第二天早上六点，手机在床头柜上唱歌。
路文涛迷糊中以为闹钟响了，但不对，闹钟是许巍的歌，现在是加拿大摇滚乐队“nickelback”在嘶吼，那是他设置的来电铃音。
路文涛摸到了电话，杰瑞声音显得特别大：“老路，我们郊外那五十个基站今天凌晨两点多自行重启了，这次市区里的六十多个基站全部正常。”
“我靠！什么傻逼情况？”
有一阵子没有说“傻逼”二字了，他脱口而出，然后，抱歉地看了一眼被惊醒的吴俪俪，去了卫生间关着门继续电话。
杰瑞说：“网管上有告警，值守的兄弟当时就发现了，通知了我，我们已经和研发在电话会议了，但是仍然没有有价值的日志。”
“两点多的事情，你怎么六点钟才通知我？”
“一样的现象，三分钟就恢复正常了；下面的客户还没往他们上级报；技术上的事情我来组织，让你多睡几个小时呗，天亮了就该你去给客户领导跪了。”
路文涛嚷道：“tmd！幸好昨晚没在客户界面的日报中说是电力检修导致，不然丑大了！嗯，会不会恰好郊外那个区域今天凌晨电力检修？”
杰瑞以一个技术男的逻辑冷静地说：“等客户上班了我就去问！我看到你昨晚的邮件了，现在挺好，正好验证，如果恰好今天也有电力检修，那就基本验证了之前的结论；如果没有电力检修，那就基本排除了电压的原因，家里也别扯蛋说可能是现场有外部因素影响了！聚焦我们自己的产品问题！”
他们很快了解到，电力公司当天并没有做任何操作。
17日凌晨两点多市区内他们的基站自行重启、手机通信中断三分钟；21日凌晨两点多郊外他们的基站自行重启，手机通信中断三分钟。地点不同，两个区域基站的站型不尽相同，相同的除了“故障现象”就是凌晨两点多这个时间点。
“伟中”将技术问题处理的级别进一步上升，公司成立了跨硬件、软件等多个部门的攻关组，每天通报攻关进展。
但故障现象未重现，重启时无日志记录，产品研发排查了几处疑点，迟迟不能定位故障原因。
其它技术问题倒是已经清理干净，小规模验证能否在9月1日前通过客户验收的瓶颈只在于此。
24日凌晨两点多又来了一次！这次是市区内基站自行重启，郊外的没事。
算起来一个星期时间里两个区域出现了三次同样故障，每次均导致区域之内所有手机在三分多钟内完全“没信号”，并且别说原因，连故障规律都没有摸清楚，前后方一样压力巨大。
24日晚上，路文涛、杰瑞两个人仍在“作战室”里，墙上张贴着项目组织结构图、项目计划、进度监控，还有一幅挂历。
路文涛新买了一副配套电脑的蓝牙耳机，头戴式、带麦克风的。他这会儿觉得脑子转不动了，小憩，试试新耳机的蓝牙传送距离能有多远？只见他一会儿走近电脑，一会儿离远电脑，一会儿走出会议室往卫生间去。
杰瑞看着墙上挂历发呆，他刚才在17日、24日上各画了个星，在21日上画了个圈。
路文涛回来：“不错，电话会议神器！不过美中不足，一进厕所门就断掉了，不能一边拉屎一边开会。今后在家里参加一些无聊的会的时候，把电脑放在客厅，一边开会一边炒个菜是没问题的。”
杰瑞的注意力在墙上，他突然说：“我知道了！”
“你知道什么了？”
“规律，我们的重启有很明显的规律，它是个轮回。”
路文涛摘下耳机，瞪着杰瑞：“轮回？你还四象生八卦，八卦化重启？靠！问题搞不掂，玄学出来了？”
杰瑞指着挂历：“我们总想着17日、21日、24日的日期，实际上是每个星期五凌晨两点市区的基站重启，每个星期二凌晨两点郊区的基站重启，换成星期几来看，规律就看得明显了！接下来应该是28日星期二凌晨郊区的基站重启了。”
路文涛朝着墙上挂历：“你这有点牵强附会吧？那为什么会这样？我们的新版本会来大姨妈？一个星期来一次？”
“为什么会这样？这要产品研发来回答，我又看不到代码。不过，你看！”
杰瑞说着站起来，拿一支白板笔，走到挂历前，在10日上画了两个星星，在14日上画了两个圈圈：“我们10日把城里的更新了版本，因为那天客户老大发飙，所以客户要求我们多观察两天，确认新版本不会比原来的更烂以后再动郊区的，我们是在14日凌晨更新了郊区的版本。我们更新版本时正好是在凌晨两点多做了一次重启，现在应该是从第一次重启的时间开始，每运行七天就会重启一次，城里是10日、17日、24日，郊外是14日、21日。”
路文涛觉着他讲的有逻辑了，问：“10日和14日更新版本的时候，几十个基站都是在两点多同时重启？”
杰瑞说：“老大，我们升级是把新软件通过网管成批地发到基站上去的，我记得差不多都是在这个时间点，这个可以查得到。”
一旦发现了问题规律和线索，定位原因就快了。
这章没有结束^.^，请点击下一页继续阅读！