第4章 有问题找售后

 安静。 

 持续了3秒的安静。 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 秦朗：“先试试吧。” 

 5分钟后，部署开始。 

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

 10分钟，安装正常。 

 20分钟，安装正常。 

 25分钟，安装正常。 

 大家呼吸都屏住了。 

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

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

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

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

 升级脚本完全没变。 

 屏幕输出继续滚动。 

 26分钟，安装正常。