Skip to main content
  1. Home >
  2. Products >
  3. Computing Products >
  4. Servers >
  5. Fujitsu SPARC servers >
  6. Downloads >
  7. User Manuals >
  8. PCI Expansion Unit for Fujitsu SPARC M12 and Fujitsu M10/SPARC M10 Service Manual >
  9. 6.3.2 Mounting the Link Card on the Server Using Physical Partition Dynamic Reconfiguration (DR)

6.3.2 Mounting the Link Card on the Server Using Physical Partition Dynamic Reconfiguration (DR)


6.3.2 Mounting the Link Card on the Server Using Physical Partition Dynamic Reconfiguration (DR)
This section describes the procedure for mounting the link card on the server using physical partition dynamic reconfiguration (DR).
For details, see "10.6.1 Incorporating the SPARC M12-2S Into the Physical Partition Using PPAR DR" in the Fujitsu SPARC M12-2/M12-2S Service Manual or "6.5.1 Incorporating a chassis into a physical partition" in the Fujitsu M10-4/Fujitsu M10-4S/SPARC M10-4/SPARC M10-4S Service Manual.
Note - For Oracle VM Server for SPARC 3.2 or later, to mount the link card on the server, pull all the PCIe cassettes containing PCIe cards out of the PCI expansion unit in advance. Mount the link card on the server before installing the pulled-out PCIe cassettes in the PCI expansion unit. Then, use PHP for the PCIe cards in the PCI expansion unit to incorporate them into server.
  1. Log in to the XSCF shell.
  2. Execute the addboard command with the -c configure option specified to incorporate the target chassis into the physical partition.
    Enter "y" in response to the confirmation message.
    The following example mounts PSB 00-0 on PPAR-ID.
XSCF> addboard -c configure -p 0 00-0
  1. Execute the showresult command to check the end status of the addboard command that has just been executed.
    The following example shows that "0" is returned as the end status and the execution of the addboard command has been completed successfully.
XSCF> showresult
0
  1. Execute the showboards command to confirm that the chassis requiring maintenance has been incorporated into the physical partition.
    The BB-ID of the server requiring maintenance is indicated by the system board (PSB) number.
XSCF> showboards -a
  1. Execute the showstatus command to confirm that the FRU is operating normally after the completion of maintenance.
    Nothing is displayed if it is normal.
XSCF> showstatus
  1. Execute the showhardconf command to check the hardware configuration and the status of each FRU.
    Confirm that no asterisk (*) is displayed in front of any FRU.
XSCF> showhardconf
  1. If the state of the master chassis requiring maintenance was switched to the standby state before maintenance, execute the switchscf command to switch the chassis to the master XSCF.
XSCF> switchscf -t Standby
  1. Add the root complex that was removed from the control domain before maintenance.
    For details, see "6.4.1 Returning the Root Complex to the Control Domain."
  2. Start the root domain to which the root complex was assigned before maintenance from the unbind state.
    For details, see "6.4.2 Work to Return the Root Complex to the Root Domain."
  1. If you have replaced a link card or I/O board, match the firmware version of the replaced card or board.

    If the version is the same as that on this replaced part, go to step 11.

    b. If the version is different from that on this replaced part, match the firmware version of the replaced part. See "6.6.4 Updating the Firmware" for details to perform work up to step 3.

    c. To reflect the firmware, log in to the root domain, and restart Oracle Solaris.
# telnet localhost <port number>
...

# shutdown -i6 -g0 -y
  1. d. Confirm that the firmware version is now the same as that on the replaced part. For details, see "Check Method When the System Has been Started" in "6.6.1 How to Check the Serial Number and Firmware Version of the PCI Expansion Unit."
  1. Install all the PCIe card cassettes into the PCI expansion unit.
    Lower the lever while pressing the latch of the PCIe card cassette to secure it.
  1. Execute the svcadm enable hotplug command to activate the hotplug service.
# svcadm enable hotplug
  1. Execute the cfgadm command to supply power to the PCIe card.
    For the Ap_ID, enter the PCIe card Ap_ID you noted before the start of maintenance.
# cfgadm -c connect Ap_ID
  1. Execute the cfgadm command to incorporate the PCIe card into the logical domain.
    For the Ap_ID, enter the PCIe card Ap_ID you noted before the start of maintenance.
# cfgadm -c configure Ap_ID
  1. Execute the cfgadm command to confirm that the PCIe card requiring maintenance has been incorporated into the logical domain.
    In the following example, the [Receptacle] is displayed as "connected" and the [Occupant] as "configured," indicating that the PCIe card requiring maintenance is incorporated into the logical domain.
# cfgadm -a
Ap_Id Type Receptacle Occupant Condition
BB#0-PCI#0:iobE7a77.pcie4 etherne/hp connected configured ok
  1. If you released the I/O device assigned to an I/O domain before maintenance, return the physical I/O device (PCIe end point device) to its original state.
    For details, see "6.4.3 Work to Return the Physical I/O Device to the I/O Domain."
  2. Suppose that the virtual function (VF) using the SR-IOV function was removed or destroyed before maintenance. Based on the retained output results of the ldm list-io command, create and assign the virtual function to the domain again.
    For details, see "6.4.4 Work to Restore the SR-IOV Function."
  3. Before maintenance, a virtual device (vnet, vdisk) of a guest domain may have been kept unused. Return it back to the unused state.
    For details, see "6.4.5 Work to Restore a Virtual Device."