The AutoSys Application Server fails to start after a system reboot or security update, reporting that port 9000 is already in use.
This occurs despite no other process bound to that port.
This article explains how to identify and fix Access Control List (ACL) conflicts on the Secure Sockets Adapter (SSA) directory.
The as_server log or terminal shows the following:
otelcol-contrib, Dataguard)Security agents or OS patching cycles modify the default ACLs on the /opt/CA/SharedComponents/Csam/SockAdapter/ directory.
When the CSAM broker (csampmuxf) creates the .csam_broker socket, it inherits restrictive permissions that prevent the AutoSys user from writing to the socket, triggering a false "Address already in use" error.
Follow these steps to compare and fix the permissions.
Example Output (Non-Working):
Note the default entries and restrictive masks introduced by monitoring agents:
text
owner: rootgroup: root
user::rwxuser:otelcol-contrib:r-xgroup::rwxmask::r-xother::r-xdefault:user:otelcol-contrib:r-xdefault:mask::r-wExample Output (Working): Native permissions typically show no extended ACLs (no + sign in ls -l):
text
owner: rootgroup: root
user::rwxgroup::r-xother::r-x
bash/opt/CA/SharedComponents/Csam/SockAdapter/bin/csampmux stop/opt/CA/SharedComponents/Csam/SockAdapter/bin/csampmux startunisrvcntr start waae_server.####