Causes of an LED 610 During a Sysback Network Boot


Contents

About this document
Summary of the causes and recovery procedures

About this document

This document summarizes the causes and recovery procedures for an LED 610 during a Sysback network boot. The information in this document has been verified for AIX Versions 3.2, 4.1, 4.2 and 4.3. It has also been verified for sysback.obj 3.3.3 and sysback.rte 4.1.x.x.


Summary of the causes and recovery procedures

Condition:

An NFS mount of the /usr file system from the server is hanging during a Sysback classic network boot.

Possible causes:

  1. The /etc/exports file does not have the correct permissions for the client to mount /usr.

    Solution

    Execute the following command:

        exportfs
    

    Look for the line starting with /usr. Make sure the client host name is included on the line.

    Example

        /usr -ro, root=node1,node2
    

    In the preceding example, only node1 and node2 are exported to NFS mount /usr. If your client's host name is not included on that line, then add the network boot client using the smitty sysback command as follows:

        smitty sysback
    

    Choose the following options in sequence:

        Configuration Options
        Network Boot Configuration
        Add or Change a Network Boot Client
    

    Make sure each entry is filled in correctly.

    Example

    Client network adapter type             [token-ring]
    Client platform/kernel type             [rspc]
    Client hostname                         [mars.aix.dfw.ibm.com]
    Server IP address                       [9.19.129.186]
    Client gateway address (optional)       [9.19.141.241]
    Client subnet mask (optional)           [255.255.240.0]
    Client adapter hardware address (optional)    []
    

    Execute the following command to verify the correct client host name:

        exportfs
    

    Look for the line starting with /usr. Make sure the client host name is included on the line.

  2. The /etc/exports file does not have an entry for /usr.

    Solution

    Execute the following command:

        exportfs
    

    If there is no entry for /usr in the /etc/exports file, then follow the steps in the solution in the preceding section.

    Watch for this error message when you are adding the network boot client (the example is for configuring a network boot for client thumper.aix.dfw.ibm.com):

        /usr ro,root=thumper.aix.dfw.ibm.com
        Starting NFS and BOOTP services ..
        exportfs: /usr: sub-directory (/usr/lpp) already exported
        /usr not found in /etc/exports
    

    If you get this error, the client has been configured but you must correct the problem with the export by performing the following steps, before booting the client.

    Execute the following command:

        exportfs
    

    If a subdirectory for /usr that is not a file system is already in the /etc/exports file, then you cannot export the parent directory /usr.

    Example output from the exportfs command

        /usr/sys/inst.images -rw
        /usr/lpp             -root=mars,access=mars
    

    In this example /usr/sys/inst.images is its own file system but /usr/lpp is still part of /usr file system. You cannot export /usr until you remove /usr/lpp from the /etc/exports file.

    To remove /usr/lpp from the /etc/exports file, execute the following command:

        /usr/sbin/rmnfsexp -d /usr/lpp  -B
    

    Then re-add the network boot client by following the steps for that process in the preceding section.

    Verify the addition by executing the following command:

        exportfs
    

    Look for the line starting with /usr. Make sure the client host name is included on the line.

  3. A defect that existed in sysback.obj 3.3.1.x - 3.3.3.5 could be at fault. It is fixed with sysback.obj 3.3.3.17.

    An update of Sysback may be ordered by calling 1-888-426-4343 (U.S. Only), select option 3 at the voice menu, or visit http://sysback.services.ibm.com for more information.

    Install the new version of Sysback, and rebuild your boot image using smitty, as follows:

        smitty sysback
    

    Choose these options in sequence:

        Configuration Options
        Network Boot Configuration
        Configure/Update a Network Boot Image
    

If you followed all of the preceding steps and the system still stops at an LED 610 during a network boot to Service mode, you may want to further pursue system recovery assistance from one of the following:






[ Doc Ref: 90605189714758     Publish Date: Jan. 08, 2002]