Sun SPARC Enterprise M8000 Server
 
Sun SPARC Enterprise M4000 Server
 
Sun SPARC Enterprise M3000 Server
 
Sun SPARC Enterprise M9000-32 Server
 
Sun SPARC Enterprise M5000 Server
 

PLA-Support>Sun Systems>SPARC>Enterprise>SN-SPARC: Mx000
 

In this Document

Goal

Solution

Created from <SR 3-10701180693>

Applies to:

Goal

XSCF on SPARC Enterprise M3000/M4000/M5000/M8000/M9000 Servers maintains a series of logs that allows to check platform status, HW related events and FMA logs. Please find an example below:

Example:

XSCF> fmdump -e

TIME CLASS
Jul 12 02:15:04.0076 ereport.chassis.domain.fe-obp-err
Jul 12 22:28:28.2775 ereport.chassis.domain.fe-obp-err
Aug 14 10:25:32.1138 ereport.chassis.SPARC-Enterprise.mem.block.ue
Oct 01 16:43:57.5207 ereport.chassis.device.fail
Oct 01 16:56:34.8364 ereport.chassis.SPARC-Enterprise.if.se-mbc-xscf

XSCF> showlogs -r error

Date: Oct 01 16:56:36 CEST 2013 Code: 80006080-b301c201-0130002000000000
 Status: Alarm Occurred: Jan 01 01:00:00.000 CET 1970
 FRU: /IOU#1,/XSCFU,*
 Msg: Board control error (MBC link error)

Date: Oct 01 16:43:57 CEST 2013 Code: 80006000-33000000-010493b100000000
 Status: Alarm Occurred: Jan 01 01:00:00.000 CET 1970
 FRU: /IOU#0
 Msg: Power subsystem failure(detector=4)

XSCF> showlogs -r monitor

Apr 17 10:47:46 m5000-tvp540-xscf monitor_msg: SCF:Middle temperature at air inlet. FANs are changed to middle speed mode
Apr 17 08:52:15 m5000-tvp540-xscf monitor_msg: SCF:Air inlet temperature recovered from middle temperature warning state
Feb 23 15:57:45 m5000-tvp540-xscf monitor_msg: SCF:DomainID 0 state change (system running, detail#10)
Feb 23 15:57:15 m5000-tvp540-xscf monitor_msg: SCF:DomainID 0 state change (boot process started, detail#9)
Feb 23 15:56:47 m5000-tvp540-xscf monitor_msg: SCF:DomainID 0 state change (OpenBoot PROM complete, detail#8)

Is it possible to remove old XSCF logs?

Solution

Answer is no.

Clearing old logs registered in the XSCF (for example, "showlogs monitor" or "showlogs error" commands output as displayed above) is not supported at Customer level, as XSCF command shell does not allow to do it.

This is intended by design as the XSCF events history provides valuable information in troubleshooting and should not be removed.

Please note that XSCF's restoredefaults command will reset XSCFU or the entire platform to factory settings; this will have the side effect of clearing all event and error history. However, platform and domain configuration will be erased, and system will need to be re-configured from scratch; as a consequence, restoredefaults command usage is strongly discouraged if the aim is to have only the logs zeroed out.

Internal only section

XSCF service mode will allow to rotate FMA logs on XSCF, as fmadm command run in service mode includes the following options:

 fmadm [-q] config                       - display fault manager configuration
 fmadm [-q] faulty [-a] [-i]             - display list of faulty resources
 fmadm [-q] flush [fmri]                 - flush cached state for resource
 fmadm [-q] repair [fmri|uuid]           - notify fault manager that resource has been repaired
 fmadm [-q] reset [-s serd] module       - reset module or sub-component
 fmadm [-q] rotate [errorlog|fltlog]     - rotate log file

Please check the example below:

Please remember that service password should never be provided to Customers.

This solution has no attachment