CR# 6520326: Applying patch 5 to a second Access Manager instance on a server overwrites serverconfig.xml for first instance (Sun Java System Access Manager 7 2005Q4 Release Notes)

Sun Java System Access Manager 7 2005Q4 Release Notes

Previous: CR # 6523499: Patch 5 amsilent file is readable by all users on Linux systems
Next: CR# 6520016: Patch 5 SDK-only install overwrites the samples makefiles

CR# 6520326: Applying patch 5 to a second Access Manager instance on a server overwrites `serverconfig.xml` for first instance

In this deployment scenario, two Access Manager instances are deployed on the same host server, with each instance on a different web container instance. You then follow these steps:

Apply patch 5.
Modify the amsilent file and redeploy the first Access Manager instance.
Modify the amsilent again for the second Access Manager instance, and then redeploy that instance.

If NEW_INSTANCE=false in the amsilent file, the serverconfig.xml file for the first Access Manager instance is overwritten with information from the second Access Manager instance. A subsequent restart of the first Access Manager instance fails. The serverconfig.xml file is in the following directory depending on your platform:

Solaris systems: /etc/opt/SUNWam/config
Linux systems: /etc/opt/sun/identity/config

Workaround: When you deploy the second Access Manager, set NEW_INSTANCE=true in the amsilent file. The serverconfig.xml file for the second Access Manager instance is then updated with the correct information, and the serverconfig.xml file for the first Access Manager instance is not overwritten.