| United States-English |
|
|
|
![]() |
Interface Card OL* Support Guide: HP-UX 11i v2 > Chapter 1 PCI Card OL* Overview and ConceptsPlanning and Preparation |
|
For the most part, these tools prevent you from performing OL* procedures that would adversely affect other areas of the server. This section provides you with important information that can help minimize errors or problems when performing OL* procedures. When adding an interface card online, the first issue that must be resolved is whether the new card is compatible with the system. Each OL* capable PCI slot provides a set amount of power. The card to be added cannot require more power than is available. Some systems may have only one slot per bus with sufficient power. The card must also operate at the slot’s bus frequency. “Frequency Mismatch”. When a card is added to the system, the appropriate driver for that card must be configured in the kernel before beginning the operation. In most cases, the added card should be the same type as a card already in the system, and the driver will be in the kernel. Kernel Configuration is accessible through kcweb. If the required driver is not present, a reboot will be required to load the driver. The card could be added while the system is down, or added online after rebooting. A reboot may not be needed if the OS version supports Dynamic Loadable Kernel Modules (DLKM).
When replacing an interface card online, the replacement card must be identical. This is referred to as like-for-like replacement and should be adhered to because using a similar card, but not identical, may cause unpredictable results. For example, a newer version of the target card which is identical in terms of hardware may contain an updated firmware version that could potentially conflict with the current driver. If a new card is not acceptable, pdweb will report that the card cannot be resumed, the Attention Button method will result in the slot not being powered up, and olrad will return an error.
The PCI specification allows a single physical card to contain more than one port. Attempting to replace a card with another card that has more ports than the original could result in the additional port(s) being claimed by other drivers if an ioscan occurs while the slot power is on. The ports would be claimed properly, and recovering from that condition would require a system reboot. Replacing a card that is still operating can have extensive ramifications. Since power to the slot must be off when the old card is removed and the new card is inserted, the effects of shutting down the card’s functions must be considered. This is particularly important if there is no online fail-over or backup card to pick up those functions. For example:
A critical resource is one that could cause a system crash or loss of data if the slot were suspended or disconnected. For example, if the SCSI adapter to be replaced connects to the un-mirrored root disk or swap space, the system will crash when the card is shut down. During an OL* procedure, it is essential to check the targeted card for critical resources, as well as the effects of existing disk mirrors and other situations where a card’s functions can be taken over by another card that will not be affected. For details using pdweb, see Chapter 2 “pdweb - Peripheral Device Tool Web Interface” |
||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||