Friday 13 December 2013

Hyperion Open LDAP and Shared Service won't start Error-1068



         Issue : Hyperion Open LDAP and Shared Service won't start Error-1068



Solution: 

The Oracle/Hyperion EPM System 9x or 11x is crazy robust due to its suite offerings.  However, as any administrator will tell you it is highly dependent on the correct start and stop order of its windows services.  The database has to be up before shared services and OpenLDAP then workspace can be started.  Often when the inappropriate stop/shutdown of these services takes place they can become “corrupted” for a lack of a better word.
In particular a common annoyance is when the OpenLDAP windows service has a problem started.  And, thus the shared services windows service will not kick off properly.  You may get hit with prompts like this when this occurs:

OR

Solution
First, navigate to the core directory, %HYPERION_HOME%\products\Foundation\openLDAP\var\openldap-data\, and make a back-up of this folder. Save it using your favorite compressor (rar, zip) and store it in a safe location.




Second, navigate to the following directory on the machine hosting OpenLDAP, %HYPERION_HOME%\products\Foundation\openLDAP\bdb\bin\. Copy the file called db_recover.exe



Third, navigate back to the core directory, %HYPERION_HOME%\products\Foundation\openLDAP\var\openldap-data\, and paste the db_recover.exe file in there.
Fourth, double-click/execute the db_recover.exe in the folder. It runs quickly so you will miss the command window execute if you blink.
Fifth, at this point the db_recover.exe execution has resync’d your OpenLDAP database to its last save setting before the “corruption”. You should be able to start your OpenLDAP and Shared Services window services now.

Recommendations & Further Discussion
I offer this solution for a development environment situation. Surely, in a production environment you are backing up the core OpenLDAP directory on a daily basis. Also, there is a lot more detail on the db_recover.exe file that you can find by running it from the command prompt and looking at the help menu (i.e.: db_recover.exe ?). When we run it as outlined in the steps above we are simply recovering the last backup of the OpenLDAP directory. With the command prompt you can actually recover to a explicitly previous data in time.

any issues contact us


1 comment: