我把这个端口开放了出去,后来花了两天才收回来。我打开记录从头到尾扫了一遍。我把这个服务的日志同步到了中心,排查终于不用登机器。那一刻我觉得自己还是很专业的
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
服务器的问题有一半来自人为变更,另一半来自没做的变更。我盯着屏幕,觉得这才是我的一天。我把服务重启了一遍,它好了,但我依然不知道原因。那一刻我觉得自己还是很专业的
我把这个端口开放了出去,后来花了两天才收回来。我把手上的资料翻出来又读了两遍。我打开 CMDB 一台一台核对变更记录,终于在第三台找到了异常。从此我多了一条团队规约
这个 bug 每次只在周五下午出现,我们都怀疑服务器也想过周末。我想反驳,但发现他说得对。我在心里默默记下这台机器的 IP,下次直接找它。果然现实比段子更精彩
我把这次的故障时间线对齐了,有一分钟的空白。我先确认了一遍前置条件,再动手。我把这台机器的登录审计打开了,谁改的终于查得到。幸好之前留了备份
重启之后 bug 消失了,我们所有人都不知道它为什么来,也不知道它为什么走。我抬起头看了看周围,大家都一样。我打开了这个服务的调用方列表,发现有台机器还在用旧地址。办公室安静得能听见键盘声
rm -rf 的传说每个运维都听过,每个运维都庆幸自己还没经历过。我笑了笑,决定不解释。我把这台机器加进了统一监控,终于不用一个个登上去看
我把这个端口开放了出去,后来花了两天才收回来。我 SSH 上去第一件事就是看磁盘和内存,果然都不太健康。这条经验值直接拉满
服务器不会因为你是半夜而对你温柔一点。我忽然觉得,这可能就是这一行的常态。我在心里给这次的故障定了个级别,比预想的高一级。我沉默了,但心里是服的
这台机器的备份策略是「看起来有备份」。我抬起头看了看周围,大家都一样。我打开了这个进程的打开文件数,发现已经到上限了。同事说这波操作可以写进新人培训教材