1.2.3 XSCF Functions
1.2.3 XSCF Functions
XSCF shell and XSCF Web
The XSCF provides the XSCF shell and XSCF Web, enabling users to display the server status, operate the server, display the physical partition status, operate a physical partition, and display a console.
System Initialization and Initial Diagnosis
The XSCF performs an initial self-diagnosis at the input power-on time or XSCF reboot time, to detect and notify the user of any failure in the XSCF. It also makes the initial hardware settings of the XSCF and also initializes the required hardware for starting Oracle Solaris.
System Configuration Recognition and Physical Partition Configuration Management
The XSCF manages CPUs, memory, and I/O system resources by chassis, displays the state of the system configuration, and creates and changes a physical partition configuration.
In the SPARC M12-2S and SPARC M10-4S, users can configure a physical partition by connecting multiple chassis using the building block system with one chassis (1BB) as the minimum unit. Chassis (BBs), physical partition configuration units, are managed by logical numbers (LSB numbers), which are recognized by logical domains.
In addition, in linkage with the Hypervisor firmware, the XSCF firmware monitors the memory, CPUs, and I/O resources used by the logical domains configured from Oracle VM Server for SPARC software.
In the SPARC M12-2S and SPARC M10-4S, users can configure a physical partition by connecting multiple chassis using the building block system with one chassis (1BB) as the minimum unit. Chassis (BBs), physical partition configuration units, are managed by logical numbers (LSB numbers), which are recognized by logical domains.
In addition, in linkage with the Hypervisor firmware, the XSCF firmware monitors the memory, CPUs, and I/O resources used by the logical domains configured from Oracle VM Server for SPARC software.
Note - A system of one SPARC M12/M10 unit consists of one physical partition. |
Failure Monitoring and RAS Functions
The XSCF batch controls/monitors the server so that the system operates stably. Upon detecting a system failure, it immediately starts collecting a hardware log, performs an analysis, identifies the failure location, and determines the failure status. The XSCF displays the status and performs parts degradation, physical partition degradation, and a system reset, as needed, to prevent another failure from occurring. The XSCF ensures high reliability, availability, and serviceability (RAS) of the whole system.
The target of monitoring is as follows.
The target of monitoring is as follows.
- Hardware configuration management and monitoring
- Network configuration monitoring
- Monitoring of cooling units, such as the fan units, and the ambient temperature
- Monitoring of the physical partition status and logical domain status
- Monitoring of peripheral failures
Function to Notify the System Administrator of Failure Information
The XSCF constantly monitors system operation. The XSCF provides the following services to notify the system administrator of failure information.
- Server monitoring function without relying on Oracle Solaris operation
- Remote control of the server from a remote location
- E-mail notification when trouble occurs
- Trap notification using the SNMP agent function
Messaging and Logging
The XSCF collects and stores system failure information. Failures and failure locations are identified from hardware failure information, which also provides server failure predictions and accurate, easy-to-understand information to users immediately after failure occurrence. For details of error messages and logs, see "Chapter 12 Checking Logs and Messages."
The displayed messages are as follows.
The displayed messages are as follows.
- Initial diagnosis message at system startup
- Message displayed at the same time that network configuration monitoring detects a configuration failure
- Message displayed at the same time that the failure of a part is detected
With information from monitoring of the status of the power supply unit, fan, system board, memory, CPU, and other components, the system administrator can quickly find out about a part to be replaced. - Message displayed at the same time that an environmental failure is detected
Monitoring of the server temperature and CPU temperature can prevent system instability due to a temperature rise.
The logs that are taken are as follows.
- Error log
- Monitor message log
- Power log
- Event log
- Console log
- Panic log
- IPL log
- Audit log
- COD log
- Temperature history log
- Active Directory log
- LDAP over SSL log
XSCF User Account Management
The XSCF manages the user accounts for using the XSCF. The types of privilege for user accounts managed by the XSCF are listed below. The available operations on the provided XSCF shell and XSCF Web depend on the user account type (referred to as a user privilege).
- System administrator
- Physical partition administrator
- Operator
- Field engineer
Security
The XSCF provides encryption and audit functions via SSH and SSL/TLS. Operational errors and invalid accesses are recorded in logs while the system is running. The system administrator can use the logs to investigate the causes of system failures and invalid accesses.
Assistance in Active Replacement of a Part
The XSCF assists maintenance work through the XSCF shell during active replacement of a part. When a maintenance command is executed, the maintenance menu appears. The user can then follow the menu to perform the maintenance.
Console Redirection Function
The XSCF provides a function to output to the OS console (control domain console) of Oracle Solaris in each physical partition. With an SSH (Secure Shell) or Telnet connection to the XSCF, the function can serve as the OS console.
CPU Activation registration/management function
Registering the CPU Activation key with the XSCF allows the permanent usage of server CPU resources. Before the server enters operation, one or more CPU Activations must be purchased.
The XSCF performs the work of adding a CPU Activation key when additional CPU resources become necessary. The XSCF performs the work of removing a CPU Activation key when you want to decrease the CPU resources.
For details of CPU core resource use, see "Chapter 5 CPU Activation."
The XSCF performs the work of adding a CPU Activation key when additional CPU resources become necessary. The XSCF performs the work of removing a CPU Activation key when you want to decrease the CPU resources.
For details of CPU core resource use, see "Chapter 5 CPU Activation."
Firmware Update Function
Using XSCF Web and XSCF shell commands, you can download a new firmware (XSCF firmware, OpenBoot PROM firmware, POST firmware, or Hypervisor firmware) without powering off the physical partition. You can also update the firmware without powering off the other physical partitions. Note that if you update the OpenBoot PROM firmware, POST firmware, or Hypervisor firmware when the physical partition is started, the update is applied when the physical partition is rebooted. For details of firmware updates, see "Chapter 16 Updating the XCP Firmware."
Green IT Function
Oracle Solaris, Hypervisor, and the XSCF stop power input to components not in operation to suppress power consumption. The XSCF can also control the upper limit value of power consumption to suppress system power consumption. If the upper limit value is exceeded, the XSCF immediately determines the system power operations and performs a shutdown or power-off operation.
Time Control
The SPARC M12/M10 sets the XSCF clock as the system reference time.
The physical partitions of the SPARC M12/M10 systems synchronize the time with the XSCF clock at physical partition startup. The XSCF manages time differences from the control domain in linkage with the Hypervisor firmware.
The physical partitions of the SPARC M12/M10 systems synchronize the time with the XSCF clock at physical partition startup. The XSCF manages time differences from the control domain in linkage with the Hypervisor firmware.
Physical Partition Dynamic Reconfiguration (PPAR DR) Function
In a building block configuration, the XSCF supports the work necessary to dynamically change the configuration of the physical partition while the system is running. The dynamic reconfiguration of the physical partition (PPAR DR) enables you to add or delete a building block (SPARC M12-2S or SPARC M10-4S) of the physical partition, with the physical partition being operated. For details of the PPAR DR function, see the Fujitsu SPARC M12 and Fujitsu M10/SPARC M10 Domain Configuration Guide.
Note - In SPARC M12-1/M12-2/M10-1/M10-4, the PPAR DR function cannot be used. |
< Previous Page | Next Page >