[Previous]   [Next]   [Contents]   [Index]   

Troubleshooting

This section includes the following topics:

You can find additional troubleshooting information in the following sections:

If the Netstation Does Not Boot

When you power on a Netstation, it goes through the steps described in Starting Up the Netstation. If a boot screen does not appear, there are two possibilities:

If the Netstation continues to beep after these initial three beeps, the beeps that follow provide information about the problem and likely solution. You may have one of the following problems:

Identifying Problems with Memory

After the initial three beeps:

Identifying Problems with the Built-in Flash ROM

If the Netstation is having trouble booting, the built-in flash ROM may be corrupt. If the boot sequence fails, the Netstation automatically begins a recovery sequence that searches for a new flash ROM fileset on the network. One of three situations will occur:


Note: For the Netstation to boot using the recovery sequence, it must be on a LAN.

Solving Monitor Problems

If your monitor does not work, the monitor may not be synchronized properly, or the Netstation cannot recognize the video information. For more information, refer to the following sections:

If Your Monitor Does Not Synchronize

If your monitor does not synchronize automatically when you power on the Netstation, you may have to manually set your monitor type. Complete the following steps:

  1. Switch the Netstation off and on.

  2. At the sound of the third beep, press and release the space bar. To set up your monitor:

    1. Hold down the left [Alt] key.

    2. Using the numeric keypad keys, type the numbers from the monitor's model number (for example, type [Alt][2][7][4][5] for a monitor type of C2745A).

    3. Release the [Alt] key.

For a complete list of the [Alt] sequences to set your monitor type, view the /opt/hpxt/enware2/xthome/lib/monitorfile file.


Note: For some recently-introduced monitors, you may need to type in the model number of the monitor it replaced. If this applies to your unit, the monitor's box contains a sheet that tells you which model number to use.

If your monitor synchronizes, but you want to improve the video output, complete the following steps:

  1. Hold down the left [Alt] key.

  2. Using the numeric keypad keys, type the number for the monitor's resolution from the following list:
    Numeric Key
    Monitor Resolution
    0
    1600x1200 (Digital Sync)
    1
    1280x1024 (Digital Sync)
    2
    1152x900 (Digital Sync)
    3
    1024x768 (Digital Sync)
    4
    800x600 (Digital Sync at 85 Hz)
    5
    800x600 (Digital Sync at 75 Hz)
    6
    640x480 (Digital Sync)
    7
    1280x1024 (Sync on green)
    8
    1024x768 (Sync on green)
    9
    1024x768 (Black and white)

  3. To fine tune the monitor's image, hold down the left [Alt] key and repeatedly press the [+] key until you view the desired resolution.

If the Monitor Does not Work

Topics in this section include:

Normal Behavior

When you boot an HP ENVIZEX II, the boot screen displays an icon similar to the following:


Monitor Boot Screen Icon If your monitor does not display any image when the Netstation is booted, check that the video memory (SGRAM) card was installed correctly. Complete the following:

  1. Open the chassis.

  2. Ensure the video card is aligned properly and pushed down so that the clips are in an upright position:


Installing the Video Card

Selftests

The first step towards diagnosing a problem involving the monitor or video memory is to run the selftests from the Terminal - Selftest Int. configuration screen. Complete the following steps:

  1. Press and hold [F12] to access the configuration screens.

  2. Select [Terminal], then [Selftest Int.].

  3. Select the [Display] and [Video Memory] buttons to enable them.

  4. Select the appropriate devices from the device button in the same row.

  5. Select the appropriate tests from the tests button in the same row.

  6. Select [Run Tests].

Messages appear in the message box at the bottom of the configuration screen. These messages are also logged to the log screen.

Troubleshooting Hints

If the monitor does not display any image when the Netstation is booted, you will hear two short beeps and (after 4 or 5 seconds) a long, low beep. This indicates that the Netstation has not recognized the video memory. Check the following:

  1. Run the selftests as described in Selftests. If an error occurs, take the appropriate action as indicated by the error message. Check the log (Diagnostic - Log configuration screen) for all messages.

  2. Check the /opt/hpxt/enware2/xthome/lib directory to make sure the monitorfile file exists. If this file does not exist, and you are booting from a flash DIMM, make sure that the flash DIMM is working properly. Refer to Troubleshooting the Flash DIMM for information on troubleshooting the flash DIMM.

Logging in with Rlogin or Telnet

If the Netstation will not boot, you can use rlogin or Telnet as follows.
Note: These instructions do not provide full rlogin or Telnet emulation. For full emulation, start an hpterm or xterm session after you boot, as described in Using Local Terminal Emulators.

  1. Power on the Netstation.

  2. On the first screen that appears, select the Telnet icon.

  3. On the window that appears, you can specify the following: Make the selections that you want, then select [Connect].

  4. An rlogin or Telnet session is started. When you are finished with the session, select [Dismiss].

  5. Select [Start] to boot the Netstation, or select [Setup] to go to the configuration screens.

Solving DHCP/BOOTP Problems

This section helps you solve some problems you may encounter with DHCP/BOOTP. See:

If You Are Transferring Parameters through a Gateway

Using DHCP/BOOTP to transfer parameters through a gateway may work, but it is not supported; the boot server should be on your immediate network subnet. If you cannot use DHCP/BOOTP, go to the Network - Ethernet (1) configuration screen and select User Input for the Parameters From field.

If You Have Edited bootptab Manually

If an error is present in an entry, all entries below the erroneous entry are inaccessible. These errors are best diagnosed by turning on inetd logging. Refer to the man page for inetd for details.


Note: We strongly recommend that you use the administration script (xtadm) to create bootptab entries instead of editing the file directly.

For more information about editing bootptab manually, refer to the following sections:

Including Vendor Information Tags

The DHCP/BOOTP packet is divided into a standard portion and a vendor information portion. The tags that supply vendor information are terminalname.domain, ds, gw, sm, T144, and T145. T144 and T145 are specific to the Netstation:

Tag
Description
T144
Specifies the name of the remote configuration file, if any, and enables the remote configuration to be downloaded. The name of the file must be in double quotes, for example, "xterm1.cfg".
T145
Specifies the name or IP address of the file server, the computer where the X server file resides, if different from the computer that responds to the DHCP/BOOTP request (the boot server). Two names or IP addresses separated by a blank are permitted; the first is stored in the File Server field and the second is stored in the Alt. File Server field. The names or IP addresses must be in double quotes, for example, "75.6.8.3 75.6.8.5". Leave this tag out if the file server is the same as the boot server.

Size Limitations on Vendor Information

The total size of the vendor information portion of a DHCP/BOOTP packet cannot be larger than 64 bytes. Hence, it is important to minimize the length of all strings. It may also be advisable to omit the inclusion of an alternative name server unless it is deemed necessary.

The size of the vendor information portion of a DHCP/BOOTP packet can be calculated as follows:

If There Is Not Enough Room for Your Vendor Information

If there is not enough room for your information in the vendor information portion of the DHCP/BOOTP packet, you can still download the information by using a remote configuration file. If you installed your Netstations by using the administration script, it created the remote configuration files automatically and you need only to edit them. For details on using remote configuration, refer to Configuring Your Netstations.

Solving NFS Problems

If the Netstation boots using TFTP but not using NFS, NFS probably has not been set up properly:

If NFS works in general except for certain fonts, there must be something peculiar about these fonts. Look in /etc/checklist (/etc/dfs/dfstab for HP-UX 10.x or /etc/dfs/dfstab for Solaris 2) and review the partitioning of your file systems.

If you use the administration script to add a Netstation while NFS is installed on your computer, your Netstation is assigned export permission for all installed HP Netstation Software font directories. Additional font directories must be on the same physical drive or disk partition. If your font directories do not meet this condition, you need to edit /etc/exports.

If you are able to boot using TFTP but occasionally have problems with NFS, check the number of CRC errors on the Ethernet Statistics screen to see if you have a noisy LAN.


Note: NFS may not work over devices unable to accommodate an entire 8KB NFS read or write buffer sent in a burst. This includes HP Remote Bridges operating over serial links of less than 64 Kbps.

If TFTP and NFS fail but the LAN is working, configuration files may not be set up properly on the file server or the Netstation software may not be installed correctly:

  1. If you have an inetd security file at /usr/adm/inetd.sec, check that it contains the IP address of your Netstation.

  2. If you have a large /etc/hosts table (with more than 200 entries), check that your Netstation is entered near the top of the table.

  3. Check the /usr/adm/messages and/or /usr/adm/syslog files.

Solving Problems Related to TFTP

If you are planning to use TFTP on HP-UX 9.00 or 9.01, you must apply patch PHNE-5226.

If you are trying to save your remote configuration file from the configuration screens, you should be aware that TFTP is READ ONLY. As an alternative, use NFS.

Solving Problems Related to the Networking Card

Topics in this section include:

Normal Behavior

Your Netstation comes with a 10BaseT Ethernet port. You can also install:

If you do not install a 100VG card or a ThinLAN/AUI card, you can install a second 100BaseT card.

When you boot the Netstation, the following icon appears:


Network Card Boot Screen Icon

The following text can appear under the icon:

Depending upon the network card you have installed, the normal behavior may be to show one of two network cards. See the following sections:

If You Have a 100VG Card Installed

If the icon does not appear and you have installed a 100VG adapter card, open the Netstation chassis and ensure the card is connected properly to the riser card. Ensure that the screw has been replaced:


Connecting a Network Card

If You Have a 100BaseT Card Installed

If you have installed a 100BaseT card, you should normally see two (2) network icons:

Logging in the Node (100VG Only)

When you attach a Netstation to a 100VG network, there is an initial training period (called "logging in a node") during which the hub becomes aware of the node and includes it in its polling cycle. During this period (up to 12 seconds), no data can be sent or received over the network.


Note: The 100VG card supports Ethernet framing only: it does not support Token Ring framing.

Selftests

The first step towards diagnosing a network problem is to run the selftests. The selftests are slightly different depending upon the type of network card you have installed. See the following sections:

For 100VG or ThinLAN/AUI cards

For the 100VG card or ThinLAN/AUI card, do the following:

  1. Press and hold [F12] to access the configuration screens.

  2. Select [Diagnostic], then [Selftest Int.].

  3. Select the [LAN] button to enable it.

  4. Select [100BaseVG] or [ThinLAN] from the device button in the same row.

  5. Select [All tests], [Internal Tests], or [External tests] from the tests button in the same row.

  6. Select [Run Tests].

For Fast Ethernet 100BaseT cards

For the 100BaseT (Fast Ethernet) card, do the following:

  1. Press and hold [F12] to access the configuration screens.

  2. Select [Diagnostic], then [10T/100T SelfTest].

  3. Review the text that appears on the screen. This text indicates the successful or non-successful transmission of data between the network card and the network hub. If the text indicates problems, proceed with the following steps.

  4. Select from one of the following buttons to execute the selftest: [Internal Loopback], [Physical Layer Loopback], or [Wire Loopback].

  5. Note: you can also select [Speed] to see what speed the card is using. Normally this should not be used for troubleshooting. In most cases, this should be set to 100 MBPS, 10 MBPS, or Unknown.

Messages appear in the message box at the bottom of the configuration screen. These messages are also logged to the log screen.

Troubleshooting Hints

  1. If you have a problem on one port, try disconnecting the other ports and rebooting the Netstation.

  2. Run the selftests as described in Selftests. If an error occurs, take the appropriate action as indicated by the error message. Check the log (Diagnostic - Log configuration screen) for all messages.

  3. Monitor the network statistics on the Network - 100VG, ThinLAN, or Fast Ethernet configuration screen. These statistics measure the number of frames received and transmitted and may indicate errors occurring on the LAN or possible hardware problems. To view these statistics on the Log screen, select [Dump].

If the Printer Will Not Print

If the printer connected to your HP Netstation fails to print, the necessary drivers may not be loaded, your system could have a bad connection or, in the case of a serial printer using XON/XOFF handshaking, the printer may have developed a handshaking problem. Refer to:

Checking that the Required Drivers were Loaded

Depending upon how you have set up local printing, the Netstation will require one or more of the following drivers:

Confirming Drivers

To confirm that the remport extension and the appropriate hardware driver were loaded properly, follow these steps:

  1. Press and hold [F12] to access the configuration screens.

  2. Select [Terminal], then [Extensions].

  3. For the remport extension, you should see the following:
    Remote Ports Extension        Userload    Active    - Remport
    

  4. If the Remport extension is not "Active", select the line and click on [Load Next Boot]. "Userload" appears.

  5. Repeat this step for the parallel or serial port hardware driver depending on your printer connection.

  6. Click on [Apply].

  7. Reboot your Netstation.

Confirming the LPD Application

If you are using LPD/LPR for local printing, the LPD application must be loaded on the Netstation that has the direct printer connection. To check that this application has been loaded, follow these steps:

  1. Make sure that you have a customized directives file for this Netstation (named ipaddress.directives)

  2. Check this file to make sure you have uncommented the following line within the directives file:
     # noshow auto App lpd=lpd  "Berkeley LPR printer daemon"
    

  3. Make sure that the permissions for this file are set to world-readable.
For more information about the directives file in general, see Customizing the directives File.

Testing the Netstation-to-Printer Connection

To test the Netstation-to-printer connection on non-PostScript printers, follow these steps:

  1. Press and hold [F12] to access the configuration screens.

  2. Select [Diagnostic], then [Printer Test].

  3. Select a port (parallel, serial 1, or serial 2) depending on the printer connection.

  4. Select [Start Test]. Your printer should print your Netstation's configuration data.

  5. If your printer does not print, check the cable, the serial port's flow control settings, and the printer for problems.

Testing the Host-to-Printer Connection

If you are using JetDirect and remports for your local printer setup, you can test the host-to-printer connection by following these steps:

To test the host-to-printer connection, do the following:

  1. Invoke the administration scripts, as described in Invoking the Netstation Administration Scripts.

  2. Choose Printers, plotters from the main menu.

  3. Choose Check operation of a printer or plotter.

This script uses ping to verify that the Netstation is connected to the LAN, then send a test file to the printer. This test bypasses the print spooler.

Host-Side Sockets (For Remport Use)

The HP Netstation's serial port connects to the host-side socket with the port number 9100. If you have a second serial port on your Netstation, it connects to the host-side socket with the port number 9102.

The HP Netstation's parallel port connects to the host-side socket with the port number 9101.

If the Printer Fails with an XOFF Pending (Serial Printers)

If your printer uses XON/XOFF handshaking, it is possible to have the printer fail while the Netstation's serial port is locked with an XOFF. When the printer is ready to print again, it should send an XON signal. If it does not, you can cause the Netstation to cancel the XOFF it has stored by doing the following:

  1. Press and hold [F12] to access the configuration screens.

  2. Select [Terminal], then [Serial (1)] or [Serial (2)] depending on which serial port you are using.

  3. Change the Flow Control value from [XON/XOFF] to [None].

  4. Select [Exit].

  5. Press [F12] to return to the configuration screens.

  6. Change the Flow Control value from [None] back to [XON/XOFF].

  7. Select [Exit].

Solving Client Startup Problems

The following are common problems encountered with X clients:

Reliance on R3 Bugs

Some old clients may rely on X11R3 bugs for some features. For example, some X11R4 versions of xterm (but not the local client shipped with HP Netstation Software) use an X11R3 bug for displaying popup menus. If you find that a client runs with an X11R3 server, but does not run with the current X server, try turning on bug compatibility mode with xset.

Missing Fonts

For information about font problems, see Solving Font-Related Problems.

Insufficient Memory

If low-memory warnings pop up on your screen, you need to get more memory or use the memory that you have more effectively. For more information, see Using Netstation Memory Effectively.

Too Many Clients

The Netstation supports in excess of 100 clients at the same time.

Too Many Connection Requests

The Netstation queues up to 25 requests from the computer to open connections to the X server at the same time. If you attempt to open more than 25 clients too quickly, some may fail to open.

Local Client Not Found

If the login server and the boot server are different, copy the hpxt binaries from the login server to the boot server. The path (on both servers) is:
/opt/hpxt/enware2/bin/hpxt.*

Client Not Authorized

If an X client cannot connect to an X server because of security reasons, the client will likely print a message like the following:

Xlib:  connection to "terminal:0.0" refused by server
        Xlib:  Client is not authorized to connect to Server
        Error: Can't open display: terminal:0

In addition, the Netstation log will contain a message similar to the following:

AUDIT: Tue May  9 13:41:54 1995: Xserver: client 17 rejected
        from IP 15.4.2.41 port 14090

The client is rejected because of client authorization or access control. For more information, see Using Client Authorization and Using Access Control.

Solving Font-Related Problems

When the client cannot find a font, it may stop completely or it may substitute another font. Sometimes the substituted font does not have the same file structure as the requested font, which causes the keyboard to produce incorrect characters. Usually a client reports font substitutions in the error log (either .xsessionlog or, with TELNET, .x11startlog).

To determine which fonts exist, list the fonts.dir files in each font directory. To list fonts the X server has available, type: xlsfonts | more.

If the font you want appears in the fonts.dir files, but not in the output from xlsfonts, you should be able to get the font you want simply by changing the font path to include the directory that contains the desired fonts.

To change the font path, use either of the following:

Diagnosing Problems from the Configuration Screens

You can use the Netstation's configuration screens to monitor performance and diagnose some types of problems. Online help is provided for fields in the configuration screens. Once the server code has been downloaded to the Netstation, you can get help on any configuration field.

This section provides additional information about accessing and using diagnostic information on the configuration screens.


Note: If an entry is made in the Password configuration field, access to the Network, Terminal, Diagnostic, and X Server configuration screens requires that password.

If the configuration screens have been locked from the host, only the system administrator can unlock the Netstation's configuration screens.


Topics in this section include:

Determining Your Software Version

Before you contact your system administrator or support representative for assistance, check the version of HP Netstation Software that you are currently downloading to your Netstation:

  1. Press and hold [F12] to access the configuration screens.

  2. Select [Diagnostic], then [Configuration].

  3. Look under the "Version" heading for the "Server" entry. The current software release at the time this manual was printed is: B.09.00.

Using the Selftest Screens

If the Netstation appears to be configured correctly, but still does not boot or fails to print, power cycle the Netstation and run the selftests to verify that the Netstation is in working order:

  1. Turn your Netstation off.

  2. Disconnect your Netstation from the network.

  3. Attach a BNC loopback connector to the LAN port. Refer to Making a LAN Loopback Connector.

  4. Attach an RS-232 loopback connector to the serial (RS-232) port. Refer to Making an RS-232 Loopback Connector.
    Note: Testing the serial port with an external loopback connector provides a reasonable test for the circuitry of the serial ports.

  5. Turn your Netstation on.

  6. Click on the Setup icon immediately after the Netstation beeps.

  7. Click on [Terminal], then [Selftest Int.].

  8. Click on all of the extensions buttons to enable them.

  9. Select the variable and test parameters for each extension.

  10. Click on [Selftest Opt.].

  11. Click on all of the extensions buttons to enable them.

  12. Select the variable and test parameters for each extension.

  13. Click on [Run Tests] to execute the tests.

    When you click on [Run Tests], the Netstation automatically runs the selected tests from both Selftest screens.

    [Continuous] specifies whether or not the self tests repeat continuously. To stop a continuous test, click on [Continuous] to deselect it. The current test will run to completion before the tests stop.

    To review the selftest log, you can either activate [Printlog] to receive a printout, or select [Diagnostic], then [Log] to view the messages on the Log screen.

    Keystrokes and button clicks may be lost during the Keyboard/Mouse selftest. Repeated attempts may be necessary to stop continuous execution of this test.

If a failure occurs, contact HP support for servicing.

Making a LAN Loopback Connector

LAN loopback tests require that you attach a BNC loopback connector to the LAN port. You can use the LAN port for your LAN loopback tests whether or not you normally connect to the LAN through the LAN port (as long as the AUI port remains unconnected).

To make a BNC loopback connector, put 50 ohm LAN terminators on the ends of a LAN T-connector.

Making an RS-232 Loopback Connector

To make a loopback connector for the serial (RS-232) port, connect the following:


[Previous]   [Next]   [Contents]   [Index]