思维定势导致犯的低级错误（碎碎念）一

2017/10/16，快要折腾吐了，一个二十多行的shell脚本，逻辑简单，统计前一天业务日志中有效请求的数量。

老板新接了个项目，所以增加了两台主机，试运行之后需要统计一些业务数据。

脚本写好在A主机上测试OK，SO，直接SCP到B主机。妹的，统计出来B机的请求数量全部是0，第一反应就是真正的确实没有请求到B机。

因为我们用的是SecureCRT登陆到服务器，所以很顺手的Clone Session登陆到B主机，

手工去统计日志看有没请求，结果一大把啊。然后就开始了，检查两台主机环境是否一样，文件目录是否一样，debug脚本，换一种写法................

整一天一行代码没写就跟这脚本死磕了，结果还是败了，搞到9点多回家睡觉一无所获。

参照以前的经验，安慰自己，莫名的BUG，最好的办法就是好好睡一觉。

2017/10/17，上班，地铁上也是没有头绪。到公司，开机，再操作一遍，备份，复制A机的脚本，检查环境，路径，手工校验日志，我勒了个去，日志啊，没有数据啊，

为什么昨天看到的都有。

灵光一现炸裂了，恨不得给自己一巴掌，问题就在那个Clone Session登陆到B主机手工统计日志这一步操作，太特么顺手了。

Clone出来的Session登陆的其实还是A主机，看到的还是A主机的日志，再加上两边日志都是一样的名字，我勒了个去。

为什么还是在A主机呢，因为16号那天从始至终我都只登陆了A主机啊，然后从终端SSH到B主机做的操作，神马Clone Session之类的都依然是停留在A机啊。

除非每次都做SSH才能去B机。然而做那步Clone Session的时候，大脑缓存告诉我，在B机上捣鼓了小半天的脚本，你现在就是在B机，神马要SSH都抛到九霄云外了，

到了17号早上，直接登陆的B主机，看到的就是B主机的日志，毛都没有，请求数量就是大鸭蛋0。脚本毛问题都没有，脚本拜拜，今天刷代码走起。

总结，真理啊，搞不明白的BUG，排查千万遍还没进展，该下班下班，好好玩好好睡一觉，第二天刷新缓存，重新加载程序，done。

有些BUG找不出来郁闷，找出来了更郁闷，大部分都是低级错误，真理+1。

这让我想起了一个多月前压测的时候，也是一个很搞笑的BUG。

跑着跑着程序就不动了，日志不打，请求不发，但是进程还在好好的。

分析日志，加日志，再来，必现，日志结束的地方还每次都有点小小的浮动。

束手无策啊，后来怎么搞定的呢，BUG重现之后想在服务器上新拷贝个工具过来，提示空间不足，

卧了个槽，还有这种操作，空间不足空间不足啊，用户空间居然只分配了10G，从来都是几百G玩的为毛这台机只给了10G，分分钟日志跑满10个G啊。泪崩。