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-vx@mailman.eng.auburn.edu
> >> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
> >
> >
>
>
>
> --
> Thomas G Lau
> Tel: 93239670
>
_______________________________________________
Veritas-vx maillist  -  Veritas-vx@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx

Reply via email to