ESM policy run is hanging on a UNIX server and when looking at running processes on the server with PS command you are seeing many defunct processes that can be traced back to the usrfiles binary in the /esm/bin/<os_type> folder. You may be having to restart the agent service to clean these defunct processes up.
Umask check using the SU method is selected in the User Files module. There is a prompt in the login script for the various user ids that asks for input, such as the pressing of an ENTER key. This is causing this particular check to hang and create defunct processes for each ID that the module tries to use the SU method on to determine the umask setting.
The creation of defunct processes by this check is being treated as a defect and is targeted to be fixed in Security Update 44. In the meantime you may want to use the umask check that uses the Login Script method to determine the umask number rather than the SU method check. Alternately, if the prompt in the login scripts is of no value, you can remove the prompt in order to use the SU method check.
The fix in SU 44 will not allow the umask setting to be determined if there is a prompt in the login script but will keep the module from creating defunct processes.
Rate this Article
This is machine translated content
Login to Subscribe
Please login to set up your subscription.
Didn't find the article you were looking for? Try these resources.