cancel
Showing results for 
Search instead for 
Did you mean: 

ERROR V-5-52-12

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

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

 

1 ACCEPTED SOLUTION

Accepted Solutions

mikebounds
Level 6
Partner Accredited

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

View solution in original post

23 REPLIES 23

Gaurav_S
Moderator
Moderator
   VIP    Certified

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

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

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

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

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

mikebounds
Level 6
Partner Accredited

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

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

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
 

mikebounds
Level 6
Partner Accredited

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

mikebounds
Level 6
Partner Accredited

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

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

[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
 

mikebounds
Level 6
Partner Accredited

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

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

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

 

http://www.symantec.com/business/support/index?page=content&id=HOWTO80117

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

 

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

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

mikebounds
Level 6
Partner Accredited

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

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

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

mikebounds
Level 6
Partner Accredited

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

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

Yes Correct.

 

mikebounds
Level 6
Partner Accredited

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

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

# 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




 

Zahid_Haseeb
Moderator
Moderator
Partner    VIP    Accredited

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
 

mikebounds
Level 6
Partner Accredited

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=TEC...)

(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