Agent-Free Systems Management
On server class systems, monitoring and managing hardware health/configuration remotely for large number of systems is crucial. One important component of this systems management solution on each server is the Service Processor. System Administrators and Monitoring/Configuration Software (like Nagios, etc.) connect to the Service Processor via shared/dedicated management networks.
The information provided by the Service Processor is mostly independent of the Operating System running on the server. It is possible through systems management software installed on the operating system to obtain a richer set of systems management functionality overall. Such systems management software that run on Linux are specific to the vendor of the server, and can also be proprietary. They can also be bulky and require to be validated/managed like any other application.
We can envision an ideal systems management solution comprising of the Service Processor and the operating system combination that “just work” without the need for a vendor specific (and sometimes proprietary) software without a major loss of feature.
The goal of this feature is the substitute some of the important functionality of the systems management software that is usually installed on the operating system by a native implementation. This will also put existing standards already in use by Service Processors like IPMI and WSMAN to better use.
- Name: Charles Rose
- Email: email@example.com
- Targeted release: Fedora 18
- Last updated: 2012-07-23
- Percentage of completion: 30 %
Benefit to Fedora
The Fedora users of servers that contain Service Processors do not have to install additional software dedicated to systems management and still expect standard pieces of information to be available remotely.
The new features will require additions/modifications to:
- Fedora’s start-up scripts and default configuration files of certain services
- Support for IPMI in Anaconda
How To Test
- Install Fedora on test machine with service processor
- Publish OS information to Service Processor
- Service Processor should provide the OS Version and Name via various supported interfaces
- Heartbeat to Service Processor
- With the watchdog daemon configured, a kernel panic or system crash should result in the system rebooting after the set time and a snapshot of the crash and/or an entry in the SEL log should be recorded.
- Retrieve log from Service Processor
- syslog should contain IPMI SEL events logged by ipmievd
- Support for redirection of SNMP
- After configuration of /etc/snmpd.conf, snmp queries to Fedora with the Service Processor OID should succeed and return correct values that would otherwise be retrieved via the Service Processor's snmp agent.
- Include IPMI support in anaconda
- During install time, we should have access to ipmitool or freeipmi commands that can be used via kickstart's pre-install section.
- Easier management of larger networks using industry standard technologies.
- Minimal intervention from user in configuring Service Processor access details in the OS.
- Document with script-lets how similar functionality can be achieved.
- Will be provided as part of a separate package, TODO.
- IPMI Specification
- Agent-free systems management of Fedora system remotely via Service Processor.