Okay. I’m going to take the reponsibility to post this because it seems that no one has even posted this error yet. We are currently running Business Objects XI on Linux. We are even doing it on AS3 and not the support AS4. So some unexpected errors will likely crop up now and again. I keep seeing this very odd issue re-appearing and haven’t yet figured out where it is coming from but I’ve figured out how to fix it. So I figure I’ll post it with the hope of helping someone else (and my forgetful self). The errors I’ve seen:

• Account Information Not Recognized: Server not found or server may be down
• Failed to get auditing data source name
• Unable to read the database connection string from the registry

So what I know about the first one. This indicates that the server CMS as they call it isn’t running, typically I think this happens on port 6400. You can verify this is running or not by checking it with netstat. If it isn’t then a portion of the startup script failed to start the CMS. I think this has something to do with the fact that BO is installed with a particular username and that this username is not the one responsible for the startup scripts, that’s roots job.

So to fix this initial issue I’ve tried running the ccm.sh script only to have it tell me everything started when it quite clearly hasn’t. To fix this I’ve run the cmsdbsetup.sh script provided, the purpose of this script is to fix the connection script and get a connection to the database. I have noticed, however, that when it asks for a ‘friendly’ name for the CMS I’ve given a name containing uppercase letters. After getting the error message I’ve subsequently searched for a file with that servername.cms. Only to find it in all lowercase letters.

Intuition tells me to run the script again but this time provide it with a lowercase name. Bingo, it goes through. I have no idea why their script presents me with the ‘correct’ name, the one I provided last time containing the caps but then later ignores this when creating the file. I then choose the ’select datasource’ and provide the correct username and password for the database. This shouldn’t have to be done but alas I do it again.

After this running ccm.sh as the user which BO belongs to starts the cms correctly and we are up and running again. Now I just need to figure out what’s causing this problem in the first place. I hope I’m not going to need to modify their scripts, only because I shouldn’t have to.