OPERATIONAL DEFECT DATABASE
...
...
The user can install and uninstall Unisphere for VMAX v1.6.2 but cannot install and uninstall v8.1.Error msg: [root@host]# ./UNIVMAX_V8.1.0.6_LINUX_X86_64.binPreparing to install...Extracting the JRE from the installer archive...Unpacking the JRE...Extracting the installation resources from the installer archive...Configuring the installer for this system's environment...Launching installer...===============================================================================EMC Unisphere for VMAX (created with InstallAnywhere)=============================================================================== Also tried to stop the SMAS services: Error msg: root@host]# /etc/init.d/smas stopStopping UNIVMAX: [ OK ]Looking for config file at /opt/emc/SMAS/jboss/domain/configuration/domain.xml.initROOT Info: Stop Database.MessageO>smasdb_unix_helper.sh SMASDB is stopping.MessageO>smasdb_unix_helper.sh returned 0MessageO>pg_ctl: PID file "./data/postmaster.pid" does not existROOT Error: stopDatabase - unable to stop DB.com.emc.em.common.database.DatabaseException: SMAS Database timeout cannot be shutdown.com.emc.em.common.database.DBManager.waitForDatabaseToShutdown(DBManager.java:930)com.emc.em.common.database.DBManager.stopDatabase(DBManager.java:1013)com.emc.em.common.database.DBManager._main(DBManager.java:2108)com.emc.em.common.database.DBManager.main(DBManager.java:2008)com.emc.em.common.database.DatabaseException: SMAS Database timeout cannot be shutdown.com.emc.em.common.database.DBManager.waitForDatabaseToShutdown(DBManager.java:930)com.emc.em.common.database.DBManager.stopDatabase(DBManager.java:1013)com.emc.em.common.database.DBManager._main(DBManager.java:2108)com.emc.em.common.database.DBManager.main(DBManager.java:2008)Database Error: main - Error managing the database.An error occured starting an external processDBManager returned 1
This is a known issue with the pre-1.9 releases of the SSD package in Linux. As per the ticket https://fedorahosted.org/sssd/ticket/1670 this issue has been resolved with the 1.9.x series of SSSD releases.Version 1.8 had been installed on the host at the time of the above issue.Note that the su command always returns zero on the host. For example: $ su postgres -c 'ls lib' ; echo $? 0
Workaround: Stop the SSSD service at which point su was able to return a code successfully. This will allow the installation to complete successfully.
Click on a version to see all relevant bugs
Dell Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.
