: recovering failed veritas volume fix

From: David Cecchino (dcecchino@gmail.com)
Date: Wed Apr 12 2006 - 10:31:29 EDT


Here is the fix that I ran into with my plexes showing NODEVICE

/etc/vx/bin/vxreattach

Thanks to everyone!
John Garner <jcgarner@douglas.co.us>
tdiallo <youme_diallo@yahoo.com>
Johan Hartzenberg <jhartzen@csc.com>
Scott, James <jscott@uslec.com>

I have a SunFire 280R running Solaris 5.9, one of the volumes has failed. I
tried to recover using a reboot, vxdctl enable, and vxvol, but no luck. I
have multiple paths, it should have failed to the secondary path, I will
investigate that part, any ideas? volume manager 4.1 attached EMC frame

~Dave

vxdisk list output

root@test001:/> vxdisk list |grep failed
- - vol1test data_dg failed was:c3t0d224s2

root@test001:/> vxdisk list c3t0d224s2
Device: c3t0d224s2
devicetag: c3t0d224
type: sliced
hostid: test001
disk: name= id=1100797068.1668.test001
group: name=data_dg id=1100796019.1318.test001
flags: online ready private autoconfig autoimport
pubpaths: block=/dev/vx/dmp/c3t0d224s4 char=/dev/vx/rdmp/c3t0d224s4
privpaths: block=/dev/vx/dmp/c3t0d224s3 char=/dev/vx/rdmp/c3t0d224s3
version: 2.2
iosize: min=512 (bytes) max=256 (blocks)
public: slice=4 offset=0 len=17856960
private: slice=3 offset=1 len=3583
update: time=1133454734 seqno=0.8
headers: 0 248
configs: count=1 len=2624
logs: count=1 len=397
Defined regions:
 config priv 000017-000247[000231]: copy=01 offset=000000 disabled
 config priv 000249-002641[002393]: copy=01 offset=000231 disabled
 log priv 002642-003038[000397]: copy=01 offset=000000 disabled
Multipathing information:
numpaths: 2
c3t0d224s2 state=enabled
c4t0d224s2 state=enabled

On 4/12/06, John Garner <jcgarner@douglas.co.us> wrote:
>
> If you ran into what i ran into yesterday.... If the disk itself is
> fine, but the path went away, then veritas will mark the disk as failed.
> You have to reattach the disk to make the world happy again.
>
> run `/etc/vx/bin/vxreattach` and a 'vxdisk list` should show the disk as
> fine. You can then recover any volumes using the usual methods (resync
> for mirrors, vxmend for simple concat volumes.)
>
> hope this helps,
>
> --john
>
> David Cecchino wrote:
> > Hi,
> >
> > I have a SunFire 280R running Solaris 5.9, one of the volumes has
> failed. I
> > tried to recover using a reboot, vxdctl enable, and vxvol, but no luck.
> I
> > have multiple paths, it should have failed to the secondary path, I will
> > investigate that part, any ideas? volume manager 4.1 attached EMC frame
> >
> > ~Dave
> >
> >
> > vxdisk list output
> >
> > root@test001:/> vxdisk list |grep failed
> > - - vol1test data_dg failed was:c3t0d224s2
> >
> >
> > root@test001:/> vxdisk list c3t0d224s2
> > Device: c3t0d224s2
> > devicetag: c3t0d224
> > type: sliced
> > hostid: test001
> > disk: name= id=1100797068.1668.test001
> > group: name=data_dg id=1100796019.1318.test001
> > flags: online ready private autoconfig autoimport
> > pubpaths: block=/dev/vx/dmp/c3t0d224s4 char=/dev/vx/rdmp/c3t0d224s4
> > privpaths: block=/dev/vx/dmp/c3t0d224s3 char=/dev/vx/rdmp/c3t0d224s3
> > version: 2.2
> > iosize: min=512 (bytes) max=256 (blocks)
> > public: slice=4 offset=0 len=17856960
> > private: slice=3 offset=1 len=3583
> > update: time=1133454734 seqno=0.8
> > headers: 0 248
> > configs: count=1 len=2624
> > logs: count=1 len=397
> > Defined regions:
> > config priv 000017-000247[000231]: copy=01 offset=000000 disabled
> > config priv 000249-002641[002393]: copy=01 offset=000231 disabled
> > log priv 002642-003038[000397]: copy=01 offset=000000 disabled
> > Multipathing information:
> > numpaths: 2
> > c3t0d224s2 state=enabled
> > c4t0d224s2 state=enabled
> > _______________________________________________
> > sunmanagers mailing list
> > sunmanagers@sunmanagers.org
> > http://www.sunmanagers.org/mailman/listinfo/sunmanagers
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:39:35 EDT