Run the $OSP_HOME/bin/userMgr.sh program and pick the user that you need to delete.

You can check the results by attempting to run the Launcher from that account again. If it asks you to register, cancel out -- the removal worked.

• Shutdown the OpenSpirit shared services:
• Log into UNIX as the account that installed OpenSpirit.
• Go to the OpenSpirit installation directory ($OSP_HOME) and cd to the bin directory.
• In $OSP_HOME/bin type: ./whatsup.sh
• Notify anyone using OpenSpirit that you are going to shut it down.
• Shut down the shared services. In $OSP_HOME/bin type: ./runOSServices stop

Delete the OpenSpirit Oracle tablespace:

• Have your Oracle DBA delete the OSP Oracle user with the cascade option, the OSP Oracle table space, and the OSP Oracle table space's data file. Make sure you delete the Oracle items in this order. Do not delete the Oracle data files until the old table space is dropped!
• If you forgot the Oracle tablespace name user for your OpenSpirit installation, just look in the old $OSP_HOME/classes directory, and do a more OpenSpirit.properties. In $OSP_HOME/classes/OpenSpirit.properties you will find the Oracle Userid, dbHost, dbInstanceName and dbPort.
• For Oracle prior to 9.0 you can use the following sql commands to drop tablespaces in Oracle after you setup your oracle environment. As the Oracle DBA do the following:
  • % setenv ORACLE_HOME
  • % setenv ORACLE_SID dbname
  • % svrmgrl
  • % connect internal
  • % drop tablespace XXXX including contents;
  • % drop user XXXX cascade;
  • % quit

Delete the old OpenSpirit installation directory.

This is an obscure bug in our installation kit that only causes issues if you are installing v2.7 and re-using a 2.6.x Oracle tablespace. All of the old 2.6.x tables are not dropped completely (in particular the alias table) and therefore when you attempt to start the shared service OSP could not find a alias for the OSP administrator, which was -suppose- to be created by the installer. We have since fixed it and upgraded our v2.7 installation kit. We have also made a workaround tool that will create the missing alias.

FIX: Untar the alias_patch.tar to the $OSP_HOME directory. Then run the $OSP_HOME/bin/alias utility as the OSP admin user. It will offer you to alias the Administrator account only and asks for authentication. After using the tool remove the entire 'com' directory from the OSP_HOME/classes directory.