Master Troubleshooting Process: HP-UX (All Devices Fail)

Use this Master Troubleshooting Process if none of the devices are functioning. 

In many of the steps, you will be sent to another shorter procedure that you need to complete. Once you have completed the procedure, you most often will be sent back to the Master Troubleshooting Process to continue with where you left off. Otherwise, you might be directed to call Digi Technical Support.

Process

 Step 1.  Check the status of the PortServer. Is AC displayed on the PortServer?

Continue with the next step. 

Do the following steps:

  1. Reboot the Port Server. 

If AC now is displayed, go to Step 2 to verify your network connection. 

  1. Go to Running PortServer Diagnostics or Running PortServer II Diagnostics.

  2. If the PortServer is TFTP-booting firmware, go to Troubleshooting TFTP.

If the PortServer is booting from internal firmware, continue with the next step.

Note: TFTP booting may be bypassed by simultaneously pressing and releasing the two arrows on the front of the PortServer during a TFTP boot.

  1. Go to Resetting PortServer.

 

Step 2.  To verify the network connection, telnet to the PortServer. 

From the UNIX RealPort host root prompt, enter:

telnet ipaddress

where ipaddress is the IP address of the PortServer. 

Did you receive a PortServer login prompt?

Go to Telnet: Receiving a Login Prompt.

 

You might have a network, cable or hub problem. You need to check this. Go to Telnet: Receiving No Login Prompt.

 

Step 3.  Test the port connection from the operating system. Go to Testing the Port Connection.

Do the DTR and RTS indicator lights on the PortServer flash briefly and do you get data results and port status information on your terminal screen?

Your connection was successful. Your device should work.

If the device doesn't work, call Digi Technical Support. 

Make note of the results and continue to the next step.

 

Step 4.  Check the LED indicators on the PortServer. Is OFC on?

Go to Checking the LED Indicators: OFC On?

If OFC is not on, continue to the next step. 

 

Step 5.  Telnet directly to the port. Go to Performing a Telnet to the Port

When you entered the command on the keyboard, did the word, "Connected," appear on the screen?

Also, anything you entered should appear on the attached terminal and anything entered on the dumb terminal should appear on your telnet screen. This verifies that the port is functional, along with the attached cable and terminal while bypassing RealPort.

Disconnect from the telnet session. Go to Disconnecting Telnet

If the host cannot telnet to the port, then RealPort won't connect to it. 

Check the previous set commands on the PortServer and try the command again.

If you still do not get any results, call Digi Technical Support.

 

Step 6.  Test the connections from each terminal. Go to Testing the Terminal Connection

Does the date appear on the terminal?

The device is properly connected. Continue with the next step.

If nothing appears on the terminal, the device is not receiving data. Go to Testing the Terminal Connection: No Data.

If scrambled characters appear on the screen, the device is receiving data but there is still something wrong. Go to Testing the Terminal Connection: Scrambled Data.

 

Step 7.  Verify that RealPort is running on the HP-UX operating system by entering:

ps ef| grep drp

Do you see an entry for each PortServer similar to the following?

root 2254  1 0 Dec 13 ?    0:03/sbin/drpd 1 199.86.0.1

root 2049  1 0 Dec 13 ?    0:01/sbin/drpd 1 199.86.5.1

Your devices should now be working properly. If they still do not work correctly, call Digi Technical support.

Do one of the following:

  • Reboot the UNIX server
  • Add the PortServer device again in drpadmin.

Your devices should now be in an available state and working properly. If they are not, go to Step 8.

Your devices should now be in an available state and working properly. If they are not, continue to the next step to force a carrier detect.

 

Step 8.  Force  carrier detect on the port by entering one of the following commands:

ditty forcedcd /dev/ttyx#

tty is entered if you have a terminal connected. If you have a device that does not require a login, use tty for a terminal device.

Do your devices work correctly now?

You have completed the Master Troubleshooting Process.

Call Digi Technical Support.