HPlogo NS 3000/iX Operations and Maintenance Reference Manual > Chapter 5 Common Network Problems

Command Errors

MPE documents

Complete PDF
Table of Contents
Index

If you are using the interactive capabilities of NS 3000/iX and associated links and receive an error, refer to "NS 3000/iX Network Services Error Messages" in the NS 3000/iX Error Messages Reference Manual.

The command errors fit into four categories:
  • Syntax errors or invalid options. These errors result from user errors when issuing the command. They are readily corrected by checking for the correct syntax and reissuing the command.

  • Warnings. If a command is executable but may give unexpected results, a warning is issued. This would occur in a situation where conflicting options were specified. The warning informs you which option was actually used (or not used).

  • Resource Errors. These errors occur when a system resource needed for the execution of the command is not available. If they occur, you can wait and reissue the command later, when the resource may be available. If resource errors happen frequently the configuration or resource allocation of the system may be inadequate. The network manager may need to investigate further.

  • Internal Errors. These errors indicate that the software is malfunctioning. If they ever occur, notify your HP representative. The network manager should follow the steps outlined in Appendix B "Submitting an CR""

For syntax errors and warnings, consult the reference pages in this manual for that command's correct syntax and options, or refer to Using NS 3000/iX Network Services.

Line Opening Errors


There are several reasons why a DSLINE command for opening a communications line might be rejected. Some line opening errors actually occur when a REMOTE HELLO (or DSCOPY, or programmatic RPMCREATE or FOPEN) is executed, not when the DSLINE is done. The following list summarizes the likely causes of line opening failures:
  • The user made a syntax error in the DSLINE command.

  • The user specified an erroneous nodename or envid in the DSLINE command. The node name must match the one configured for the system the user is trying to reach. Make sure that all users know the correct node names. You may want to post a map with the configured node names for all the nodes on the network. The correct node names can be checked in the network directory (if one is being used).

  • A network was not started by the local console operator, the remote console operator, or any intermediate nodes. Check that all required commands have been issued on the local, remote, and intermediate nodes. The network interfaces, the LAN NI, the loopback NI, point-to-point NI, X.25 NI, token ring NI, and gateway half NI, must be initialized with NETCONTROL START commands. The DTC/X.25 Network Access card in the DTC must be started; refer to Using the OpenView DTC Manager or Configuring and Managing Host-Based X.25 Links. The Network Services must be initialized with the NSCONTROL START command. Some links may also need to be started by NETCONTROL ADDLINK commands. Links can be configured not to be started when a NETCONTROL START command is executed and be started via NETCONTROL ADDLINK. Links may have been closed by NETCONTROL DELLINK or may have been closed because an irrecoverable error was detected on the line.

  • The remote node may not be operational.

  • The remote operator may have lowered the session limit. This would cause a failure in a REMOTE HELLO or a DSCOPY or RPMCREATE that tried to automatically log on to a session.

  • The local console operator may have used the service list of the NSCONTROL command to limit the Network Services to incoming users only. On the remote node, the operator may have limited the Network Services to outgoing only. This would cause a REMOTE HELLO, DSCOPY, remote FOPEN, or RPMCREATE to fail, depending on which services were not started.

  • If the line is a dial up line, a failure in a REMOTE HELLO, DSCOPY or RPMCREATE can be caused by the following:

    • If auto dial, the number was busy, wrong, or was never answered at the remote computer.

    • The security strings did not match at either the local or remote node (if security was enabled).

    • The IP address of the remote node was not configured as a candidate for use of this link.

    • If the link is a shared dialup link, a failure will occur if the link is connected to a node different than the one issued in the DSLINE command.

    • When a REMOTE HELLO is issued which causes the phone to be dialed, there is a window in which subsequent REMOTE HELLOs from other users will be rejected. The window is from the time the auto dial starts (or dial request) to when the connection is established.

  • A REMOTE HELLO, DSCOPY or RPMCREATE will fail if the IP address of the remote node configured in the network directory does not match the IP address of the remote node configured in the NS Configuration file.

  • All virtual terminals on the remote node are already in use, which means there are no remote resources available to establish a remote session. This would cause a failure in a REMOTE HELLO or a DSCOPY or RPMCREATE that tried to automatically log on to a session.

  • Someone has exclusive access to the specified line or the user requested exclusive access to a line that is already in use.

  • Someone is exclusively accessing a server program. For example, someone is executing the STORE command or a SYSGEN system backup on DSSERVER.NET.SYS.

  • There is a hardware problem — the communications device is not responding correctly.

Line Closing Errors


There are several reasons why a DSLINE command for closing a communications line might be rejected. The following list summarizes the likely causes of line closing failures:
  • The user made a syntax error in the DSLINE command.

  • The user specified an erroneous nodename or envid in the DSLINE command. The nodename must match the one configured with NMMGR. Make sure that all users know the correct nodenames. You may want to post a map with the configured nodenames for all the nodes on the network.

  • The remote node may not be operational.

  • There is a hardware problem — the communications device is not responding correctly.

NMS Utility Errors


A file system error (FSERR) may have occurred while attempting to access the configuration file. Try to access the configuration file under the same user ID using NMMGR. Use the NMMGR Error screen to find out what the underlying FSERR is. A complete listing of NMS error messages is available in Using the Node Management Services (NMS) Utilities. Correct the problem and retry.




Interactive or Programmatic Problems


Nodal Problems