03-08-2014 08:45 AM
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
Solved! Go to Solution.
03-10-2014 06:24 AM
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
03-08-2014 08:58 PM
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
03-08-2014 09:59 PM
Yes its keyless. First I need to configure all then put the keys. is there any problem to use with keyless initially ?
03-09-2014 03:22 AM
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
03-10-2014 03:29 AM
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
03-10-2014 05:23 AM
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
03-10-2014 06:24 AM
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
03-10-2014 06:33 AM
Try starting vradmin in the foreground to what it is doing:
03-10-2014 07:00 AM
[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
03-10-2014 07:19 AM
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
03-10-2014 07:22 AM
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
03-10-2014 07:26 AM
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
03-10-2014 07:34 AM
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
03-10-2014 07:38 AM
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
03-10-2014 07:45 AM
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
03-10-2014 07:55 AM
Yes Correct.
03-10-2014 08:14 AM
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:
Mike
03-10-2014 08:20 AM
# 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
03-10-2014 08:21 AM
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
03-10-2014 08:48 AM
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