The following changes are recommended to overcome this problem.
n the ini-file of the affected agent, set the following parameter:
Then restart the Agent.
This parameter isn't in the documentation yet, but as the name of the parameter suggests, it causes the job to use effective user rights for the job. Another way to alleviate the issue is to set the user rights for all directories, from root to the affected directory, the rights drwxrwxr--.
Handling process user IDs for the Unix Agent changed in order to enable the Agent to handle user context switches more powerfully. The Agent obtained real user root privileges in addition to effective user root privileges. For that reason, the Service Manager also must be started with root privileges which in turn caused a series of problems when the ServiceManager did not find a valid LD_LIBRARY_PATH or LIBPATH for the Service Manager and the components it started.
This method of handling user privileges has been changed as follows:
The Unix Agent no longer needs to obtain root privileges for the real user of its process. The Agents real user now is the start user (V8 behavior). As a consequence, the Sevice Manager for Unix no longer needs to be started with root user privileges to be able to terminate the Unix Agent.
As a result, the installation procedure for the Unix Agent is simpler and similar to the installation method of V8 Unix Agents. Resource
Also check out following post on Automic Community:
Fix Status: No Fix