headers
upen | 12 Jan 2011 23:10
Picon

(no subject)

Hello all,

some disks lost contact with solaris 10 system but the disks came back
online on their own. I used "vxreattach disk" to attach them to dg and
started raid 5 volume.

Voulme's kstate is Enabled however state is DETACH. It bothers me a lot.

In this state also I can mount the volume and perform rw operations on
the mounted volume.

How can I take care of DETACH STATE for this volume ?

vxprint -htr
Disk group: myapp-dg

DG NAME         NCONFIG      NLOG     MINORS   GROUP-ID
ST NAME         STATE        DM_CNT   SPARE_CNT         APPVOL_CNT
DM NAME         DEVICE       TYPE     PRIVLEN  PUBLEN   STATE
RV NAME         RLINK_CNT    KSTATE   STATE    PRIMARY  DATAVOLS  SRL
RL NAME         RVG          KSTATE   STATE    REM_HOST REM_DG    REM_RLNK
CO NAME         CACHEVOL     KSTATE   STATE
VT NAME         RVG          KSTATE   STATE    NVOLUME
V  NAME         RVG/VSET/CO  KSTATE   STATE    LENGTH   READPOL   PREFPLEX UTYPE
PL NAME         VOLUME       KSTATE   STATE    LENGTH   LAYOUT    NCOL/WID MODE
SD NAME         PLEX         DISK     DISKOFFS LENGTH   [COL/]OFF DEVICE   MODE
SV NAME         PLEX         VOLNAME  NVOLLAYR LENGTH   [COL/]OFF AM/NM    MODE
SC NAME         PLEX         CACHE    DISKOFFS LENGTH   [COL/]OFF DEVICE   MODE
DC NAME         PARENTVOL    LOGVOL
SP NAME         SNAPVOL      DCO
(Continue reading)

Permalink | Reply | 14 comments |
headers
Hudes, Dana | 12 Jan 2011 23:44

Re: (no subject)

vxrecover -s

-----Original Message-----
From: veritas-vx-bounces <at> mailman.eng.auburn.edu
[mailto:veritas-vx-bounces <at> mailman.eng.auburn.edu] On Behalf Of upen
Sent: Wednesday, January 12, 2011 5:10 PM
To: veritas-vx <at> mailman.eng.auburn.edu
Subject: [Veritas-vx] (no subject)

Hello all,

some disks lost contact with solaris 10 system but the disks came back
online on their own. I used "vxreattach disk" to attach them to dg and
started raid 5 volume.

Voulme's kstate is Enabled however state is DETACH. It bothers me a lot.

In this state also I can mount the volume and perform rw operations on
the mounted volume.

How can I take care of DETACH STATE for this volume ?

vxprint -htr
Disk group: myapp-dg

DG NAME         NCONFIG      NLOG     MINORS   GROUP-ID
ST NAME         STATE        DM_CNT   SPARE_CNT         APPVOL_CNT
DM NAME         DEVICE       TYPE     PRIVLEN  PUBLEN   STATE
RV NAME         RLINK_CNT    KSTATE   STATE    PRIMARY  DATAVOLS  SRL
RL NAME         RVG          KSTATE   STATE    REM_HOST REM_DG    REM_RLNK
(Continue reading)

Permalink | Reply | 11 comments |
headers
upen | 12 Jan 2011 23:48
Picon

Re: (no subject)

Hi Dana

On 1/12/11, Hudes, Dana <hudesd <at> hra.nyc.gov> wrote:
> vxrecover -s

Thanks for feedback. Unfortunately, no change after running that command.

bash-3.00# vxrecover -s

-bash-3.00# vxtask list
TASKID  PTID TYPE/STATE    PCT   PROGRESS

vxprint -htg myapp-dg | grep myapp-vxvol
v  myapp-vxvol -            ENABLED  DETACH   355305600 RAID     -        raid5
....

Thanks,
A

--

-- 
upen,
emerge -uD life (Upgrade Life with dependencies)
Permalink | Reply | 10 comments |
headers
William Havey | 13 Jan 2011 00:01
Picon

Re: (no subject)

I have the following in my notes about recovery of RAID5
 
/etc/vx/bin/vxr5check -g <dg> -iv <volume>

On Wed, Jan 12, 2011 at 5:48 PM, upen <upendra.gandhi <at> gmail.com> wrote:
Hi Dana

On 1/12/11, Hudes, Dana <hudesd <at> hra.nyc.gov> wrote:
> vxrecover -s

Thanks for feedback. Unfortunately, no change after running that command.

bash-3.00# vxrecover -s

-bash-3.00# vxtask list
TASKID  PTID TYPE/STATE    PCT   PROGRESS


vxprint -htg myapp-dg | grep myapp-vxvol
v  myapp-vxvol -            ENABLED  DETACH   355305600 RAID     -        raid5
....

Thanks,
A


--
upen,
emerge -uD life (Upgrade Life with dependencies)
_______________________________________________
Veritas-vx maillist  -  Veritas-vx <at> mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx



--
William (Bill) Havey
Symantec HA Professional
917 515-3385

<div>
<div><span lang="EN-GB">I have the following in my notes about recovery of RAID5</span></div>
<div>
<span lang="EN-GB"></span>&nbsp;</div>
<div>
<span lang="EN-GB">/etc/vx/bin/vxr5check -g&nbsp;&lt;dg&gt; -iv &lt;volume&gt;</span><br><br>
</div>
<div class="gmail_quote">On Wed, Jan 12, 2011 at 5:48 PM, upen <span dir="ltr">&lt;<a href="mailto:upendra.gandhi <at> gmail.com">upendra.gandhi <at> gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">Hi Dana<br><br>On 1/12/11, Hudes, Dana &lt;<a href="mailto:hudesd <at> hra.nyc.gov">hudesd <at> hra.nyc.gov</a>&gt; wrote:<br>
&gt; vxrecover -s<br><br>Thanks for feedback. Unfortunately, no change after running that command.<br><br>bash-3.00# vxrecover -s<br><br>-bash-3.00# vxtask list<br>TASKID &nbsp;PTID TYPE/STATE &nbsp; &nbsp;PCT &nbsp; PROGRESS<br><br><br>vxprint -htg myapp-dg | grep myapp-vxvol<br><div class="im">v &nbsp;myapp-vxvol - &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;ENABLED &nbsp;DETACH &nbsp; 355305600 RAID &nbsp; &nbsp; - &nbsp; &nbsp; &nbsp; &nbsp;raid5<br>
</div>....<br><br>Thanks,<br>A<br><br><br>--<br>upen,<br>emerge -uD life (Upgrade Life with dependencies)<br>
<div>
<div></div>
<div class="h5">_______________________________________________<br>Veritas-vx maillist &nbsp;- &nbsp;<a href="mailto:Veritas-vx <at> mailman.eng.auburn.edu">Veritas-vx <at> mailman.eng.auburn.edu</a><br><a href="http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx" target="_blank">http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx</a><br>
</div>
</div>
</blockquote>
</div>
<br><br clear="all"><br>-- <br><div>William (Bill) Havey</div>
<div>Symantec HA Professional</div>
<div>917 515-3385</div>
<br>
</div>
Permalink | Reply | 9 comments |
headers
Andrey Dmitriev | 13 Jan 2011 00:13

Re: (no subject)

Open a ticket with Symantec :)?

Try vxvol start myapp-vxvol

Also, FYI,
http://docsrv.sco.com/cgi-bin/man/man?vxvol+1M

Andrey Dmitriev
Mentora Group

-----Original Message-----
From: veritas-vx-bounces <at> mailman.eng.auburn.edu
[mailto:veritas-vx-bounces <at> mailman.eng.auburn.edu] On Behalf Of upen
Sent: Wednesday, January 12, 2011 5:10 PM
To: veritas-vx <at> mailman.eng.auburn.edu
Subject: [Veritas-vx] (no subject)

Hello all,

some disks lost contact with solaris 10 system but the disks came back
online on their own. I used "vxreattach disk" to attach them to dg and
started raid 5 volume.

Voulme's kstate is Enabled however state is DETACH. It bothers me a lot.

In this state also I can mount the volume and perform rw operations on
the mounted volume.

How can I take care of DETACH STATE for this volume ?

vxprint -htr
Disk group: myapp-dg

DG NAME         NCONFIG      NLOG     MINORS   GROUP-ID
ST NAME         STATE        DM_CNT   SPARE_CNT         APPVOL_CNT
DM NAME         DEVICE       TYPE     PRIVLEN  PUBLEN   STATE
RV NAME         RLINK_CNT    KSTATE   STATE    PRIMARY  DATAVOLS  SRL
RL NAME         RVG          KSTATE   STATE    REM_HOST REM_DG    REM_RLNK
CO NAME         CACHEVOL     KSTATE   STATE
VT NAME         RVG          KSTATE   STATE    NVOLUME
V  NAME         RVG/VSET/CO  KSTATE   STATE    LENGTH   READPOL   PREFPLEX UTYPE
PL NAME         VOLUME       KSTATE   STATE    LENGTH   LAYOUT    NCOL/WID MODE
SD NAME         PLEX         DISK     DISKOFFS LENGTH   [COL/]OFF DEVICE   MODE
SV NAME         PLEX         VOLNAME  NVOLLAYR LENGTH   [COL/]OFF AM/NM    MODE
SC NAME         PLEX         CACHE    DISKOFFS LENGTH   [COL/]OFF DEVICE   MODE
DC NAME         PARENTVOL    LOGVOL
SP NAME         SNAPVOL      DCO
EX NAME         ASSOC        VC                       PERMS    MODE     STATE
SR NAME         KSTATE

dg myapp-dg    default      default  95000    1267475668.79.server

dm myapp-dg01  c1t2d0s2     auto     65536    143283520 SPARE
dm myapp-dg02  c1t3d0s2     auto     65536    143283520 -
dm myapp-dg03  c2t0d0s2     auto     65536    71061376 -
dm myapp-dg04  c2t1d0s2     auto     65536    71061376 -
dm myapp-dg05  c2t2d0s2     auto     65536    71061376 -
dm myapp-dg06  c2t8d0s2     auto     65536    71061376 -
dm myapp-dg07  c2t9d0s2     auto     65536    71061376 -
dm myapp-dg08  c2t10d0s2    auto     65536    71061376 -

v  myapp-vxvol -            ENABLED  DETACH   355305600 RAID     -        raid5
pl myapp-vxvol-01 myapp-vxvol ENABLED ACTIVE 355305600 RAID     6/32     RW
sd myapp-dg02-01 myapp-vxvol-01 myapp-dg02 0 71061120 0/0      c1t3d0   ENA
sd myapp-dg03-01 myapp-vxvol-01 myapp-dg03 0 71061120 1/0      c2t0d0   ENA
sd myapp-dg04-01 myapp-vxvol-01 myapp-dg04 0 71061120 2/0      c2t1d0   ENA
sd myapp-dg05-01 myapp-vxvol-01 myapp-dg05 0 71061120 3/0      c2t2d0   ENA
sd myapp-dg06-01 myapp-vxvol-01 myapp-dg06 0 71061120 4/0      c2t8d0   ENA
sd myapp-dg07-01 myapp-vxvol-01 myapp-dg07 0 71061120 5/0      c2t9d0   ENA
pl myapp-vxvol-03 myapp-vxvol ENABLED LOG    5760     CONCAT    -        RW
sd myapp-dg08-UR-001 myapp-vxvol-03 myapp-dg08 0 5760 0        c2t10d0  ENA

Can someone throw some light on this issue?

Thanks,
A
_______________________________________________
Veritas-vx maillist  -  Veritas-vx <at> mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
Permalink | Reply | 1 comment |
headers
upen | 13 Jan 2011 01:03
Picon

Re: (no subject)

> I have the following in my notes about recovery of RAID5
>
> /etc/vx/bin/vxr5check -g <dg> -iv <volume>
>

/etc/vx/bin/vxr5check -g myapp-dg myapp-vxvol
VxVM vxr5check INFO V-5-2-1451 verification in process... passed

Thanks William but the o/p is still DETACH for Volume
Permalink | Reply | 8 comments |
headers
upen | 13 Jan 2011 01:08
Picon

Re: (no subject)

On 1/12/11, Andrey Dmitriev <admitriev <at> mentora.com> wrote:
> Open a ticket with Symantec :)?

I don't have support contract with Symantec.

> Try vxvol start myapp-vxvol

That's already done, that's why KSTATE is ENABLED and I can mount the
volume as well with RW access.

>
> Also, FYI,
> http://docsrv.sco.com/cgi-bin/man/man?vxvol+1M

Yes I have taken look at many documents like this. I have tried
stopping and starting the volume again. Didn't help. I wonder if
putting volume in maint state and starting again will help. But not
sure how that will have to be done.

Thank you for continuing to help me.
Permalink | Reply | 0 comments |
headers
William Havey | 13 Jan 2011 03:46
Picon

Re: (no subject)

The man page for vxvol has an entry for "maint". vxvol -g <dg> maint <vol> will detach the volume. Try  the command to see if it will attach the volume.

On Wed, Jan 12, 2011 at 7:03 PM, upen <upendra.gandhi <at> gmail.com> wrote:
> I have the following in my notes about recovery of RAID5
>
> /etc/vx/bin/vxr5check -g <dg> -iv <volume>
>

/etc/vx/bin/vxr5check -g myapp-dg myapp-vxvol
VxVM vxr5check INFO V-5-2-1451 verification in process... passed

Thanks William but the o/p is still DETACH for Volume



--
William (Bill) Havey
Symantec HA Professional
917 515-3385

<div>
<p>The man page for vxvol has an entry for "maint". vxvol -g &lt;dg&gt; maint &lt;vol&gt; will detach the volume. Try&nbsp; the command to see if it will attach the volume. <br><br></p>
<div class="gmail_quote">On Wed, Jan 12, 2011 at 7:03 PM, upen <span dir="ltr">&lt;<a href="mailto:upendra.gandhi <at> gmail.com">upendra.gandhi <at> gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">&gt; I have the following in my notes about recovery of RAID5<br>&gt;<br>&gt; /etc/vx/bin/vxr5check -g &lt;dg&gt; -iv &lt;volume&gt;<br>
&gt;<br><br>/etc/vx/bin/vxr5check -g myapp-dg myapp-vxvol<br>VxVM vxr5check INFO V-5-2-1451 verification in process... passed<br><br>Thanks William but the o/p is still DETACH for Volume<br>
</blockquote>
</div>
<br><br clear="all"><br>-- <br><div>William (Bill) Havey</div>
<div>Symantec HA Professional</div>
<div>917 515-3385</div>
<br>
</div>
Permalink | Reply | 7 comments |
headers
upen | 13 Jan 2011 15:25
Picon

Re: (no subject)

> The man page for vxvol has an entry for "maint". vxvol -g <dg> maint <vol>
> will detach the volume. Try  the command to see if it will attach the

Thanks for support, William.

I wonder if it is this is the version issue?

vxvol -g myapp-dg maint myapp-vxvol
VxVM vxvol INFO V-5-1-9632
raid5/vxvol - Perform raid5 usage type volume operations

    Usage: raid5/vxvol [-o useopt] [-ZVq] keyword arg ...
Recognized keywords:
    init what vol object ...
    set var=value ... vol ...
    start vol ...
    stop vol ...
    resync vol ...
    recover vol [subdisk]

Thanks
Permalink | Reply | 6 comments |
headers
William Havey | 13 Jan 2011 16:02
Picon

Re: (no subject)

A version issue very well may be involved. Have you said what version of VxVM you've got running?
 
Because it is RAID5, perhaps the parity needs to be recalculated. /etc/vx/bin/vxr5check -g <dg> -iv <vol> will recalculate the parity for the entire vol.
I have no opprotunity to test this procedure but because it is in my notes, at one time I must have done these steps. "Stopping" and fixing "empty" are setting flags and are not destructive.

 

umount <vol>

vxvol -g dg stop vol

vxmend -g dg fix empty vol

vxvol -g dg start vol

/etc/vx/bin/vxr5check -g dg -iv vol



On Thu, Jan 13, 2011 at 9:25 AM, upen <upendra.gandhi <at> gmail.com> wrote:
> The man page for vxvol has an entry for "maint". vxvol -g <dg> maint <vol>
> will detach the volume. Try  the command to see if it will attach the

Thanks for support, William.

I wonder if it is this is the version issue?

vxvol -g myapp-dg maint myapp-vxvol
VxVM vxvol INFO V-5-1-9632
raid5/vxvol - Perform raid5 usage type volume operations


   Usage: raid5/vxvol [-o useopt] [-ZVq] keyword arg ...
Recognized keywords:
   init what vol object ...
   set var=value ... vol ...
   start vol ...
   stop vol ...
   resync vol ...
   recover vol [subdisk]


Thanks



--
William (Bill) Havey
Symantec HA Professional
917 515-3385

<div>
<div>A version issue very well may be involved. Have you said what version of VxVM you've got running?</div>
<div>&nbsp;</div>
<div>Because it is RAID5, perhaps the parity needs to be recalculated. <span lang="EN-GB">/etc/vx/bin/vxr5check -g &lt;dg&gt; -iv &lt;vol&gt; will recalculate the parity for the entire vol.</span><br>
</div>
<div>I have no opprotunity to test this procedure but because it is in my notes, at one time I must have done these steps. "Stopping" and fixing "empty" are setting flags and are not destructive.</div>

<p>&nbsp;</p>
<div>
<p class="hd1box"><span lang="EN-GB">umount &lt;vol&gt;</span></p>
<p class="hd1box"><span lang="EN-GB">vxvol -g dg stop vol</span></p>
<p class="hd1box"><span lang="EN-GB">vxmend -g dg fix empty vol</span></p>
<p class="hd1box"><span lang="EN-GB">vxvol -g dg start vol</span></p>
<p class="hd1box"><span lang="EN-GB">/etc/vx/bin/vxr5check -g dg -iv vol</span></p>
<br><br>
</div>
<div class="gmail_quote">On Thu, Jan 13, 2011 at 9:25 AM, upen <span dir="ltr">&lt;<a href="mailto:upendra.gandhi <at> gmail.com">upendra.gandhi <at> gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">&gt; The man page for vxvol has an entry for "maint". vxvol -g &lt;dg&gt; maint &lt;vol&gt;<br>&gt; will detach the volume. Try &nbsp;the command to see if it will attach the<br><br>Thanks for support, William.<br><br>I wonder if it is this is the version issue?<br><br>vxvol -g myapp-dg maint myapp-vxvol<br>VxVM vxvol INFO V-5-1-9632<br>raid5/vxvol - Perform raid5 usage type volume operations<br><br><br>&nbsp; &nbsp;Usage: raid5/vxvol [-o useopt] [-ZVq] keyword arg ...<br>Recognized keywords:<br>&nbsp; &nbsp;init what vol object ...<br>&nbsp; &nbsp;set var=value ... vol ...<br>&nbsp; &nbsp;start vol ...<br>&nbsp; &nbsp;stop vol ...<br>&nbsp; &nbsp;resync vol ...<br>&nbsp; &nbsp;recover vol [subdisk]<br><br><br>Thanks<br>
</blockquote>
</div>
<br><br clear="all"><br>-- <br><div>William (Bill) Havey</div>
<div>Symantec HA Professional</div>
<div>917 515-3385</div>
<br>
</div>
Permalink | Reply | 5 comments |

Gmane