- 论坛徽章:
- 0
|
系统时间和盘阵的时间不一致吧,感觉你碰到的问题是T3的一个控制器重启了:
Jan 15 15:14:59 apserver socal: [ID 403145 kern.info] ID[SUNWssa.socal.link.5010] socal0: port 1: Fibre Channel is OFFLINE
Jan 15 15:14:59 apserver socal: [ID 403145 kern.info] ID[SUNWssa.socal.link.6010] socal0: port 1: Fibre Channel Loop is ONLINE
然后OS层连接到这个控制器的LUN失效:
Jan 15 15:14:59 apserver scsi: [ID 243001 kern.info] /sbus@2,0/SUNW,socal@d,10000/sf@1,0 (sf1):
Jan 15 15:14:59 apserver ELS 0x3 recvd from target 0x7d
Jan 15 15:14:59 apserver scsi: [ID 243001 kern.info] /sbus@2,0/SUNW,socal@d,10000/sf@1,0 (sf1):
Jan 15 15:14:59 apserver target 0x1 al_pa 0xe8 lun 1 offlined
再然后DMP就查看到了这个LUN的失效:
Jan 15 15:14:59 apserver vxdmp: [ID 997040 kern.notice] NOTICE: vxvm:vxdmp: disabled path 118/0x20 belonging to the dmpnode 263/0x40
Jan 15 15:14:59 apserver vxdmp: [ID 148046 kern.notice] NOTICE: vxvm:vxdmp: disabled dmpnode 263/0x40
后面的日志中还有:
Jan 15 15:22:03 apserver vxdmp: [ID 912507 kern.notice] NOTICE: vxvm:vxdmp: enabled path 118/0x20 belonging to the dmpnode 263/0x40
Jan 15 15:22:03 apserver vxdmp: [ID 205910 kern.notice] NOTICE: vxvm:vxdmp: enabled dmpnode 263/0x40
说明这个时候物理链路连通后,OS认到的设备没有了问题,DMP也重新标记这个设备是可用的.
你可以用vxdisk list db-dg02这个盘,然后用format命令去看它们active的path,如果format没有问题,就说明实际上物理链路和array此时可用,最简单的办法就是umount文件系统,deport DG,然后vxdisk list就应该是看到所有设备都是online的,然后import DG,让卷自己同步就好.
我刚查了一下手册,如果format看到的设备都没有问题,还可以做vxreattach -c db-dg02去检查一下收费可以做reattach,然后没有提示什么问题,就用vxreattach -rb db-dg02来做reattach,相应做vxrecover之类就好了.
[ 本帖最后由 fenglimian 于 2009-1-19 14:01 编辑 ] |
|