When adding a Managed Host to the Veritas Operations Manager (VOM) domain, the error is encountered: Management Server is not reachable from managed host.
Article ID: 100009452
Updated On:
Description
BACKGROUND
A production server may be added to the VOM domain to configure it as a Managed Host (MH).
The error below may be encountered.
GUI
(from the Central Server (CS) log: /var/opt/VRTSsfmh/logs/add_host.log)
Add Host Log
------------
Started [05/10/2013 16:51:13]
[05/10/2013 16:51:13] type rh lxsyb2 cms
[05/10/2013 16:51:13] ADD_HOST_PRECONFIG_CHK
[05/10/2013 16:51:13] {"JOB":{"RETURNCODE":0,"ERROR":"Success","NAME":"add_host","OUTPUT":"ADD_HOST_PRECONFIG_CHK","STATE":"SUCCESS","PROGRESS":1}}
[05/10/2013 16:51:13] Executing: /opt/VRTSsfmh/bin/xdbadm -g -u HABDBSYNC -o /etc/vx/VRTSsfmcs/.odbc.ini -d SFMdb3 -c /var/opt/VRTSsfmcs/conf
[05/10/2013 16:51:13] Executing: /opt/VRTSsfmh/bin/xdbadm -g -u HABDBSYNC -o /etc/vx/VRTSsfmcs/.odbc.ini -d SFMdb3 -c /var/opt/VRTSsfmcs/conf
[05/10/2013 16:51:13] ADD_HOST_INPUT_PARAM_CHK
[05/10/2013 16:51:13] {"JOB":{"RETURNCODE":0,"ERROR":"Success","NAME":"add_host","OUTPUT":"ADD_HOST_INPUT_PARAM_CHK","STATE":"SUCCESS","PROGRESS":6}}
[05/10/2013 16:51:13] user name is "root"
[05/10/2013 16:51:13] ADD_HOST_CONTACTING_MH
[05/10/2013 16:51:13] {"JOB":{"RETURNCODE":0,"ERROR":"Success","NAME":"add_host","OUTPUT":"ADD_HOST_CONTACTING_MH","STATE":"SUCCESS","PROGRESS":20}}
[05/10/2013 16:51:13] Executing: /opt/VRTSsfmh/bin/xprtlc -u nobody -l https://lxsyb2:5634/world/getvitals
[05/10/2013 16:51:13] Output: {
"XPRTLD_VERSION" : "5.0.196.0",
"LOCAL_NAME" : "lxsyb2.xxx.com",
"LOCAL_ADDR" : "10.0.194.124",
"PEER_NAME" : "",
"PEER_ADDR" : "10.0.195.44",
"LOCAL_TIME" : "1368219073",
"LOCALE" : "en_US.UTF-8",
"DOMAIN_MODE" : "FALSE",
"QUIESCE_MODE" : "RUNNING",
"OSNAME" : "Linux",
"OSRELEASE" : "2.6.18-128.el5",
"CPUTYPE" : "x86_64",
"OSUUID" : "{0001001c-23da-7035-0000-000000000000}",
"DOMAINS" : {
}
}
[05/10/2013 16:51:13] Return code: 0
[05/10/2013 16:51:13] Executing: /opt/VRTSsfmh/bin/xprtlc -u "root" -l https://lxsyb2:5634/
[05/10/2013 16:51:13] Output: HTTP/1.1 302 OK
Status: 307 Moved
Location: /admin/htdocs/cs_config.htm
[05/10/2013 16:51:13] Return code: 768
[05/10/2013 16:51:13] Checking to see if CS is reachable from MH
[05/10/2013 16:51:13] Executing: /opt/VRTSsfmh/bin/xprtlc -u "root" -l https://lxtest2.xxx.com:5634/world/getvitals
[05/10/2013 16:51:13] Output: HTTP/1.1 404 Not Found. Could not connect to proxy target
404 Not Found. Could not connect to proxy target
[05/10/2013 16:51:13] Return code: 1024
[05/10/2013 16:51:13] fancy_die
[05/10/2013 16:51:13] ADD_HOST_CS_NOT_REACHABLE
[05/10/2013 16:51:13] fancy_dead
HOSTS
CS: lxtest2
MH: lxsyb2
1) Validate that a local query to xprtld works on the CS works.
[root@lxtest2 VRTSsfmh]# /opt/VRTSsfmh/bin/xprtlc -l https://localhost:5634/world/getvitals -u nobody
{
"XPRTLD_VERSION" : "5.0.196.0",
"LOCAL_NAME" : "localhost.localdomain",
"LOCAL_ADDR" : "127.0.0.1",
"PEER_NAME" : "localhost.localdomain",
"PEER_ADDR" : "127.0.0.1",
"LOCAL_TIME" : "1368218776",
"LOCALE" : "en_US.UTF-8",
"DOMAIN_MODE" : "TRUE",
"QUIESCE_MODE" : "RUNNING",
"OSNAME" : "Linux",
"OSRELEASE" : "2.6.18-274.3.1.el5",
"CPUTYPE" : "x86_64",
"OSUUID" : "{00010021-5e21-d3fc-0000-000000000000}",
"DOMAINS" : {
"sfm://lxtest2.xxx.com:5634/" : {
"admin_url" : "vxss://lxtest2.xxx.com:14545/sfm_admin/sfm_domain/vx",
"primary_broker" : "vxss://lxtest2.xxx.com:14545/sfm_agent/sfm_domain/vx"
},
"vomer://W2K8VOM.xxx.com:5634/" : {
"primary_broker" : "vxss://W2K8VOM.xxx.com:14260/vomer_agent/VOMER/vx"
}
}
}
2) Validate the version of VOM used on the MH.
[root@lxsyb2 ~]# rpm -qa|grep sfm
VRTSsfmh-5.0.196.0-0
3) Validate that the xprtld process is running on the MH.
root@lxsyb2 ~]# ps -ef|grep xprtld
root 3357 20538 0 16:48 pts/1 00:00:00 grep xprtld
root 12439 1 0 Feb11 ? 00:04:45 /opt/VRTSsfmh/bin/xprtld -X 1 /etc/opt/VRTSsfmh/xprtld.conf
4) Validate that a local query to xprtld on the MH works.
[root@lxsyb2 ~]# /opt/VRTSsfmh/bin/xprtlc -l https://localhost:5634/world/getvitals -u nobody
{
"XPRTLD_VERSION" : "5.0.196.0",
"LOCAL_NAME" : "localhost.localdomain",
"LOCAL_ADDR" : "127.0.0.1",
"PEER_NAME" : "localhost.localdomain",
"PEER_ADDR" : "127.0.0.1",
"LOCAL_TIME" : "1368218952",
"LOCALE" : "en_US.UTF-8",
"DOMAIN_MODE" : "FALSE",
"QUIESCE_MODE" : "RUNNING",
"OSNAME" : "Linux",
"OSRELEASE" : "2.6.18-128.el5",
"CPUTYPE" : "x86_64",
"OSUUID" : "{0001001c-23da-7035-0000-000000000000}",
"DOMAINS" : {
}
}
5) Validate a ping (or traceroute) from the MH to the CS works (general network connectivity).
[root@lxsyb2 ~]# ping lxtest2
PING lxtest2.xxx.com (10.0.195.44) 56(84) bytes of data.
64 bytes from lxtest2.xxx.com (10.0.195.44): icmp_seq=1 ttl=64 time=1.96 ms
64 bytes from lxtest2.xxx.com (10.0.195.44): icmp_seq=2 ttl=64 time=0.150 ms
64 bytes from lxtest2.xxx.com (10.0.195.44): icmp_seq=3 ttl=64 time=0.130 ms
64 bytes from lxtest2.xxx.com (10.0.195.44): icmp_seq=4 ttl=64 time=0.140 ms
6) Validate that a remote query to xprtld from the MH to the CS works
(demonstrates that port 5634 is available in this direction)
[root@lxsyb2 ~]# /opt/VRTSsfmh/bin/xprtlc -l https://lxtest2:5634/world/getvitals -u nobody
{
"XPRTLD_VERSION" : "5.0.196.0",
"LOCAL_NAME" : "lxtest2.xxx.com",
"LOCAL_ADDR" : "10.0.195.44",
"PEER_NAME" : "lxsyb2.xxx.com",
"PEER_ADDR" : "10.0.194.124",
"LOCAL_TIME" : "1368219014",
"LOCALE" : "en_US.UTF-8",
"DOMAIN_MODE" : "TRUE",
"QUIESCE_MODE" : "RUNNING",
"OSNAME" : "Linux",
"OSRELEASE" : "2.6.18-274.3.1.el5",
"CPUTYPE" : "x86_64",
"OSUUID" : "{00010021-5e21-d3fc-0000-000000000000}",
"DOMAINS" : {
"sfm://lxtest2.xxx.com:5634/" : {
"admin_url" : "vxss://lxtest2.xxx.com:14545/sfm_admin/sfm_domain/vx",
"primary_broker" : "vxss://lxtest2.xxx.com:14545/sfm_agent/sfm_domain/vx"
},
"vomer://W2K8VOM.xxx.com:5634/" : {
"primary_broker" : "vxss://W2K8VOM.xxx.com:14260/vomer_agent/VOMER/vx"
}
}
}
It was decided to stop and start the xprtld process.
[root@lxsyb2 init.d]# ./xprtld stop
[root@lxsyb2 init.d]# ./xprtld start
[root@lxsyb2 init.d]# ps -aef|grep xprtld
root 5692 1 0 17:29 ? 00:00:00 /opt/VRTSsfmh/bin/xprtld -X 1 /etc/opt/VRTSsfmh/xprtld.conf
The failing command from the log now worked.
[root@lxtest2 /]# /opt/VRTSsfmh/bin/xprtlc -u "root" -l https://lxtest2.xxx.com:5634/world/getvitals
{
"XPRTLD_VERSION" : "5.0.196.0",
"LOCAL_NAME" : "lxtest2.xxx.com",
"LOCAL_ADDR" : "10.0.195.44",
"PEER_NAME" : "lxsyb2.xxx.com",
"PEER_ADDR" : "10.0.194.124",
"LOCAL_TIME" : "1368221372",
"LOCALE" : "en_US.UTF-8",
"DOMAIN_MODE" : "TRUE",
"QUIESCE_MODE" : "RUNNING",
"OSNAME" : "Linux",
"OSRELEASE" : "2.6.18-274.3.1.el5",
"CPUTYPE" : "x86_64",
"OSUUID" : "{00010021-5e21-d3fc-0000-000000000000}",
"DOMAINS" : {
"sfm://lxtest2.xxx.com:5634/" : {
"admin_url" : "vxss://lxtest2.xxx.com:14545/sfm_admin/sfm_domain/vx",
"primary_broker" : "vxss://lxtest2.xxx.com:14545/sfm_agent/sfm_domain/vx"
},
"vomer://W2K8VOM.xxx.com:5634/" : {
"primary_broker" : "vxss://W2K8VOM.xxx.com:14260/vomer_agent/VOMER/vx"
}
}
}
This allowed the MH to be added to the VOM domain as normal.
Applies To
This issue was encountered in a Linux envirement with version 5.0 of VOM however it may occur using any supported version of VOM.
Cause
unknown, presumably low-level system issue that required stop/start of xprtld process
Issue/Introduction
BACKGROUND
A production server may be added to the VOM domain to configure it as a Managed Host (MH).
