-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

vxdg -tC -o clearreserve import DGNAME

There is no capability to just perform a "-o clearreserve" without an import it 
would
seem.

Thanks
Peter

Peter DrakeUnderkoffler
Xinupro, LLC
617-834-2352



Jim Senicka wrote:
> What command did you run?
> 
> It should be   vxdg -o clearreserve <dg>
> Or vxdg -o clearreserve import <dg>
> 
> AVCS is a VCS generated key passed into the import command by the DG
> agent
> 
> -----Original Message-----
> From: Peter DrakeUnderkoffler [mailto:[EMAIL PROTECTED] 
> Sent: Monday, July 09, 2007 12:04 PM
> To: Jim Senicka
> Cc: veritas-vx@mailman.eng.auburn.edu
> Subject: Re: [Veritas-vx] SCSI3 persistent reservation keys and clearing
> themout.
> 
> completely forgot about that layer.  Unfortunately, just tried it and it
> panics the system when I do an import of the disk group that the device
> has the key still set on.  Here is the output from the vxfenadm command,
> perhaps it might shed some light...
> 
> vxfenadm -g all -f /etc/vxfen_disklist
> 
> Device Name: /dev/emcpoweraw
> Total Number Of Keys: 1
> key[0]:
>         Key Value [Numeric Format]:  65,86,67,83,0,0,0,0
>         Key Value [Character Format]: AVCS
> 
> Device Name: /dev/emcpowerav
> Total Number Of Keys: 1
> key[0]:
>         Key Value [Numeric Format]:  65,86,67,83,0,0,0,0
>         Key Value [Character Format]: AVCS
> 
> Device Name: /dev/emcpowerbv
> Total Number Of Keys: 1
> key[0]:
>         Key Value [Numeric Format]:  65,86,67,83,0,0,0,0
>         Key Value [Character Format]: AVCS
> 
> Device Name: /dev/emcpowerbw
> Total Number Of Keys: 1
> key[0]:
>         Key Value [Numeric Format]:  65,86,67,83,0,0,0,0
>         Key Value [Character Format]: AVCS
> 
> 
> 
> Whats wierd about these is that the key does use the null character (dec
> 0), but when I create another key where I specify an ASCII key of 4
> characters, it pads it with the "-"  (dec 45).  But maybe VM and VCS
> write the key as null specifically where as the null from the vxfenadm
> command uses "-".
> 
> Thanks
> Peter
> 
> Peter DrakeUnderkoffler
> Xinupro, LLC
> 617-834-2352
> 
> 
> 
> Jim Senicka wrote:
> 
>>>If they are in a DG, do a vxdg import -o clearreserve or whatever the 
>>>command line is?
>>>
>>>You should be able to kill the keys with an import
>>>
>>>-----Original Message-----
>>>From: Peter DrakeUnderkoffler [mailto:[EMAIL PROTECTED]
>>>Sent: Monday, July 09, 2007 11:22 AM
>>>To: Jim Senicka
>>>Cc: veritas-vx@mailman.eng.auburn.edu
>>>Subject: Re: [Veritas-vx] SCSI3 persistent reservation keys and 
>>>clearing themout.
>>>
>>>data disks and just VM.
>>>
>>>Thanks
>>>Peter
>>>
>>>Peter DrakeUnderkoffler
>>>Xinupro, LLC
>>>617-834-2352
>>>
>>>
>>>
>>>Jim Senicka wrote:
>>>
>>>
>>>>>Coordinator disks or data disks?
>>>>>Is this standard VM or CVM?
>>>>>
>>>>>
>>>>>-----Original Message-----
>>>>>From: [EMAIL PROTECTED]
>>>>>[mailto:[EMAIL PROTECTED] On Behalf Of Peter
> 
> 
>>>>>DrakeUnderkoffler
>>>>>Sent: Monday, July 09, 2007 11:08 AM
>>>>>To: veritas-vx@mailman.eng.auburn.edu
>>>>>Subject: [Veritas-vx] SCSI3 persistent reservation keys and clearing 
>>>>>themout.
>>>>>
>>>>>I have an environment where some tinkering was done and there are 4 
>>>>>LUNs
>>>>>(DMX-3) which have SCSI3 keys in place that can not be removed. This 
>>>>>is RedHat 4 update 4 32bit with SF HA 4.1 and MP4.  There are two 
>>>>>nodes in the cluster and the keys can not be cleared by either node.
>>>>>I've tried vxfenadm with both "-x" and "-p" along with the "-k" and 
>>>>>the ASCII name as well as "-K" with the numerical name, but none 
>>>>>work,
>>>
>>>I get a:
>>>
>>>
>>>>>VCS FEN vxfenadm ERROR V-11-2-1120 Unregistration FAILED for:
>>>>>/dev/emcpowerav VCS FEN vxfenadm ERROR V-11-2-1133 Error returned
>>>>>
>>>>>for each device.  I have also tried the "vxfenclearpre" but that does
> 
> 
>>>>>not clear anything out.
>>>>>I have also tried disabling the SCSI3 setting on those devices within
> 
> 
>>>>>the DMX and then re-enabling them, but the keys remain persistent and
> 
> 
>>>>>only the capability is turned off/on.
>>>>>
>>>>>I have also tried the process of adding a key and then removing it 
>>>>>preempting it with the new temp key.
>>>>>
>>>>>Is there another trick to removing defunct keys?
>>>>>
>>>>>Thanks
>>>>>Peter
>>>>>
>>>>>--
>>>>>
>>>>>Peter DrakeUnderkoffler
>>>>>Xinupro, LLC
>>>>>617-834-2352
>>>>>
>>>
>>>_______________________________________________
>>>Veritas-vx maillist  -  Veritas-vx@mailman.eng.auburn.edu 
>>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
>>>
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFGkmTnl+lekZRM55oRAtReAJ0QKMjRoRWMiFc6ZtH+kRudDR1u1QCgvoR9
Xo7K+eB+pm8ONauXgsJpP6A=
=rmit
-----END PGP SIGNATURE-----
_______________________________________________
Veritas-vx maillist  -  Veritas-vx@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx

Reply via email to