给某医院扩容磁盘组时,按照一般流程在线划LUN,映射给主机,修改多路径配置,udev配置,重启udev相关服务。
最后磁盘成功加入磁盘组。这时,客户来了一句,在线扩磁盘组不会影响到数据库吧。我登时心头一紧。
在通过crsctl stat res -t检查集群资源时,发现一个VIP状态是failover。应用端在连接数据库时应当遇到了问题。
首先通过crsctl relocate resource将资源恢复了正常,接着检查为什么会出现这个问题。
在集群的的告警日志中提示:
[/u01/app/11.2.0/grid/bin/oraagent.bin(6780)]CRS-5016:Process "/u01/app/11.2.0/grid/bin/lsnrctl" spawned by agent "/u01/app/11.2.0/grid/bin/oraagent.bin" for action "check" failed: details at "(:CLSN00010:)" in "/u01/app/11.2.0/grid/log/db2/agent/crsd/oraagent_grid/oraagent_grid.log"
这里说明监听服务出现了问题。
查看操作系统日志发现,有如下错误提示:
Mar 9 09:40:46 db2 udevd-work[35549]: error changing netif name 'eth1' to 'eth0': Device or resource busy
最后确定,start_udev命令应当会将所有的udev规则执行一遍,当然包含了网卡的命令规则
这里的udev通过规则文件70-persistent-net.rules尝试将网卡进行重命名,操作系统日志中的网卡名修改的提示就是从这里而来。这里应当也可以解释为何VIP会漂移,因为start_udev尝试更改网卡的信息,网络连接会中断。
下次遇到类似操作,需要小心了。
补充:客户的数据库是位于Redhat Linux 6.5下的Oracle 11.2.0.4
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/8520577/viewspace-2938876/ ,如需转载,请注明出处,否则将追究法律责任。