![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||||
Solution Type Problem Resolution Sure Solution 1399348.1 : Oracle ZFS Storage Appliance: Service svc:/System/Auditd:Default Failed
In this Document
Created from <SR 3-5214755361> Applies to:Sun Storage 7110 Unified Storage System - Version All Versions and laterSun Storage 7210 Unified Storage System - Version All Versions and later Sun ZFS Storage 7120 - Version All Versions and later Sun ZFS Storage 7320 - Version All Versions and later Sun ZFS Storage 7420 - Version All Versions and later 7000 Appliance OS (Fishworks) Symptoms
--------------- ------------------------------------ -------------- ---------
TIME EVENT-ID MSG-ID SEVERITY --------------- ------------------------------------ -------------- --------- Jan 21 12:44:07 65fd256d-f46f-6b56-f57b-a5e88a3a1b97 SMF-8000-YX Major Host : storage0 Platform : SUN-FIRE-X4270-M2-SERVER Chassis_id : 1112FMM0DR Product_sn : 1112FMM0DR Fault class : defect.sunos.smf.svc.maintenance Affects : svc:///system/auditd:default faulted and taken out of service Problem in : "svc:/system/auditd:default" (svc:///system/auditd:default) faulted and taken out of service Description : Service svc:/system/auditd:default failed - a method is failing in a retryable manner but too often. Refer to http://sun.com/msg/SMF-8000-YX for more information. Response : The service has been placed into the maintenance state. Impact : svc:/system/auditd:default is unavailable. Action : If the service corresponds to one of the configurable services on the appliance, check the service configuration and log files for any errors. Correct the errors and restart the service. If the service is an internal appliance service, mark the fault repaired. If the problem persists, contact your service provider. CauseFor appliance software versions prior to 2011.1.1.0, the auditd timeout was set too short for starting up the service. See Bug 15673189 - AK Server Layer auditd timeout needs to sync with ON
ALSO: Incident reported where the auditd service also went into maintenance state when the 'system name' did not match the one in the DNS configuration. => Customer made the incorrect name resolvable in the DNS, so fixed the auditd issue. SolutionThis was a known issue with appliance software versions prior to 2011.1.1.0. For these versions the issue can be fixed by applying two workflows. Please log a service request for obtaining the needed workflows and instructions on how to apply these. Workflows available from the Amber Road Support Beehive wiki here
Provided DNS services are now available, it should be possible to clear the problem using the BUI: Maintenance > Problems
Select the relevant problem for the auditd service failure and click "MARK REPAIRED"
*** Checked for relevance on 23-Jul-2013 *** *** Checked for relevance on 19-Mar-2016 *** *** Checked for relevance on 30-May-2017 ***
Attachments This solution has no attachment |
||||||||||||||||||
|