硬汉就要下猛药,给RAC解锁
寻求帮助没有什么成果,那我只能来狠的了,因为HA的机器不能执行importvg的原因,就是因为主节点也正在使用这个VG,那么临时解除这个锁不就可以了。
于是我进行了如下的操作:
主节点:varyonvg -b -u vgname ###解锁
HA的机器:importvg -L vgname hdiskpower(x) ###读入信息
主节点:varyonvg vgname ###加锁
这里一定要提醒各位,以上的操作是具有风险性,因此本人不建议模仿操作,如因为模仿上述操作发生事故,请自负其责。要知道在并发系统,如RAC上是不能随便解锁的,就是单节点的系统,解锁操作也要小心谨慎。我之所以采用这么冒险的做法,主要是因为我们这里在晚上的业务压力小,而且本身时间短,关系就不大了。
HA终于恢复正常了。再仔细想想整个经过,其实我们也就是忽略了store group那里。我估计问题发生的原因是store group把路径信息给记录进去了(或者是缓存起来了),因为它是最终决定什么主机可以使用什么LUN的关键,问题在于store group是不应当决定路径个数的,而我们事先没想到,于是问题就出现了。而第二个问题的出现,则是因为我们急于解决第一个问题,采用了一些非常规的操作才出现的。
| 第1页: 前言:初入存储江湖 | 第2页: 与Powerpath4.5的第一次亲密接触 |
| 第3页: 二次接触Powerpath 4.5 | 第4页: 柳暗花明,得来全不费功夫 |
| 第5页: 老网管遇到新问题,HA主机光纤接口卡... | 第6页: 摆平光纤卡,又出节外生枝 |
| 第7页: 硬汉就要下猛药,给RAC解锁 | 第8页: 新网管遇到老问题,CX3-80上演同样故障 |
| 第9页: 后记:经验总结,预防胜于补漏 |