Skip to main content

12.2.2 Taking Action for Notification Messages


12.2.2 Taking Action for Notification Messages
This section describes, along with messages, what action to take after recognizing a message on Oracle Solaris or a notification message from each XSCF function.
Recognizing/Taking Action for a Notification or Failure in a Message on the Control Domain Console
  1. The user recognizes a notification or failure in a console message, such as a syslog message or FMA message, output to the control domain console.
    The following example shows an FMA message on the control domain console.
SUNW-MSG-ID: SUNOS-8000-J0, TYPE: Fault, VER: 1, SEVERITY: Major
EVENT-TIME: Thu Apr 19 10:48:39 JST 2012
PLATFORM: ORCL,SPARC64-X, CSN: PP115300MX, HOSTNAME: 4S-LGA12-D0
SOURCE: eft, REV: 1.16
EVENT-ID: fcbb42a5-47c3-c9c5-f0b0-f782d69afb01
DESC: The diagnosis engine encountered telemetry from the listed devices for which it was unable to perform a diagnosis - ereport.io.pciex.rc.epkt@chassis0/cpuboard0/chip0/hostbridge0/pciexrc0 class and path are incompatible.
AUTO-RESPONSE: Error reports have been logged for examination.
IMPACT: Automated diagnosis and response for these events will not occur.
REC-ACTION: Use 'fmadm faulty' to provide a more detailed view of this event. Use 'fmdump -eV' to view the unexpected telemetry. Please refer to the associated reference document at http://support.oracle.com/msg/SUNOS-8000-J0 for the latest service procedures and policies regarding this diagnosis.
Note - The message example is subject to change without prior notice.
  1. Fault information in the FMA message is stored in a log, so refer to the log file on the control domain console. At this time, execute an Oracle Solaris command, such as the syslog reference command or fmdump command, on the control domain console.
    For details on how to identify fault information by using these commands, see the reference manual of Oracle Solaris.
  2. Check the notification or failure details by accessing the specified URL based on the message ID (SUNW-MSG-ID) displayed on the control domain console.
    If there is no message ID (MSG-ID), obtain detailed information from syslog information.
  3. To acquire more detailed information, log in to the XSCF and execute the showlogs command to identify fault information.
  4. Take action based on what is recommended in the information at the specified URL.
Note - For the latest URL information, see the website about messages mentioned in the latest Product Notes for your server.
The user may be able to recognize a failure not just from a syslog message or FMA message but also by referring to a console message, panic message, IPL message, or monitoring message stored as log information in the XSCF. The user can refer to this log information by executing the showlogs command of the XSCF shell with each log option specified.

For details on the showlogs command, see "12.1 Checking a Log Saved by the XSCF."
Recognizing/Taking Action for a Failure Reported by a Message via E-mail
  1. The user recognizes a notification or failure from the Subject line or the body of the message in a reported XSCF e-mail.
    For an example of an e-mail for a failure occurrence, see "10.2 Receiving Notification by E-mail When a Failure Occurs."
  2. To learn more detailed information, log in to the XSCF, and execute the showlogs command to identify fault information.
  3. Check the log information. If required, notify a service engineer of the DIAGCODE output in the e-mail message or log.
    The service engineer can use the DIAGCODE to acquire detailed information.
Recognizing/Taking Action for a Notification or Failure in an SNMP Trap Message
  1. The user recognizes a notification or failure in trap information issued from the XSCF by the SNMP manager.
    For a trap example, see "10.3 Monitoring/Managing the System Status With the SNMP Agent."
  2. To learn more detailed information, log in to the XSCF, and execute the showlogs command to identify fault information.
  3. Check the log information. If required, notify a service engineer of the DIAGCODE output in the log.
Recognizing/Taking Action for a Notification or Failure in a Monitoring Message on the XSCF Shell
  1. The user executes the showmonitorlog command and recognizes a notification or failure in the output XSCF monitoring message.
    The following example displays a monitoring message.
XSCF> showmonitorlog
PAPL2-5-0:Alarm:/BB#0/CPU#0:XSCF:Uncorrectable
error ( 80006000-20010000-0108000112345678):
Note - The command example is subject to change without prior notice for functional improvement.
  1. To learn more detailed information, log in to the XSCF, and execute the showlogs command to identify fault information.
  2. Check the log information. If required, notify a service engineer of the DIAGCODE output in the log.