Video Screencast Help
Give us your opinion and win with Symantec! Please help us by taking this survey to tell us about your experience with Symantec Connect, so that we can continue to grow and improve.  Take the survey.

ERROR V-5-52-12

Created: 08 Mar 2014 • Updated: 11 Mar 2014 | 23 comments
Zahid.Haseeb's picture
This issue has been solved. See solution.

Environment

SFHA  =  6.1

OS = RHEL 6.3

Error

# vradmin -g DG createpri RVG VOL1 VOL1-SRL
VxVM VVR vradmin ERROR V-5-52-12 vradmind server not running on this system

I tried the below but no success.

# /usr/sbin/vxstart_vvr stop
# /usr/sbin/vxstart_vvr start

#/etc/init.d/vras-vradmind.sh stop

#/etc/init.d/vras-vradmind.sh start

Operating Systems:
Discussion Filed Under:

Comments 23 CommentsJump to latest comment

Gaurav Sangamnerkar's picture

Hi Zahid,

After while the /usr/sbin/vxstart_vvr start was executed, did u notice any errors ?

is vradmind running in process table now ? Also what about license, have you enabled the license or its keyless ?

# vxkeyless -v display

# vxkeyless display all

# vxlicrep -e

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.
 

Zahid.Haseeb's picture

Yes its keyless. First I need to configure all then put the keys. is there any problem to use with keyless initially ?

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

Zahid.Haseeb's picture

Seems there is a licensing issue. AT some place the VVR is ENABLED but at some place its DISABLED. PFA

 SFHAENT_VVRVVR#VERITAS Volume Manager          = Disabled

Will share the result after

vxkeyless set SFHAENT_VVR

AttachmentSize
VVR.tar.gz 2.41 KB

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

Zahid.Haseeb's picture

Seems someting odd:

# /opt/VRTS/bin/vxkeyless set SFHAENT_VR_GCO
No changes required.

# /opt/VRTS/bin/vxkeyless set SFHAENT_VR_GCO_EVAL
The following changes will take effect.
  Remove: SF Enterprise Edition with Cluster Server and VR & GCO
  Add: SF Enterprise Edition with Cluster Server and VR & GCO (EVALUATION only)
Continue (y/n)? y

vradmin -g APP createpri APP-RVG APP-U APP-U-SRL
VxVM VVR vradmin ERROR V-5-52-12 vradmind server not running on this system

# /etc/init.d/vras-vradmind.sh stop
# /etc/init.d/vras-vradmind.sh start
VxVM VVR  V-5-4-2415 Starting VRAS daemon: [  OK  ]

# vradmin -g APP createpri APP-RVG APP-U APP-U-SRL
VxVM VVR vradmin ERROR V-5-52-12 vradmind server not running on this system

# /opt/VRTS/bin/vxkeyless set SFHAENT_VR_GCO
The following changes will take effect.
  Remove: SF Enterprise Edition with Cluster Server and VR & GCO (EVALUATION only)
  Add: SF Enterprise Edition with Cluster Server and VR & GCO
Continue (y/n)? y

# vradmin -g APP createpri APP-RVG APP-U APP-U-SRL
VxVM VVR vradmin ERROR V-5-52-12 vradmind server not running on this system

# /etc/init.d/vras-vradmind.sh stop[root@xxxx]# /etc/init.d/vras-vradmind.sh startVxVM VVR  V-5-4-2415 Starting VRAS daemon: [  OK  ]

# vradmin -g APP createpri APP-RVG APP-U APP-U-SRL
VxVM VVR vradmin ERROR V-5-52-12 vradmind server not running on this system
 

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

Have you checked if vradmind is running by grepping for it in "ps -ef" output.

I have 6.1 on RH 5.5 installed in vbox and mine works fine, but vxlicrep does not show VVR is disabled and I have tried both SFHAENT_VR_GCO and SFHAENT_VR_GCO and both seem fine.

I would remove licences (vxkeyless set NONE), check all licences are gone using vxlicrep and also check in  /etc/vx/licenses/lic (this should be empty - if it is not then delete licence keys in here).  Then re-add licence and start vradmin and check ps to see if it is running.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

removed keyless

no file exist under /etc/vx/licenses/lic

re-added the license SFHAENT_VR_GCO

No success

I ALSO TRIED TO ADD MY EXISTING LICENSES BUT SAME PROBLEM.

cd /opt/VRTS/bin/
# ./vxlicinst -k xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Symantec License Manager vxlicinst utility version 3.02.61.010
Copyright (C) 1996-2013 Symantec Corporation. All rights reserved.

License key successfully installed for VERITAS Volume Manager
# ./vxlicinst -k xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Symantec License Manager vxlicinst utility version 3.02.61.010
Copyright (C) 1996-2013 Symantec Corporation. All rights reserved.

License key successfully installed for VERITAS Storage Foundation Enterprise HA
License key successfully installed for VERITAS Volume Manager
License key successfully installed for VERITAS Cluster Server
License key successfully installed for VERITAS File System
License key successfully installed for VERITAS SANPoint Control

# vxdctl license init

# /etc/init.d/vras-vradmind.sh stop
# /etc/init.d/vras-vradmind.sh start
VxVM VVR  V-5-4-2415 Starting VRAS daemon: [  OK  ]

# vradmin -g APP createpri APP-RVG APP-U APP-U-SRL
VxVM VVR vradmin ERROR V-5-52-12 vradmind server not running on this system

ps -ef|grep vradmind
root      3142     1  0 04:29 ?        00:00:00 /usr/sbin/vradmind
root      6774  6749  0 05:12 pts/3    00:00:00 grep vradmind
 

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

Vradmin is running so the "vradmind server not running on this system" is not correct, so the problem is probably not the licence - maybe something wrong with host resolution.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

SOLUTION
mikebounds's picture

Try starting vradmin in the foreground to what it is doing:

[root@r55v61a lic]# /etc/init.d/vras-vradmind.sh stop
[root@r55v61a lic]# 
[root@r55v61a lic]# vradmind -fore
2014-03-10 13:28:54 VxVM VVR Notice V-5-20-0 TAG_D IpmServer::open Using port 8199
2014-03-10 13:28:54 VxVM VVR Debug V-5-20-0 TAG_F VVR License Present
2014-03-10 13:28:54 r55v61a.localdomain VxVM VVR Debug V-5-20-6720 VxProbe TAG_F Opened Connection with vxconfigd and setup notify
2014-03-10 13:28:54 r55v61a.localdomain VxVM VVR Debug V-5-20-8757 VxTrace TAG_F Setting up trace on RVGs as per environment setting
2014-03-10 13:28:54 r55v61a.localdomain VxVM VVR Debug V-5-20-7081 VxProbe TAG_F Trace on rlinks setup successfully
2014-03-10 13:28:54 r55v61a.localdomain VxVM VVR Debug V-5-20-6687 CvmInfo TAG_E Initialized CVM info for the node
2014-03-10 13:28:54 r55v61a.localdomain VxVM VVR Debug V-5-20-8706 Cache_DG TAG_E New PRIVATE Cache_DG 1394195505.15.r55v61a.localdomain created
2014-03-10 13:28:54 r55v61a.localdomain VxVM VVR Debug V-5-20-8706 Cache_DG TAG_E New PRIVATE Cache_DG 1394147247.22.r55v61a.localdomain created
2014-03-10 13:28:54 r55v61a.localdomain VxVM VVR Debug V-5-20-8706 Cache_DG TAG_E New PRIVATE Cache_DG 1394147175.18.r55v61a.localdomain created
2014-03-10 13:28:54 r55v61a.localdomain VxVM VVR Debug V-5-20-6598 VRASCache TAG_E Creation of VRASCache is complete.
2014-03-10 13:28:54 r55v61a.localdomain VxVM VVR Debug V-5-20-6597 DBMgr TAG_E Creation of DBMgr is complete.
 
 
Above is output from my system, so first thing is to check there are no errors in your output and if not then open a new sesssion and try to create RVG and see if you get any extra output - I get a load of extra output when I run the createpri.
 
Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

[root@NODE1 Desktop]# vradmind -fore
2014-03-10 18:46:39 VxVM VVR Notice V-5-20-0 TAG_D IpmServer::open Using port 8199
2014-03-10 18:46:39 VxVM VVR Debug V-5-20-0 TAG_F VVR License Present
2014-03-10 18:46:39 NODE1 VxVM VVR Debug V-5-20-6720 VxProbe TAG_F Opened Connection with vxconfigd and setup notify
2014-03-10 18:46:39 NODE1 VxVM VVR Debug V-5-20-8757 VxTrace TAG_F Setting up trace on RVGs as per environment setting
2014-03-10 18:46:39 NODE1 VxVM VVR Debug V-5-20-7081 VxProbe TAG_F Trace on rlinks setup successfully
2014-03-10 18:46:39 NODE1 VxVM VVR Debug V-5-20-6687 CvmInfo TAG_E Initialized CVM info for the node
2014-03-10 18:46:39 NODE1 VxVM VVR Debug V-5-20-8706 Cache_DG TAG_E New PRIVATE Cache_DG 1393583631.16.NODE1 created
2014-03-10 18:46:39 NODE1 VxVM VVR Debug V-5-20-6598 VRASCache TAG_E Creation of VRASCache is complete.
2014-03-10 18:46:39 NODE1 VxVM VVR Debug V-5-20-6597 DBMgr TAG_E Creation of DBMgr is complete.

2014-03-10 18:51:40 NODE1 VxVM VVR Debug V-5-20-8772 DiffEngine TAG_E VRASCache reiniting due to TIMEOUT
2014-03-10 18:51:40 NODE1 VxVM VVR Debug V-5-20-6667 CvmInfo TAG_E Getting latest CVM info for the node
2014-03-10 18:51:40 NODE1 VxVM VVR Debug V-5-20-0 CvmInfo TAG_E New CVM role 1. CVM info changed: 16
2014-03-10 18:51:40 NODE1 VxVM VVR Debug V-5-20-6591 CvmInfo TAG_E Copying latest CVM info for the node 0

2014-03-10 18:56:41 NODE1 VxVM VVR Debug V-5-20-8772 DiffEngine TAG_E VRASCache reiniting due to TIMEOUT
2014-03-10 18:56:41 NODE1 VxVM VVR Debug V-5-20-6667 CvmInfo TAG_E Getting latest CVM info for the node
2014-03-10 18:56:41 NODE1 VxVM VVR Debug V-5-20-0 CvmInfo TAG_E New CVM role 1. CVM info changed: 16
2014-03-10 18:56:41 NODE1 VxVM VVR Debug V-5-20-6591 CvmInfo TAG_E Copying latest CVM info for the node 0
 

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

So this is showing VVR license is present so as I said earlier I don't think licensing is the issue.

Do you get ANY output if you run vradmin createpri command in another session - the first line I get is:

2014-03-10 13:29:39 r55v61a.localdomain VxVM VVR Debug V-5-20-6895 Engine TAG_E Received the Config Cmd
 
Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

Do you get ANY output if you run vradmin createpri command in another session

# vradmin -g APP createpri APP-RVG APP-U APP-U-SRL
VxVM VVR vradmin ERROR V-5-52-12 vradmind server not running on this system

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

No I mean run vradmind -fore in one session and run vradmin createpri in another session to see if you vradmin is receiving your command as there are 2 possibilies - it gets nothing, or it gets command, but can't process it.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

I did the same. One one terminal I ran the command vradmind -fore and on another terminal session I ran the command ""vradmind -g DG createpri RVG VOL SRL"" and got the same error which I shared in my last post

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

So if you run vradmin -fore in session 1, then you get a few lines of output with last line being:

VxVM VVR Debug V-5-20-6597 DBMgr TAG_E Creation of DBMgr is complete.

and then when you run vradmin createpri in session 2, you get an error message in session 2, but you get no extra lines in session1

Can you confirm this.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

Yes Correct.

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

Zahid.Haseeb's picture

What I feel that something is related with Shared Storage. The Iscsi SAN is inplaced.

http://www.symantec.com/business/support/index?pag...

Extract:

This message displays when the Array Support Library (ASL) cannot get the dynamic property of the device. Generally, this does not happen after ASL certification.

What does that mean ""Generally, this does not happen after ASL certification"" ? how can we fix it

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

Agreed - I think the issue is to do with the message:

VxVM VVR Debug V-5-20-8772 DiffEngine TAG_E VRASCache reiniting due to TIMEOUT

Which you seem to be getting every 5 mins and I would guess that 5 mins is the time out and so VRASCache is not working and so is something to do with ASL.

Have you tried running vxddladm to see if you get any errors.  I am running on Virtual Box, so no arrays or iSCSI, but I get:

[root@r55v61a /]# vxddladm list
Devices discovered on the system
===================================
hba c1 
port - 
target - 
device sdb 
hba c3 
port - 
target - 
device sde 
device sdd 
device sdh 
device sdc 
device sdg 
device sdf 
hba c0 
port - 
target - 
device sda 
[root@r55v61a /]# vxddladm list devices
DEVICE               TARGET-ID    STATE   DDL-STATUS (ASL)
===============================================================
sdb                  -            Online  CLAIMED (OTHER_DISKS)
sde                  -            Online  CLAIMED (OTHER_DISKS)
sdd                  -            Online  CLAIMED (OTHER_DISKS)
sdh                  -            Online  CLAIMED (OTHER_DISKS)
sdc                  -            Online  CLAIMED (OTHER_DISKS)
sdg                  -            Online  CLAIMED (OTHER_DISKS)
sdf                  -            Online  CLAIMED (OTHER_DISKS)
sda                  -            Online  CLAIMED (OTHER_DISKS)
[root@r55v61a /]# vxddladm list ports
[root@r55v61a /]# vxddladm list targets
[root@r55v61a /]# 
 

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

# vxddladm list
Devices discovered on the system
===================================
hba c3 iqn.1994-05.com.redhat:a8e6e140ac25
    port c3_p1 172.16.201.8:3260
        target c3_p1_t0 iqn.1992-04.com.emc:cx.ckm00132400614.b4
            device sde
            device sdd
            device sdc
            device sdb
hba c0
    port -
        target -
            device sda
 

# vxddladm list ports
PORT-ID      HBA-ID   STATE    ADDRESS
==========================================
c3_p1        c3       Online   172.16.201.8:3260

# vxddladm list targets
TARGET-ID    ALIAS      HBA-ID   STATE    ADDRESS
=====================================================
c3_p1_t0     -          c3       Online   iqn.1992-04.com.emc:cx.ckm00132400614.b4

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

If you have iSCSI, then try:

vxddladm getiscsi target=c3_p1_t0

If this command works ok, then I would log a call with Symantec.  It may not be anything to so with ASL as article http://http://www.symantec.com/docs/HOWTO80117 is for message:

ddl_get_dynamic_attr: %s %s get_value() error %d for %s

and you have message:

VRASCache reiniting due to TIMEOUT

I can't find anything about VRASCache other than it is mentioned in a very old patch - 112392-07 on version 3.5 (https://www.symantec.com/business/support/index?page=content&pmv=print&impressions&viewlocale&id=TECH32422)

(137139) VRAS: Hit assert in vradmind due to VRASCache reinit happened during Session

Symantec should have more information on VRASCache and its associated timeout.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

# vxddladm getiscsi target=c3_p1_t0
PARAMETER                    CURRENT   DEFAULT   MINIMUM   MAXIMUM
=====================================================================
DataPDUInOrder                  no       yes        no       yes
DataSequenceInOrder             no       yes        no       yes
DefaultTime2Retain               0        20         0      3600
DefaultTime2Wait                 2         2         0      3600
ErrorRecoveryLevel               0         0         0         2
FirstBurstLength            262144     65535       512  16777215
ImmediateData                  yes       yes        no       yes
InitialR2T                      no       yes        no       yes
MaxBurstLength            16776192    262144       512  16777215
MaxConnections                   1         1         1     65535
MaxOutStandingR2T                1         1         1     65535
MaxRecvDataSegmentLength    262144      8192       512  16777215

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

I would a log a call with Symantec then as there doesn't seem to be any issues with the device discovery layer and so issue appears to be with VRASCache timing out, but as this does not appear to be documented you are probably not going to get much further without contacting Symantec.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

Mike first I am very very thankful to you in this regard.

I have already created a case with Symantec and one Engineer is already working on this. But I have not got something positive from Support as well. FYI let me PM you the case ID so that support can get the logs and other information which the Engineer already collected from me.

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

Zahid.Haseeb's picture

@ Mike you rock....As you said earlier   ""maybe something wrong with host resolution"". We really missed this point. I think we should verified the host file on that time :( .

Under /etc/hosts file the two lines were hashed.

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

@ Symantec

I feel that the sort document should also add a TIP to verify the hosts file records under mentioned sort link

https://sort.symantec.com/public/documents/sf/5.0/...

1_4.png

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com