Applications Not Appearing in Workspace (9.3.1)

Question

Hello all,
We recently upgraded to system 9.3.1 and intermittently users are not seeing the applications when logging into Workspace.
Example: USER A logs in to Workspace, is able to perform all necessary duties by logging on to the application for days, sometimes weeks at a time. Suddenly, USER A logs in, and Workspace appears as if there are no applications registered at all. The next day USER A logs in and everything is back to normal.
Can anybody give me a clue as to where to look to find the source of this?
I have a sneaking suspicion it is because the applications were not properly de-registered from the previous version (System 9.3.0.1) which had completely different server names as the current system 9.3.1.
If that is the case, those references would be located in the tables in the main HFM database, but what, or should i even, modify/delete those references?
Thanks for any help,
Kelly

Answer 1

The error is only occurring on our HSS/Core Services box.
One of the log files for BIPLUS on the HSS box grows to 4GB, cuts off then starts creating another one of itself and does this AT LEAST once a day!
here is a sampling of the error we are getting on the 'server_messages_usageservice' log file:
<event logger="com.brio.one.services.mgmt.usage.impl.UsageServiceImpl" timestamp="1210988764908" level="ALWAYS" thread="Foundation Server" sequence_no="390">
<time>16 May 2008 20:46:04,908</time>
<context originator_type="UsageService" originator_name="UT1_srvhouhfm09.###.com" host="SRVHOUHFM09"/>
<message><![CDATA[Starting Usage Service
]]></message>
</event>
<event logger="com.brio.one.services.mgmt.usage.impl.UsageServiceImpl" timestamp="1210988770426" level="WARN" thread="GCThread0" sequence_no="427">
<time>16 May 2008 20:46:10,426</time>
<context originator_type="UsageService" host="SRVHOUHFM09"/>
<message><![CDATA[1000165]]></message>
</event>
<event logger="com.brio.one.services.mgmt.usage.impl.GCThread" timestamp="1210988770426" level="WARN" thread="GCThread0" sequence_no="428">
<time>16 May 2008 20:46:10,426</time>
<context originator_type="UsageService" host="SRVHOUHFM09"/>
<message><![CDATA[1000165]]></message>
<throwable><![CDATA[May 16 20:46:10.426
Database Server error: DBConnectionPool::get: [Hyperion][SQLServer JDBC Driver]An error occurred while attempting to log onto the database.
com.sqribe.transformer.DBConnectionException: Database Server error: DBConnectionPool::get: [Hyperion][SQLServer JDBC Driver]An error occurred while attempting to log onto the database.
     at com.sqribe.transformer.DBConnectionPool.get(Unknown Source)
     at com.brio.one.services.impl.database.BaseDBManager.getUpdateableConnection(Unknown Source)
     at com.brio.one.services.mgmt.usage.impl.database.UsageServiceDBManager.deleteEvents(Unknown Source)
     at com.brio.one.services.mgmt.usage.impl.database.UsageServiceDBManager.deleteMessages(Unknown Source)
     at com.brio.one.services.mgmt.usage.impl.GCThread.execute(Unknown Source)
     at com.brio.one.services.mgmt.usage.impl.GCThread.run(Unknown Source)
[1000165]:
DBConnectionPool::get: [Hyperion][SQLServer JDBC Driver]An error occurred while attempting to log onto the database.
So in one of the log errors, it lists the user that is trying to connect. It is the SS admin I created during the installation, 'hypadmin'. This user of course does not have access to the BIPLUS db, which would cause these errors.
So I tried something, created a SQL user of the same name with the same password. Restarted services, and everything seemed to work fine, except this time when I tried to launch SS, it said a severe error had occurred, and to restart SS.
I restarted, same error. the horror consumes me...
so i went back into SQL, looked at the processes and lo and behold hypadmin was using one measely connection. I killed the process, killed the user ID in SQL, restarted all of my services and everything was golden again except, of course, the monstrosity that is the usageservice log file and the constant hangs while in the user management console.
does any of this ring a bell? how would a native directory user be configured to access the db???