Video Screencast Help

solaris iscsi for vcs fencing vxfentst getting failed

Created: 27 Dec 2011 | 3 comments

 

root@node1 # vxfentsthdw 
 
Veritas vxfentsthdw version 5.1SP1 Solaris
 
 
The utility vxfentsthdw works on the two nodes of the cluster.
The utility verifies that the shared storage one intends to use is
configured to support I/O fencing.  It issues a series of vxfenadm
commands to setup SCSI-3 registrations on the disk, verifies the
registrations on the disk, and removes the registrations from the disk.
 
 
******** WARNING!!!!!!!! ********
 
THIS UTILITY WILL DESTROY THE DATA ON THE DISK!! 
 
Do you still want to continue : [y/n] (default: n) y
The logfile generated for vxfentsthdw is /var/VRTSvcs/log/vxfen/vxfentsthdw.log.4914
 
Enter the first node of the cluster:
node1
Enter the second node of the cluster:
node2
 
Enter the disk name to be checked for SCSI-3 PGR on node node1 in the format:
        for dmp: /dev/vx/rdmp/cxtxdxs2
        for raw: /dev/rdsk/cxtxdxs2
Make sure its the same disk as seen by nodes node1 and node2
/dev/rdsk/c9t0d0s2
 
Enter the disk name to be checked for SCSI-3 PGR on node node2 in the format:
        for dmp: /dev/vx/rdmp/cxtxdxs2
        for raw: /dev/rdsk/cxtxdxs2
Make sure its the same disk as seen by nodes node1 and node2
/dev/rdsk/c9t0d0s2
 
***************************************************************************
 
Testing node1 /dev/rdsk/c9t0d0s2 node2 /dev/rdsk/c9t0d0s2
 
Evaluate the disk before testing  ........................ No Pre-existing keys
RegisterIgnoreKeys on disk /dev/rdsk/c9t0d0s2 from node node1 .......... Passed
Verify registrations for disk /dev/rdsk/c9t0d0s2 on node node1 ......... Passed
RegisterIgnoreKeys on disk /dev/rdsk/c9t0d0s2 from node node2 .......... Passed
Verify registrations for disk /dev/rdsk/c9t0d0s2 on node node2 ......... Passed
Unregister keys on disk /dev/rdsk/c9t0d0s2 from node node1 ............. Passed
Verify registrations for disk /dev/rdsk/c9t0d0s2 on node node2 ......... Passed
Unregister keys on disk /dev/rdsk/c9t0d0s2 from node node2 ............. Passed
Check to verify there are no keys from node node1 ...................... Passed
Check to verify there are no keys from node node2 ...................... Passed
RegisterIgnoreKeys on disk /dev/rdsk/c9t0d0s2 from node node1 .......... Passed
Verify registrations for disk /dev/rdsk/c9t0d0s2 on node node1 ......... Passed
Read from disk /dev/rdsk/c9t0d0s2 on node node1 ........................ Passed
Write to disk /dev/rdsk/c9t0d0s2 from node node1 ....................... Passed
Read from disk /dev/rdsk/c9t0d0s2 on node node2 ........................ Passed
Write to disk /dev/rdsk/c9t0d0s2 from node node2 ....................... Passed
Reserve disk /dev/rdsk/c9t0d0s2 from node node1 ........................ Passed
Verify reservation for disk /dev/rdsk/c9t0d0s2 on node node1 ........... Passed
Read from disk /dev/rdsk/c9t0d0s2 on node node1 ........................ Passed
Read from disk /dev/rdsk/c9t0d0s2 on node node2 ........................ Passed
Write to disk /dev/rdsk/c9t0d0s2 from node node1 ....................... Passed
Expect no writes for disk /dev/rdsk/c9t0d0s2 on node node2 ............. Failed
 
Removing test keys and temporary files, if any...
 
 
 
/dev/rdsk/c9t0d0s2 is iscsi disk created from other server as follows
 
 
zfs create -V 1G zpoolA/iscsi_luns/vol001
zfs set shareiscsi=on zpoolA/iscsi_luns/vol001

Comments 3 CommentsJump to latest comment

Gaurav Sangamnerkar's picture

Hello,

few days back there was a thread for vxfentsthdw script causing node hang

https://www-secure.symantec.com/connect/forums/sfc...

the thread is for different issue & different platform though, I would suggest to run same checks as mentioned in above link...  both the threads show problem at same layer

In your case, read/write/reserve test is getting passed from node1 however at the same time node2 is also able to write that is why last test seems to be failed .... could be possible that you might need to land opening a support case...

 

G

PS: If you are happy with the answer provided, please mark the post as solution. You can do so by clicking link "Mark as Solution" below the answer provided.
 

sam321's picture

thanks gaurav for the reply

 

anyone on the forum have tried using solaris zfs volumes as iscsi for vcs fensing and data disks

Gaurav Sangamnerkar's picture

One more thing, what is the fencing mode you are using ?

 

I see the VCS install guide

The coordinator disks can be raw devices, DMP devices, or iSCSI devices.
You must use DMP disk policy for iSCSI-based coordinator disks.
For the latest information on supported hardware visit the following URL:
http://entsupport.symantec.com/docs/283161

 

Gaurav

PS: If you are happy with the answer provided, please mark the post as solution. You can do so by clicking link "Mark as Solution" below the answer provided.