Select Page

Art of BI: Hyperion OpenLDAP and Shared Services Won’t Start – Error 1068

Christian Screen | | July 21, 2009

The Oracle/Hyperion EPM System 9x or 11x is crazy robust due to its suite offerings.  However, as any administratoro 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, blah, blah, blah.  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:




OpenLDap uses a nice database called Berkeley. I won’t go into details but if you read the wikipedia on Berkeley you will see how it could get out of sync since there is no real structured storage to it.  I won’t go any further on that topic in this post.


First, navigate to the core directory, %HYPERION_HOME%productsFoundationopenLDAPvaropenldap-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%productsFoundationopenLDAPbdbbin. Copy the file called db_recover.exe

Third, navigate back to the core directory, %HYPERION_HOME%productsFoundationopenLDAPvaropenldap-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 explicity previous data in time.

Subscribe to Our Blog

Never miss a post! Stay up to date with the latest database, application and analytics tips and news. Delivered in a handy bi-weekly update straight to your inbox. You can unsubscribe at any time.

12c Upgrade Bug with SQL Tuning Advisor

This blog post outlines steps to take on Oracle upgrade 11.2 to 12.1 if you’re having performance problems. Oracle offers a patch and work around to BUG 20540751.

Megan Elphingstone | March 22, 2017

Oracle EPM Cloud Vs. On-Premises: What’s the Difference?

EPM applications help measure the business performance. This post will help you choose the best EPM solutions for your organization’s needs and objectives.

Bobby Ellis | April 10, 2018

Scripting Out the Logins, Server Role Assignments, and Server Permissions

Imagine over one hundred logins in the source server, you need to migrate them to the destination server. Wouldn’t it be awesome if we could automate the process?

JP Chen | October 1, 2015

Work with Us

Let’s have a conversation about what you need to succeed and how we can help get you there.


Work for Us

Where do you want to take your career? Explore exciting opportunities to join our team.