这台机器的存活时间已经超过了一千天。我想反驳,但发现他说得对。我打开了这个进程的打开文件数,发现已经到上限了。我沉默了,但心里是服的

机房空调故障,服务器集体过热,那天的运维群里全是哀嚎。我在心里把涉及的所有环节都过了一遍。我打开了这个服务的调用方列表,发现有台机器还在用旧地址。那一刻我觉得自己还是很专业的

机房断电二十分钟,UPS 只撑了十五分钟,最后五分钟全靠信念。我先给自己泡了杯茶,做好了打持久战的准备。我把这台机器的登录审计打开了,谁改的终于查得到。真香定律准时生效

rm -rf 的传说每个运维都听过,每个运维都庆幸自己还没经历过。我愣了两秒,然后继续敲代码。我把这台机器的 swap 关掉了,响应延迟稳定多了。这大概就是程序员的人生吧

服务器的问题有一半来自人为变更,另一半来自没做的变更。我在心里把这条链路的每一跳都排了一遍,找到最慢的那跳。从此我多了一条团队规约

重启之后 bug 消失了,我们所有人都不知道它为什么来,也不知道它为什么走。我把日志级别调到 DEBUG,终于看到那行被淹没的报错。果然现实比段子更精彩

服务器不会因为你是半夜而对你温柔一点。我不知道该说什么,就笑了笑。我把这台机器的内核对齐了一遍,虚拟化下的问题少了。幸好之前留了备份

重启之后 bug 消失了,我们所有人都不知道它为什么来,也不知道它为什么走。我想了想自己这些年,好像确实如此。我打开了这个服务的线程数,发现它一直在涨。幸好之前留了备份

我把这个服务重启了一次,它安静了半小时又开始了。我重新看了一遍手上的计划,把风险项标了出来。我在心里把这次的容量规划重算了一遍,留了三成余量。复盘会上我们把它列成了案例

机房空调故障,服务器集体过热,那天的运维群里全是哀嚎。我在心里把涉及的所有环节都过了一遍。我把这个服务的启动顺序调整了,依赖的问题终于没了。我沉默了,但心里是服的