首页
学习
活动
专区
工具
TVP
发布
您找到你想要的搜索结果了吗?
是的
没有找到

b站,牛b起来了!

14日凌晨,B站发消息称,昨晚,B站的部分服务器机房发生故障,造成无法访问。技术团队随机进行了问题排查和修复,现在服务已经陆续恢复正常。耽误大家看视频了,对不起! OK,机房的锅,真希望你说的是真的。...哈哈,机房背这个锅,停电也不可能。要是机房发生故障,几乎全国的基础设施都不能用了,这证明了官方的通告,就是糊弄你们的。家丑不可外扬,除了从面试者嘴里,你可能永远无法知晓具体的故障引起原因了。...我曾知道有一家公司,执行了多个云厂商批量关闭服务器的接口,于是网站全挂了,对外宣称的也是机房的问题,都是这个套路。 自从有了公关部门,自从说假话有了利益,技术就只能成为不能见人的存在。...更要命的是,很多企业实行故障驱动,直到问题出现才会重视起来,到最后都被墨菲定律给教育了。在大流量和随机的布尔运动下,逻辑几乎无孔不入,把每个可能出问题的地方都走了个遍。...现如今k8s当道,istio盛行,多zone服务器大糅合,目标就是要干掉大部分从业者,全部交给机器。机器不会喊累,顶多烧点电费,听起来就比人靠谱。但当人出现问题的时候,要多一点宽容,从问题中吸取教训。

61720

让 VAGRANT 启动并运行起来

在非专业人士眼里,这意味着Vagrant抛弃开发环境中所有让人头痛的设置代之为了一个单一的配置文件,你可以选择你的服务器所需要的特性予以保留。...这在管理繁琐的服务器配置方面发挥巨大作用. 有关服务器的配置基本都能被管理起来....也许看起来每个问题都会等导致使用的失败,但奇怪的是所有组件合起来后却能正确的运行. 另外, Vagrant support 确实提供了坚强的后盾,开发团队 (beast developer?)...我用来启动和重启开发环境. vagrant suspend vagrant suspend 这个能暂停当前环境操作. 最好在关机前做好这一步,以防下次开机配置无法恢复....Starting, Pausing, and Resuming: 启动和重启可以直接使用vagrant up.

1K20

ubuntu11.04升级到11.10 启动起来(booting system without full network configuration)

装上ubuntu有一段时间了,说起来过程比较曲折,显示用u盘装了32位的fedora系统,但是4G内存无法充分发挥优势,于是装成64位fedora系统,不过稳定性不是特别好,在加上无法识别笔记本(thinkpad...E420 39c)的无线网卡,于是又装成ubuntu64位11.04,用起来觉得舒服多了,可能是因为先前用过的缘故。...前段时间发现ubuntu有新版本了,于是更新了一下,无奈更新完之后之有第一次启动进入了桌面,后来就在也没有进入桌面,每次开机都会提示:wait for network configuration。...(个人感觉,能进入这个控制台,说明系统没有很大的问题,只是启动桌面的时候遇到问题) 然后,终端输入命令:sudo rm /var/run/dbus/pid,然后输入密码,删除pid这个文件,然后再输入

1K40

为什么同样的代码我就是跑起来,同事却能跑起来

不知道小伙伴们有没有遇到过标题的问题,明明同样的一套代码,在自己本地就是运行起来,或者说在本地只改了一个无关痛痒的代码,看上去人畜无害,结果就报各种乱七八糟的错误,但是同事却能运行的好好的。...阿粉就遇到过,特别是在刚入职场的时候,有几次遇到这样的问题,还差点搞起来乌龙。好在阿粉最终明白了代码是不会骗人的,就像常说的“Talk is cheap,show me the code”。...还有一种情况就是自己本地的确实改动了部分代码,但是改动的地方看上去是人畜无害的,但是就是跑起来。...总结 反正跑起来肯定有原因,不是代码原因就是环境原因,一般经过上面几个方式的排查,都能找到问题了,如果再不行,重新查询拉取代码库也未尝不是一个方法,当然如果实在解决不了,咨询前辈也是一个很有效的方法。

1.3K30
领券