10.16.2 Causing a Panic in a Control Domain
10.16.2 Causing a Panic in a Control Domain
Use the reset command of the XSCF firmware to cause a panic in the specified control domain.
Execute the command with a user account that has the platadm or fieldeng privilege. You can also execute it with a user account that has the pparadm or pparmgr privilege for the target physical partition.
Execute the command with a user account that has the platadm or fieldeng privilege. You can also execute it with a user account that has the pparadm or pparmgr privilege for the target physical partition.
Note - The reset command forcibly causes a panic in the specified control domain, so it may cause the failure of a disk, etc. Limit use of the command to emergencies, etc. |
XSCF> reset -p ppar_id -g primary panic |
For ppar_id, specify the physical partition ID associated with the control domain (the domain belongs to the partition) where the panic will occur. You can specify an integer from 0 to 15, depending on the system configuration.
The reset command is ignored while the input power is off and while the control domain is shut down.
The reset command is ignored while the input power is off and while the control domain is shut down.
Operation Procedure
- Execute the reset command to cause a panic in the specified control domain.
The following example causes a panic in the control domain of physical partition ID 0.
XSCF> reset -p 0 -g primary panic PPAR-ID:00 GuestDomain to panic:primary Continue? [y|n] : y 00 primary :Resetting *Note* This command only issues the instruction to reset. The result of the instruction can be checked by the "showdomainstatus". XSCF> |
- Execute the showdomainstatus command and confirm that a panic occurred in the specified control domain.
XSCF> showdomainstatus -p 0 |
< Previous Page | Next Page >