第4章 有问题找售后

　　安静。

　　持续了3秒的安静。

　　不知道谁说了句“卧槽”。

　　随即轰地一声，恍然大悟的惊呼响彻云产品部的办公区。

　　刘洋左手按着王霁肩头，兴奋道：“有道理啊，跟日志完全对上了！”

　　彭子豪连揉几次眼睛：“我还以为是计算服务代码问题，一直在查……”

　　汤臣一更是难以置信：“王霁，你都没登录过客户环境吧？牛啊！”

　　其他工程师、产品经理也啧啧有声。

　　一时间“牛逼”声不绝于耳。

　　测试经理尹俊忽然质疑：“可是，就算初次升级时计算服务、计费服务恰好同时重启，以后多次升级呢？”

　　毕竟是测试老大，非常严谨。

　　王霁正要回答，许靖松接过话头：“升级脚本中，计费服务是等待计算服务10秒后重启，很有可能必现。”

　　尹俊终于点头：“这样的话就能解释了，马上传脚本让驻场跑！”

　　秦朗立即给黄瀚飞电话：“黄总，问题定位到了，马上重新部署！”

　　电话那头，黄瀚飞又惊又喜：“是不是还要测试新包？来不及了，夏云已经在行动了，不测也上了吧！”

　　秦朗很得意：“不用新包，只改部署脚本一个参数。”

　　黄瀚飞士气大振：“牛逼！秦总手下果然精兵强将，是哪位大神解决的？”

　　秦朗愣了3秒钟：“一个新人。”

　　黄瀚飞也迟疑了：“靠不靠谱……”

　　秦朗：“先试试吧。”

　　5分钟后，部署开始。

　　许靖松的工位围得里三层外三层，同事们齐刷刷盯着他电脑屏幕，通过远程工具查看驻场的部署情况。

　　10分钟，安装正常。

　　20分钟，安装正常。

　　25分钟，安装正常。

　　大家呼吸都屏住了。

　　以前每当25-30分钟左右时，操作日志总会出现一段报错，提示计算服务开始重启，然后隔10秒钟就来一次。

　　也就是王霁说的，陷入了连环重启的故障，无法继续。

　　以前大家都以为是计算服务本身有问题，甚至以为是内核问题。

　　因为这一次升级，是代码的改动。

　　升级脚本完全没变。

　　屏幕输出继续滚动。

　　26分钟，安装正常。

　　27分钟，安装正常。