血的教训，大家以后当心

Eisen

一周之前，我正在暗自谋划春节放假怎么回家去呢。客户的一个电话，把我叫了过去把那个EMC Cx200的Lun重新指定一下SP，以期提高共享效率。
我心想这没什么的，就过去了。当把其中一个Lun的default owner从SPA指定到SPB之后，我开始做thepass。没料到就在这个时候，客户的那个该挨千刀万剐的死猪网管跑到机柜后面去看光纤交换机的灯怎么闪的，伸出一脚就踩掉了光纤交换机的电源！！！！我心想没问题，有两个光纤互为冗余呢，就笑笑让她走出来。
没料到就在这个时候，这个猪头(真是个猪头，现在怎么看她也是个母猪脑袋了)缩回一脚又把第二个光纤交换机的电源给蹬掉了………………
这下可好。赶紧全部关机，关CX200，重新……
好容易弄好，结果发现刚才正在thepass的LUN变成了Unknown Device了。而且怎么指定怎么thepass也无法从Unknown里拿出来了。赶紧急电Dell公司，Dell公司又一路问到马来西亚、新加坡、美国总部，都无法解决(听说这么两个光纤交换机在这几秒里先后掉电的情况，我这还是全世界第一次，真个要ft死过去)。急了大半夜，死也救不出来，而那个LUN上面正是应用最关键的数据库所在。555~~~~
最后还是只有unbind这个LUN重新再开一遍了。重新补数据的工作一直干到今天才补完。我的春节，我的休假………………啊啊！！！
事后，Dell公司这样告诉我。原来在第一个交换机断电的时候，LUN会自动thepass到另外一个SP上，而thepass过程中会先脱离原来的owner进入Unknown Device中，然后再从其中将其归属到另一个SP上去。而就在归属到Unknown时，另一个交换机断电，就使这个操作消失了，于是这个LUN就被永远留在了Unknown里拿不出来。唉……
在这里说一说，想请大家以后作thepass的时候一定要注意电源，千万不要发生我这样的惨剧，结果真的很伤人啊。

iamark

无限同情ing,偶也有过类似的经历。大家小心哦。

larryh

电源线是不是乱接啊？那么容易踩掉，什么客户，是不是机房太差，不规范？电源应该是插在机柜里的嘛，怎么会踩掉呢？

所以，我认为从技术的角度看，主要罪过在规划机房的人，这人应当直接开除，要是丢了数据补不回来，造成损失，背上刑事责任，这人起码也是次要责任者，主要责任嘛，没办法，母猪头喽，谁叫她倒霉呢？

rocox

你的现场怎么要这种猪头进进出出的，我干活时最不喜欢谁在哪儿晃，下次记住了，闲人十公尺外。

对了，你这客户是什么行业啊，专业素质这么差，下次我遇到了也要多个心眼。

BTW，交换机都掉电那会儿，我觉得你是不是不用太急着关CX200的电源，把trepass做完也不急？探讨一下。

david5337

呵呵！这是很极端的情况，阵列柜的电源很重要。每做一次操作，都会有一个切换的过程。
但我有一个问题，Cache电池是可以保存设置的，难道没有用吗？！请Eisen确认！

Alice

这样的情况可能很多人都经历过，难过，以后要小心小心加倍小心了

koe

晕~~~~~~~~~~~~~~~~~~~~~

hethink

原帖由 "rocox" 发表：
你的现场怎么要这种猪头进进出出的，我干活时最不喜欢谁在哪儿晃，下次记住了，闲人十公尺外。

对了，你这客户是什么行业啊，专业素质这么差，下次我遇到了也要多个心眼。

BTW，交换机都掉电那会儿，我觉得你?.........

笨，你没听他说是“母猪”吗！一定是宠物猪
很淘他喜欢的

Eisen

原帖由 "larryh" 发表：
电源线是不是乱接啊？那么容易踩掉，什么客户，是不是机房太差，不规范？电源应该是插在机柜里的嘛，怎么会踩掉呢？

所以，我认为从技术的角度看，主要罪过在规划机房的人，这人应当直接开除，要是丢了数据补不回..........

是的啊。这个客户不是银行那样的大手笔客户，而是一个商业单位。他们真是把所有能省的钱也都省掉了，连墙上多开几个电源插头都不愿意，只想在外面地摊上去买几个拖线板了事……我的那个火大啊……
直到今天才算是完全补救完了。抬头一看，已经是年初六了………………
满心的阶级仇，民族恨啊…………

Eisen

原帖由 "david5337" 发表：
呵呵！这是很极端的情况，阵列柜的电源很重要。每做一次操作，都会有一个切换的过程。
但我有一个问题，Cache电池是可以保存设置的，难道没有用吗？！请Eisen确认！

客户要省钱，阵列柜没有配自己的电源，就直接接到机房UPS插座上了。
而CX200的电池确实有，但是也就只能顶那么几秒钟，也就是只够完成几次读写任务的，thepass要比电池的时间还来的长。所以没有能完成。也就是说thepass必须是一次完成的。