09-07-2015 05:11 AM
HI Guys,
i am not able to connect infoscale operation Manager 7 GUI to configure it. trying to connect from browser on same server getting below error.
An error occurred during a connection to 0.0.0.0:5634. Issuer certificate is invalid. (Error code: sec_error_ca_cert_invalid)
Please help
09-07-2015 05:43 AM
Hi,
Are you trying to connect using Chrome.
Can you try with internet explorer or mozilla.
Some more details will help.
09-07-2015 11:24 PM
i m trying to connect via mozila.
09-07-2015 11:54 PM
Hi,
Can you try to connect using any other browser from outside the box.
Internet explorer should work fine.
09-08-2015 12:08 AM
same issue still persist i am facing certificate issue. how we can create the certificate.
09-08-2015 01:42 AM
Hi,
1) When you were trying browser from same box(that of management server), you should have set correct localhost entry in /etc/hosts. If that is not there, then you would receive such error.
2) While you are launching it from outside of the box(giving box's IP or hostname), are you getting exact same error? or error like following
<management server ip or hostname>:5634 uses an invalid security certificate. The certificate is not trusted because it is self-signed. The certificate is only valid for root (Error code: sec_error_unknown_issuer)
If it is like above, you just need to add this exception in browser as known exception. Reason behind this exception is, we use self-signed certificates for authentication between management server and managed hosts.
09-08-2015 02:17 AM
installed the conqurer and it worked for me but it got stucked in configuration console. when i check it giving below error.
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: Enter cg_main
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: Checking input parameters
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: grep primary /etc/default/sfm_resolv.conf > /dev/null 2>&1
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: /etc/default/sfm_resolv.conf is valid
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: /opt/VRTSvcs/bin/hares -display -type IP -group SFM_Services -attribute Address -localclus | grep global
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: Warning: /opt/VRTSvcs/bin/hares -display -type IP -group SFM_Services -attribute Address -localclus | grep global
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: /opt/VRTSvcs/bin/hares -display -type IP -group SFM_Services -attribute Address | grep localclus
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: Warning: /opt/VRTSvcs/bin/hares -display -type IP -group SFM_Services -attribute Address | grep localclus
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: /opt/VRTSvcs/bin/hares -display -type IPMultiNIC -group SFM_Services -attribute Address -localclus | grep global
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: Warning: /opt/VRTSvcs/bin/hares -display -type IPMultiNIC -group SFM_Services -attribute Address -localclus | grep global
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: /opt/VRTSvcs/bin/hares -display -type IPMultiNIC -group SFM_Services -attribute Address | grep localclus
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: Warning: /opt/VRTSvcs/bin/hares -display -type IPMultiNIC -group SFM_Services -attribute Address | grep localclus
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: /opt/VRTSvcs/bin/hares -display -type IPMultiNICB -group SFM_Services -attribute Address -localclus | grep global
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: Warning: /opt/VRTSvcs/bin/hares -display -type IPMultiNICB -group SFM_Services -attribute Address -localclus | grep global
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: /opt/VRTSvcs/bin/hares -display -type IPMultiNICB -group SFM_Services -attribute Address | grep localclus
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: Warning: /opt/VRTSvcs/bin/hares -display -type IPMultiNICB -group SFM_Services -attribute Address | grep localclus
2015-09-08 13:13:10 [debug] 5839 cs_ha_config.pl: Unable to obtain virtual IP
09-08-2015 02:30 AM
Hi,
It looks like you entered in "Management Server High Availability Configuration" wizard because you had ran setup for Management Server configuration before.
Thing you need to do is, remove file "/var/opt/VRTSsfmh/config.state" from Management Server Host and rerun the configuration URL.
-Sudhir
09-08-2015 03:47 AM
Hi Sudhir,
I restarted and got stucked here.
pg_ctl: could not open PID file "/var/opt/VRTSsfmcs/db/data/postmaster.pid": Permission denied
2015-09-08 14:46:54 [debug] 24381 setup_new_db.pl: Warning: /opt/VRTSsfmcs/config/adm/db_stop.sh 2>&1 > /dev/null
2015-09-08 14:46:54 [debug] 24381 setup_new_db.pl: /bin/rm -f /var/opt/VRTSsfmcs//db/SFMdb3.db > /dev/null 2>&1
2015-09-08 14:46:54 [debug] 24381 setup_new_db.pl: /bin/rm -f /var/opt/VRTSsfmcs//db/SFMdb3.log > /dev/null 2>&1
2015-09-08 14:46:54 [debug] 24381 setup_new_db.pl: /bin/rm -f /var/opt/VRTSsfmcs//db/SFMdb3_indx > /dev/null 2>&1
2015-09-08 14:46:54 [debug] 24381 setup_new_db.pl: /bin/rm -f /var/opt/VRTSsfmcs//db/SFMdb3_data > /dev/null 2>&1
2015-09-08 14:46:54 [debug] 24381 setup_new_db.pl: /bin/rm -f /var/opt/VRTSsfmcs//conf/*.conf > /dev/null 2>&1
2015-09-08 14:46:54 [debug] 24381 setup_new_db.pl: /bin/rm -f /var/opt/VRTSsfmcs//logs/.sqltrace.log > /dev/null 2>&1
2015-09-08 14:46:54 [debug] 24381 setup_new_db.pl: /opt/VRTSsfmcs/config/adm/db_init.sh
2015-09-08 14:46:55 [debug] 24381 setup_new_db.pl: /opt/VRTSsfmcs/config/adm/db_start.sh
getnameinfo failed
getnameinfo failed
2015-09-08 14:46:58 [debug] 24381 setup_new_db.pl: Updating SF_AUTHORIZATION TABLE
2015-09-08 14:46:58 [debug] 24381 setup_new_db.pl: chown habdbsync /var/VRTSsfmcs/config_db/auth.sql.24381
2015-09-08 14:46:58 [debug] 24381 setup_new_db.pl: /opt/VRTSsfmcs/config/adm/db_isql.sh habdbsync /var/VRTSsfmcs/config_db/auth.sql.24381
Tue Sep 8 14:46:58 GST 2015: chown habdbsync /var/VRTSsfmcs/config_db/.sfm20_authorization.sql
Tue Sep 8 14:46:58 GST 2015: /opt/VRTSsfmcs/config/adm/db_isql.sh DBA /var/VRTSsfmcs/config_db/.sfm20_authorization.sql
Tue Sep 8 14:46:58 GST 2015: /bin/rm /var/VRTSsfmcs/config_db/.sfm20_authorization.sql
Tue Sep 8 14:46:58 GST 2015: rm -f /var/VRTSsfmcs/config_db/.sfm20_authorization.sql > /dev/null 2>&1
09-08-2015 05:37 AM
Looks like something is messed up while configuration of Database, because you have tried configuration multiple times.
1) If this VIOM Management Server installation a fresh one, would you mind uninstalling it and install again and configure?
For uninstallation, you need to fire just one command
rpm -e VRTSsfmh VRTSsfmcs
And then install fresh one and follow same configuration procedure mentioned above.
2) If this is upgrade of VIOM Management Server, and you dont want to lose data of previous managed hosts, please contact support and escalate this case.
09-08-2015 05:55 AM
Correcting my last comment, this doesn't seem to be case #2 I mentioned, because you were trying configuration of management sever, which is not a step which come in Management Server upgrade.
So if this is case #1, it will take few minutes to uninstall packages, install again and configure.
09-10-2015 01:03 AM
hi sudhir,
Please open your browser and type the following URL to configure:
https://XXXXXX:5634/
Please skip this step if you intend to use this host as a standby node for Veritas InfoScale Operations Manager Management Server HA.
is that mean if i m one node then not required to configure.
because i am not using a HA its just one node management server
09-10-2015 03:21 AM
Hi,
No, it means,
1) if you are single node, then you have to do it.
2) If your Management Server node is part of VCS cluster(say 2 node), and you want to provide Management server resiliency, you can configure it in HA environment. That time you need to install Management Server bits on both nodes but configure it on one node.(Please refer to guide https://sort.symantec.com/public/documents/vom/7.0/windowsandunix/productguides/html/Install_Config_Guide/ch04.htm)
In your case, you have to do it.
-Sudhir