从老虎“惹”的祸谈技术人的自我修养
信息化社会的坏处其实也蛮明显的,如果天天看新闻,我就会有感受,这个世界怎么会这么多让人悲伤的事情。北京野生动...
信息化社会的坏处其实也蛮明显的,如果天天看新闻,我就会有感受,这个世界怎么会这么多让人悲伤的事情。
北京野生动物园那只“惹祸”的老虎造成一死一伤的事情看后内心是崩溃的。如果他们有一点对自然的敬畏之心的话,是不是母亲不用为了救女儿失去生命,重伤的女士也不用难受将来如何面对自己的儿子?
这不,今天一位社区用户谈起的周末遭遇的悲催事故,有人手贱,误按V7000扩展柜左边按钮,导致此扩展柜脱机。害他如此悲惨。
不会干嘛手贱呢?这跟下车的女士有何不同?
作为一位技术人应该有的自我修养是什么呢?
对技术的敬畏之心是最重要的修养之一。
为此,需要保持持续不断的学习。无知的无畏是可怕的。通过不断学习,也就知道为啥敬,为啥畏了。这也是所谓的专业精神。
无知的畏也是无耻的,邢台的失守更不愿意被提及。遇到真正的灾难到来之际,因为无知,因为畏,让那么多的人失去生命。
有知是敬畏之心的核心。
这也是社区持续不断的组织同行之间互助学习的初衷,我们需要给予分享的同学极高的荣誉与尊重,因为他们让更多的同学有知变得更为高效。
这不,这位周末备受摧残的同学把其自身的亲身经历分享给各位,希望大家引以为戒!对此表示深深的感谢:)
V7000扩展柜误按左边按钮导致整个扩展柜脱机
故障引起原因:
有人手贱,误按V7000扩展柜左边按钮,导致此扩展柜脱机。
现象如下:
上图为了看led图标(为了上图)
管理界面:状态说明:
1、expansion-4显示联机
2、电源管理界面说缺失,但是电源图标绿灯
3、2个容器脱机
4、此扩展柜硬盘都脱机
5、此扩展柜相关的mdisk脱机,关联的pool脱机
6、扩展柜前面版无任何数字,都没点亮
现场救火流程(不保证合法流程):
1、当时通过修复助手,重新插拔容器,无果。
2、池都已经脱机,表示我这个扩展柜,无论如何折腾,即便停机,都不会改变这时的数据。
3、架构是2套V7000,上连Spectrum Virtualize(SVC),做VDM,逻辑上,我其中一台V7000整机关掉,都不会影响我前端服务器的应用,最多,我那套问题V7000推倒重来。(Spectrum Virtualize(SVC) VDM的优势)
有了上述条件,大胆干:
1、怀疑是柜子坏了或者锁了(怀疑理由:电源、容器不可能同时坏,2个电源都显示缺失),扩展柜中间那个板子坏或者锁(上连硬盘下连容器和电源),所以发个空柜子过来
2、将问题扩展柜下电,不敢做remove expansion,怕扰乱系统内部信息。
3、将容器、硬盘、电源,按照原来的位置,一一拔插,连好sas线,加电成功,扩展柜前面板显示原来的数字。
4、根据修复助手,恢复,都是一些校验的东西,如
,走一遍修复过程。
需要朱老师,解决如下疑惑:
1、扩展柜的那个按钮,究竟是干嘛的;生产机时,误按,是不是加锁了,为保护数据,此扩展柜脱机。
2、假设坏扩展柜,硬盘的顺序,是否要一一对应。
3、是否有更好的办法,解决误按问题。
文中提到的朱老师将在本周二将持续针对Spectrum Virtualize(SVC)的主题与大家交流分享。
活动主题:
HyperSwap VS Stretch Cluster,Spectrum Virtualize(SVC)两种不同容灾实现方式如何选择?(线上)
嘉宾:
朱军 IBM 资深工程师
活动介绍:
Spectrum Virtualize(SVC)的容灾方式有两种,一种是Stretch Cluster,另一种是HyperSwap技术,那么:
Ø 在不同的应用场景需求下,这两种技术路线该如何选择?
Ø 选择两种容灾方式重点考虑的因素是哪些?
资料:
IBM+Spectrum Virtualize(SVC)异构存储虚拟化和容灾解决方案建议书(51页)
IBM Spectrum Virtualize(SVC)_PPRC 异地容灾解决方案(7页)
点击阅读原文报名参与活动
关注 存储架构师社区
微信扫一扫关注公众号