I see, will try that, thanks.
On Fri, Aug 20, 2010 at 11:21 PM, William Havey <bbha...@gmail.com> wrote: > No need to reinitialize. It does no damage to reinit an unused disk, though. > > vxdisksetup -i <device> > > On Fri, Aug 20, 2010 at 9:13 AM, Thomas Graham <lktho...@gmail.com> wrote: >> >> we successful remove that disk from volume manager and vxdisk list >> does not show sdn and sdo. >> >> one question after this, if we want to reuse sdn and sdo to build >> another cluster, should we reinitialize it ? and how to reinitialize >> it ? >> >> On Fri, Aug 20, 2010 at 10:04 PM, William Havey <bbha...@gmail.com> wrote: >> > Thomas, >> > >> > I see several issues in the output. >> > 1) Please send a vxdisk -o alldgs list output so we can see if sdn and >> > sdo >> > are associated with a deported disk group. >> > >> > 1A) Do a vxdisk list sdn and vxdisk list sdo to see if the disk has the >> > "hostid" field filled in. If yes, its owned by that host and a >> > reinitialize >> > will clear that field. >> > >> > 2) There is a disabled disk group, mailstorage. To clear the disabled >> > flag, >> > deport and import the disk group. >> > >> > 3) A 3 disk, CDS disk group has a name of vxcoorddg. This appears to be >> > a >> > coordinator disk group, especially because of the shared flag indicating >> > SF >> > CFS is in use. >> > >> > So, in answer to your question sdn and sdo appear to be not in a disk >> > group >> > so No, vxdisk rmdisk need not be done. >> > >> > Bill >> > >> > On Fri, Aug 20, 2010 at 4:38 AM, Thomas Graham <lktho...@gmail.com> >> > wrote: >> >> >> >> [r...@server etc]# vxdisk list >> >> DEVICE TYPE DISK GROUP STATUS >> >> sda auto:none - - online invalid >> >> sdi auto:cdsdisk mailstorage01 mailstorage online >> >> dgdisabled shared >> >> sdj auto:cdsdisk sdc vxcoorddg online >> >> sdk auto:cdsdisk sdd vxcoorddg online >> >> sdl auto:cdsdisk sde vxcoorddg online >> >> sdm auto:cdsdisk mailstorage02 mailstorage online >> >> dgdisabled shared >> >> sdn auto:cdsdisk snapdisk snapdg online >> >> sdo auto:cdsdisk - - online >> >> [r...@app3-server etc]# vxdg destroy snapdg >> >> VxVM vxdg ERROR V-5-1-586 Disk group snapdg: deport failed: Format >> >> error in disk private region >> >> [r...@server etc]# vxdisk list >> >> DEVICE TYPE DISK GROUP STATUS >> >> sda auto:none - - online invalid >> >> sdi auto:cdsdisk mailstorage01 mailstorage online >> >> dgdisabled shared >> >> sdj auto:cdsdisk sdc vxcoorddg online >> >> sdk auto:cdsdisk sdd vxcoorddg online >> >> sdl auto:cdsdisk sde vxcoorddg online >> >> sdm auto:cdsdisk mailstorage02 mailstorage online >> >> dgdisabled shared >> >> sdn auto:cdsdisk - - online >> >> sdo auto:cdsdisk - - online >> >> >> >> is it necessary to do vxdisk rmdisk on sdn and sdo? we need to use >> >> these two LUN from SAN on another non-related CFS cluster and we want >> >> to move it out from this cluster. Please advice. >> >> -- >> >> Thomas G Lau >> >> Tel: 93239670 >> >> _______________________________________________ >> >> Veritas-vx maillist - veritas...@mailman.eng.auburn.edu >> >> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx >> > >> > >> >> >> >> -- >> Thomas G Lau >> Tel: 93239670 > > -- Thomas G Lau Tel: 93239670 _______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
