Centrify

Tips for finding Knowledge Articles

  • - Enter just a few key words related to your question or problem
  • - Add Key words to refine your search as necessary
  • - Do not use punctuation
  • - Search is not case sensitive
  • - Avoid non-descriptive filler words like "how", "the", "what", etc.
  • - If you do not find what you are looking for the first time,reduce the number of key words you enter and try searching again.
  • - Minimum supported Internet Explorer version is IE9
Home  >
article

KB-1929: Unable to send reply message to client -- disconnecting client

Centrify DirectControl ,   Centrify Identity Service, Mac Edition ,  

8 February,18 at 04:16 PM

Problem:
The following error message are seen in the logs:
 
WARN  <fd:23 crond(10650)> Failed to send message: Timeout during operation DEBUG <fd:16 NSSGetGroupDataByName> base.osutil Module=Base : Unable to send reply message to client (reference ipcclient2.cpp:560 rc: 404) WARN  <fd:16 
 
NSSGetGroupDataByName> daemon.ipcserver Unable to send reply message to client -- disconnecting client.
 
Jan 20 04:07:31 dcpportav adclient[3170]: DEBUG <bg:ageBindings> base.bind.healing Binding 'yourcompany.org(GC)' idle for 300 seconds - closing Jan 20 04:10:01 dcpportav adclient[3170]: DEBUG <fd:16> PAMUserIsOurResponsibility> base.bind.healing reset SPPCOS.ORG(GC) 
PAMUserIsOurResponsibility> disconnect state to connected
 
These exact messages don't always appear but there is always a "timeout or unable to send reply" message logged when the server hangs. What do they mean?
 
Cause:
The reason is by default, adclient (the Centrify daemon) closes connection if idle for 300 seconds. We can disable this behavior, but there is no reason to hold on to a connection if it has not been used. We will 
re-establish connection when we need it (hence the name base.bind.healing).
 
Resolution:
1) Centrify suggest customers to enable nscd as this improves performance and reduces calls to adclient. (nscd is a name caching demon which caches usernames and password similar to Centrify).
 
2) We also suggest making the following changes in /etc/centrifydc/centrifydc.conf:
 
a) dz.enabled: false (what this means the DirectAuthorize component can be disabled if its not being used so that we can avoid making calls to check if DZ is enabled or not)
 
b) adclient.binding.idle.time: 60 (what this means is "this configuration parameter specifies the maximum number of minutes to allow as idle time when binding to Active Directory. Default is 5 minutes and we recommend customer to bump to 60 minutes).
 
Run adreload and adflush and one should not see these messages.

Still have questions? Click here to log a technical support case, or collaborate with your peers in Centrify's Online Community.

Related Articles

 articleKB-3925: How to add Centrify parameter to a group policy articleKB-7441: List of error codes Adclient and DAD daemons generated for Solaris and Linux clients articleKB-6180: Troubleshooting SSH Connection Problems Preauth articleKB-6073: How to join the Linux/Unix Centrify Server to Active Directory with specific Computer Role? articleKB-6041: How to show current license type in use by adclient? articleKB-6040: How to change the license type in use after adclient successful joined to the AD? articleKB-6056: How to report the group policy settings that are in effect for the local computer? articleKB-6038: How to specify the license type to use when joining the server to AD using adjoin? articleKB-7555: Unable to login as root after upgrade to Centrify Suite 2016 (CDC 5.3.0)