Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-1663561.1
Update Date:2014-04-22
Keywords:

Solution Type  Problem Resolution Sure

Solution  1663561.1 :   Exachk running in daemon mode checking for password stops with message "Stopping daemon as the root password is changed on after daemon was started"  


Related Items
  • Exadata X4-2 Hardware
  •  
  • Exadata Database Machine X2-8
  •  
  • Exadata X3-2 Hardware
  •  
Related Categories
  • PLA-Support>Eng Systems>Exadata/ODA/SSC>Oracle Exadata>DB: Exadata_EST
  •  




In this Document
Symptoms
Cause
Solution
References


Created from <SR 3-8260232601>

Applies to:

Exadata Database Machine X2-8 - Version All Versions to All Versions [Release All Releases]
Exadata X4-2 Hardware - Version All Versions to All Versions [Release All Releases]
Exadata X3-2 Hardware - Version All Versions to All Versions [Release All Releases]
Information in this document applies to any platform.
Engineered System Utilities
For Exachk versions exachk 2.2.3 and above

Symptoms

Exachk running in daemon mode checking for password stops with message "Stopping daemon as the root password is changed on <hostname> after daemon was started" even though the root password has not been changed

exachk_daemon.log which is created in the directory from which exachk in daemon mode is launched has following entries:

 

Thu Dec 29 09:25:00 2013 - Daemon is started with PID : 3781

Thu Dec 30 09:25:08 2013 - Started checking passwords....

Thu Dec 30 09:25:18 2013 - Stopping daemon as the root password is changed on <host_name> after daemon was started

Thu Dec 30 09:25:29 2013 - Stopping daemon as the root password is changed on <host_name> after daemon was started

Thu Dec 30 09:25:32 2013 - Finished checking passwords....



Cause

 This is caused due to the transient issues with long login times  due to DNS names server delay in customer environment.
 

Solution

Solution:

The correct solution is to minimize the DNS server login delay in customer environment.


Workaround:

The workaround is to set the timers in a given environment to be long enough to counter the local environment DNS login delay.

Set the following to sufficiently large value for the environment from which exachk in daemon mode is launched.

export RAT_TIMEOUT=120

export RAT_ROOT_TIMEOUT=600 

export RAT_PASSWORDCHECK_TIMEOUT=30 

 

References

<BUG:18052758> - EXACHK DAEMON STOPS

Attachments
This solution has no attachment
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback