Wiki code for Fault Management

Hide Line numbers
1: =Fault Management Community
2: 
3: {{toc start=2 depth=3 numbered=false scope=page /}}
4: 
5: ==About Predictive Self-Healing
6: 
7: Self-healing functionality for users and administrators of a modern operating system provides fine-grained fault isolation and restart where possible of any component — hardware or software — that experiences a problem. To do so, the system must include intelligent, automated, proactive diagnoses of errors that are observed on the system. The diagnosis system is used to trigger targeted automated responses or guided human intervention that mitigates a specific problem or at least prevents it from getting worse. Finally, these new system capabilities are connected to a new model for system administrators oriented around simpler, higher-level abstractions. Sun’s first Predictive Self-Healing features are part of the OpenSolaris OS and the [[Solaris 10 OS>>http://www.sun.com/software/solaris/10/]] and include the Fault Manager and the [[Service Manager>>Community Group smf.WebHome]].
8: 
9: ==About Fault Management
10: 
11: The Solaris Fault Management effort (originally code-named **FMA** inside of Sun) provides a new architecture for building resilient error handlers, error telemetry, automated diagnosis software, response agents, and a consistent model of system failures for a management stack. Many parts of Solaris are already participating in FMA, including the CPU and Memory error handling for UltraSPARC III and IV, the UltraSPARC PCI HBAs, and more. And a variety of projects are underway, including full support for CPU, Memory, and I/O faults on Opteron, conversion of key device drivers, and integration with various management stacks.
12: 
13: The legacy UNIX failure model was simply to leave error handling up to each subsystem author, and simply provide the ability to emit an error message for a human to the system log in a non-standard format. When a subsystem is converted to participate in Fault Management, error handling is made resilient so that the system can continue to operate despite some underlying failure, and telemetry events are produced that drive automated diagnosis and response. The Fault Management tools and architecture enable development of self-healing content for software //and// hardware failures, for both microscopic and macroscopic system resources, all with a unified, simple view for administrators and system management software.
14: 
15: Some objectives for the Fault Management Community are to:
16: 
17: * Convert hardware and software subsystems to participate in Fault Management
18: * Connect Solaris Fault Management to system management protocols and software
19: * Evolve and enrich the tools and common architecture for Fault Management
20: * Research underlying failure modes and design and develop automated diagnosis software that is able to build effective self-healing for particular resources
21: 
22: ==Information Resources
23: 
24: ===Discussion Forum
25: 
26: Participate in Fault Management discussions.
27: 
28: **fm-discuss** General discussion of the tools, technology, infrastructure, and content to permit Solaris and Sun products to recover from, diagnose, isolate, and explain faults
29: [[Jive forum interface>>http://www.opensolaris.org/jive/forum.jspa?forumID=49]] or [[Mailman interface>>http://mail.opensolaris.org/mailman/listinfo/fm-discuss]]
30: To subscribe, see "Subscribing to edu-discuss" on the [[mailman page>>http://mail.opensolaris.org/mailman/listinfo/fm-discuss]] or send an empty email to fm-discuss dash subscribe at opensolaris dot org 
31: 
32: ===Documentation
33: 
34: * **FMA Events and Messages**
35: ** Diagnosis results obtained from the Fault Management software in Solaris contain links to the [[Knowledge Article Web>>http://www.sun.com/msg/]].
36: ** The FMA [[Event Registry>>Project events-registry.WebHome]] is the central repository for all fault management events passed between error handlers, the fault manager and its agents.
37: * **Fault Management for System Administrators.** This [[Fault Management>>http://wikis.sun.com/display/OpenSolarisInfo/Fault+Management]] piece is pointed to from [[Working with the Fault Manager>>http://wikis.sun.com/display/OpenSolarisInfo/Working+with+the+Fault+Manager]] in the Troubleshooting section of the //[[OpenSolaris System Administration Guide>>http://wikis.sun.com/display/OpenSolarisInfo/OpenSolaris+System+Administration+Guide+Table+of+Contents]]//.
38: * **Man Pages**
39: ** [[fmd(1M)>>http://docs.sun.com/app/docs/doc/819-2240/fmd-1m]]
40: ** [[fmadm(1M)>>http://docs.sun.com/app/docs/doc/819-2240/fmadm-1m]]
41: In OpenSolaris 2008.11, the fmadm repair command was replaced by the following new commands: fmadm repaired (synonymous with fmadm repair), fmadm replaced, and fmadm acquit.
42: ** [[fmdump(1M)>>http://docs.sun.com/app/docs/doc/819-2240/fmdump-1m]]
43: In OpenSolaris 2008.11, the preferred method to display fault information and determine the FRUs involved is the fmadm faulty command, not the fmdump command.
44: ** [[fmstat(1M)>>http://docs.sun.com/app/docs/doc/819-2240/fmstat-1m]]
45: * **Writing Device Drivers for FMA.** The //[[Writing Device Drivers>>http://docs.sun.com/app/docs/doc/819-3196]]// guide contains a section "Sun Fault Management Architecture I/O Fault Services" in "Chapter 13, Hardening Solaris Drivers." This section describes the steps and techniques used to write an FMA-aware driver.
46: * **Fault Management Daemon Programmer’s Reference Manual.** The [[FMD PRM>>attach:Community Group fm.WebHome@FMDPRM.pdf]] [PDF] is a description of the internal architecture of the Sun Fault Management Daemon, fmd(1M), and the programming interfaces exported by the daemon.
47: ** FMDPRM 1.4 April 2008. Added -b option to the fmtopo command. Changed descriptions of TOPO_WALK_CHILD and TOPO_WALK_SIBLING.
48: ** FMDPRM 1.3 March 2008. Added repaircode to the table of Fault Management Configuration Properties.
49: ** FMDPRM 1.2 August 2007. Initial post of this document.
50: * **Eversholt Fault Tree Description Language.** The //[[Eversholt Fault Tree Description Language>>attach:Community Group fm.WebHome@EVERSHOLT.pdf]]// [PDF] explains how to use the eversholt language to describe fault trees in the Sun Fault Management Architecture.
51: ** //Eversholt Fault Tree Description Language,// 1.8, November 2008. Initial post of this document.
52: 
53: === What’s New
54: 
55: The OpenSolaris universe of [[new fault management>>Community Group fm.Features]] activities (projects, ARC cases, diagnosis engines, recovery agents and error handlers).
OpenSolaris

Top Menu

Wiki code for Fault Management

Search

Collectives

Community Group

Project

User Group

Subsites

Community Group fm Pages
