第4章 有问题找售后(1/3)

安静。 持续了3秒的安静。 不知道谁说了句“卧槽”。 随即轰地一声，恍然大悟的惊呼响彻云产品部的办公区。 刘洋左手按着王霁肩头，兴奋道：“有道理啊，跟日志完全对上了！” 彭子豪连揉几次眼睛：“我还以为是计算服务代码问题，一直在查……” 汤臣一更是难以置信：“王霁，你都没登录过客户环境吧？牛啊！” 其他工程师、产品经理也啧啧有声。 一时间“牛逼”声不绝于耳。 测试经理尹俊忽然质疑：“可是，就算初次升级时计算服务、计费服务恰好同时重启，以后多次升级呢？” 毕竟是测试老大，非常严谨。 王霁正要回答，许靖松接过话头：“升级脚本中，计费服务是等待计算服务10秒后重启，很有可能必现。” 尹俊终于点头：“这样的话就能解释了，马上传脚本让驻场跑！” 秦朗立即给黄瀚飞电话：“黄总，问题定位到了，马上重新部署！” 电话那头，黄瀚飞又惊又喜：“是不是还要测试新包？来不及了，夏云已经在行动了，不测也上了吧！” 秦朗很得意：“不用新包，只改部署脚本一个参数。” 黄瀚飞士气大振：“牛逼！秦总手下果然精兵强将，是哪位大神解决的？” 秦朗愣了3秒钟：“一个新人。” 黄瀚飞也迟疑了：“靠不靠谱……” 秦朗：“先试试吧。” 5分钟后，部署开始。 许靖松的工位围得里三层外三层，同事们齐刷刷盯着他电脑屏幕，通过远程工具查看驻场的部署情况。 10分钟，安装正常。 20分钟，安装正常。 25分钟，安装正常。 大家呼吸都屏住了。 以前每当25-30分钟左右时，操作日志总会出现一段报错，提示计算服务开始重启，然后隔10秒钟就来一次。 也就是王霁说的，陷入了连环重启的故障，无法继续。 以前大家都以为是计算服务本身有问题，甚至以为是内核问题。 因为这一次升级，是代码的改动。 升级脚本完全没变。 屏幕输出继续滚动。 26分钟，安装正常。 27分钟，安装正常。 办公室里几乎听不到别的声音，连呼吸都怕影响了脚本执行。 “希望这次能过……”秦朗和尹俊都在心中默念起来。 这两个人，一个是云产品总监，一个是测试经理，对事故有管理责任。 如果事故解决不了，很明显
本章还未完，请点击下一页继续阅读>>>