悲剧了明天开调查会调查我

锅仔

你首先承认错误（我们知道不是你的错，也要先担下来），要做一个顶天立地有担当的男人。
然后再刻苦深挖技术，找到问题之所在，证明你的清白。
这个，我大约可以尽力帮到你一点。关键看你用的什么Server。另外我也需要看log。而且我也只对我负责的模块略懂，所以如果不是那几个模块出错的话，还需要多读文档。
因为服务器不是开源的，很多时候我分析起来也很困难。

锅仔

happyking 发表于 2013-11-22 14:59
还在用微软的 可怜呀 替微软背黑锅吧

你得又微又软 才能混得好

对不起，我们的产品确实不够好。

锅仔

我以前老板Aaron Ridernour就是管这块的。
但我现在再仔细想想也许不是技术上的事儿。
要在技术上证明你的清白并不难。但要是我是你，现在就是拼着受内伤也要硬接下来这一招。
你这明显是妨小人了，正如前面有帖子说的“有人执意让你背黑锅”。
商场如战场。
他们明显是看不惯你某方面了（比如“什么？你敢不安流程走！不走流程就是跟我过不去，跟我过不去就是跟我姨夫过不去，跟我姨夫过不去就是跟朝廷过不去... 下面省略300字”）
不是你的错先承认了，也别再技术上证明了，换工作吧。

锅仔

从根源上看，不在乎TMG模块为什么起不来。当然，技术这块是我公司的不是，真的很对不起，给您造成了这么大的麻烦。
从根源上看，您花了太多的时间看OSPF啦、EIGRP之类的，没有花哪怕一点点时间研读卡耐基《人性的弱点》。
希望您在考虑换工作之前，先把这本书看完，不然我如果听到半年后您在新公司被调查了，我绝不会感到吃惊。

harleyz

楼上太激动了，没任何人说客户有任何过失，我也还没到非换工作不可的地步， 更没有到妨小人这么夸张。至于我看技术书籍还是心灵鸡汤更是我个人的选择，只是把这里当倾诉心情的地方放放心情而已，用不着觉得我没看过您那本心灵鸡汤就会半年被调查一次。


澄清一下，又臭又长的是我们公司的维护流程，不是客户的。调查也是我们自己的内部调查，和客户无关。客户只是要求给个明确的说法为什么outage那么长时间，目前具体原因还没有100%确定，还在调查中。

rinna

不要走short cuts, 慢慢搞就好了，又不急着干啥去

workinvm

Server 不是无法启动吗？怎么查到系统日志的？是后来又启动起来了？
你重启Server时，没有去确认 server 已经启动起来了吗？
如果 Server 没起起来，后来通过什么其他方式启动起来了，当时发生了什么如果操作系统没有记录日志的话，估计只有扯皮了。
感觉你们server 里面装得东西很多啊，我们公司的 windows server 重启一般半分钟不到就起来了。估计你们用了很多微软的解决方案，又大又慢又烂，呵呵。

harleyz

workinvm 发表于 2013-11-25 13:01
Server 不是无法启动吗？怎么查到系统日志的？是后来又启动起来了？
你重启Server时，没有去确认 server 已 ...

server重启以后无法连接，后来查出来其实起来了的，但是网络连接全断，但是我没权限查看console，只能当他没起上报处理了。后面估计有权限的人在console上处理的，说是roll back了一部分

lubber

if only you can follow the procedure