HP OpenVMS Systems Documentation |
OpenVMS System Management Utilities Reference Manual
SHOW DLL
Displays the current state of MOP downline load services for the system, including devices for which MOP loading is enabled and counters information. FormatSHOW DLL ParametersNone. Qualifier
Example
SHOW LOG
Displays recent downline load activity (the last 2048 bytes of log data written to the log file SYS$MANAGER:LAN$ACP.LOG). FormatSHOW LOG ParametersNone. Qualifier
Example
SHOW NODE
Displays information in the LAN volatile node database. FormatSHOW NODE node-name Parameter
Qualifiers
|
#1 |
---|
LANCP> SHOW NODE Node Listing: GALAXY (08-00-2B-2C-51-28): MOP DLL: Load file: APB.EXE Load root: $64$DIA24:<SYS11.> Boot type: Alpha satellite ZAPNOT (08-00-2B-18-7E-33): MOP DLL: Load file: NISCS_LOAD.EXE Load root: LAVC$SYSDEVICE:<SYS10.> Boot type: VAX satellite CALPAL (08-00-2B-08-9F-4C): MOP DLL: Load file: READ_ADDR.SYS Last file: LAN$DLL:APB_X5WN.SYS Boot type: Other 2 loads requested, 1 volunteered 1 succeeded, 0 failed Last request was for a system image, in MOP V4 format Last load initiated 12-JUN-2000 09:11:17 on EXA0 for 00:00:06.65 527665 bytes, 4161 packets, 0 transmit failures Unnamed (00-00-00-00-00-00): Totals: Requests received 2 Requests volunteered 1 Successful loads 1 Failed loads 0 Packets sent 2080 Packets received 2081 Bytes sent 523481 Bytes received 4184 Last load CALPAL at 12-JUN-2000 09:11:17.29 |
This example shows output from a command issued on a local node on which there are three nodes defined (GALAXY, ZAPNOT, and CALPAL). CALPAL has issued two load requests:
- The first request is the multicast request from CALPAL that the local node volunteered to accept.
- The second request is the load request sent directly to the local node by CALPAL for the actual load data. The elapsed time from the second load request to completion of the load was 6.65 seconds.
#2 |
---|
LANCP> SHOW NODE VAXSYS |
Displays node characteristics and counters information from the LAN volatile node database for node VAXSYS.
#3 |
---|
LANCP> SHOW NODE/ALL VAX |
Displays node characteristics and counters information from the LAN volatile node database for all nodes whose name begins with VAX.
#4 |
---|
LANCP> SHOW NODE/ALL |
Displays node characteristics and counters information from the LAN volatile node database for all nodes.
#5 |
---|
LANCP> SHOW NODE/ALL/OUTPUT=TMP.INI |
Writes a list of all nodes to the file TMP.INI.
Creates a subprocess of the current process. The SPAWN command copies the context of the subprocess from the current process.
SPAWN [command-string]
command-string
A string of commands to be executed in the context of the created subprocess. After the command string is executed, control returns to LANCP.
None.
LANCP> SPAWN $ MC LANCP LANCP> DEFINE NODE BOOM/ROOT=LAVC$SYSDEVICE:<SYS22.> LANCP> SPAWN SEARCH LAVC$SYSDEVICE:[*.SYSEXE]MOD*.DAT BOOM ****************************** LAVC$SYSDEVICE:[SYS1A.SYSEXE]MODPARAMS.DAT;1 SCSNODE="BOOM " LANCP> DEFINE NODE BOOM/ROOT=LAVC$SYSDEVICE:<SYS1A.> |
In this example, you enter the node information for a node, but are unsure of the root, so you spawn to search MODPARAMS.DAT for the node name and then correct the root.
Issues a request to reboot to a remote node.Rather than specify the format to send MOP Version 3 or 4, the LANCP utility sends one message in each format to the target node.
TRIGGER NODE node-specification
node-specification
Supplies either the node name or the node address of the target node. If you supply the node name, the node address is obtained by looking up the node name in the LAN volatile node database. If you supply the node address, the corresponding node need not be defined in the LAN volatile node database. The canonical form of the address consists of 6 hexadecimal byte characters separated by hyphens. Use a colon as the separator character to indicate the bit-reversed form of the address.
/DEVICE=device-name
Specifies the LAN controller device name to be used for sending the trigger boot messages. For example, you can specify a DEMNA controller as EXA, EXA0 or EXA0:./PASSWORD=16hexdigits
Supplies the password to be used when the connection is initiated, in hexadecimal (for example, /PASSWORD=0123456789ABCDEF). The default password is zero. You can omit leading zeros.
#1 |
---|
LANCP> TRIGGER NODE GALAXY/DEVICE=EWA0 |
This command sends MOP trigger boot messages to node GALAXY using Ethernet device EWA0.
#2 |
---|
LANCP> TRIGGER NODE 08-00-2B-11-22-33/DEVICE=EWA0/PASSWORD=0123456789AB |
This command sends MOP trigger boot messages to the given node address using the Ethernet device EWA0, with indicated password.
13.1 LATCP Description
The LAT Control Program (LATCP) utility is used to configure and
control the LAT software on OpenVMS systems. You can use LATCP to:
LATCP allows you to control the LAT software on a node and to obtain information from it. For example, you can use LATCP to create services on the local node, to associate a port on the local node with a service or device on a remote terminal server, and to display information about services offered on the local node or on other nodes in the network.
When you use LATCP commands to change LAT characteristics (such as creating a service and associating a port with a service), the changes take effect immediately. However, when the LAT port driver stops, these characteristics are lost. If you want these characteristics to be present the next time you start the LAT port driver, edit LAT$SYSTARTUP.COM by modifying or adding commands to set these characteristics. Then, invoke LAT$STARTUP.COM to start the LAT port driver. (Refer to the OpenVMS System Manager's Manual for more information.)
RUN SYS$SYSTEM:LATCP
To invoke LATCP, enter RUN SYS$SYSTEM:LATCP at the DCL command prompt. At the LATCP> prompt, you can enter the LATCP commands described in the following section.To exit from LATCP, enter the EXIT command at the LATCP> prompt or press Ctrl/Z.
You can also execute a single LATCP command by using a DCL string assignment statement, as shown in the following example:
$ LCP :== $LATCP $ LCP SET NODE/STATE=ONLATCP executes the SET NODE command and returns control to DCL.
The following table summarizes the LATCP commands.
Command | Function |
---|---|
ATTACH | Transfers control from your current process to the specified process. |
CREATE LINK | Creates LAT data links. |
CREATE PORT | Creates a logical port on the local node. |
CREATE SERVICE | Creates a service on a service node. |
DEFINE/KEY | Assigns a command string to a function key on your keypad. |
DELETE LINK | Deletes a LAT data link from a node. |
DELETE PORT | Deletes an application port or dedicated port. |
DELETE QUEUE_ENTRY | Deletes an incoming queued request from the local node. |
DELETE SERVICE | Deletes a service on a service node. |
EXIT | Returns the user to DCL command level. |
HELP | Displays help text for LATCP commands. |
RECALL | Recalls LATCP commands that you entered previously so that you can execute them again. |
REFRESH | Refreshes your display screen, for example, after your display has been overwritten by output from some other source. |
SCROLL | Allows you to retrieve information that has scrolled off the screen. |
SET LINK | Modifies characteristics of LAT data links. |
SET NODE | Specifies LAT characteristics for a node. |
SET PORT | Maps a logical port on a node to either a remote device on a terminal server or a special application service on a remote LAT service node. |
SET SERVICE | Changes service characteristics. |
SHOW LINK | Displays the characteristics of links on your node. |
SHOW NODE | Displays the characteristics of nodes. |
SHOW PORT | Displays port characteristics. |
SHOW QUEUE_ENTRY | Displays information about requests, or entries, queued on the local node. |
SHOW SERVICE | Displays characteristics of LAT services known to your node. |
SPAWN | Creates a subprocess. |
ZERO COUNTERS | Resets the node counters, service counters, and link counters maintained by your node. |
Transfers control from your current process to the specified process. The LATCP command ATTACH is similar to the DCL command ATTACH. For example, from the DCL command level you can enter the DCL command SPAWN to create a LATCP subprocess without ending your DCL session, execute several LATCP commands at the LATCP prompt, then use the ATTACH command to return to DCL.
ATTACH [process-name]
process-name
Specifies the name of a parent process or spawned subprocess to which control passes. The process must already exist, be part of your current job, and share the same input stream as your current process.Process names can contain from 1 to 15 alphanumeric characters. If a connection to the specified process cannot be made, LATCP displays an error message.
If you specify the /PID qualifier, do not use the process name parameter. If you omit the /PID qualifier, you must use the process name parameter.
To display processes, use the DCL command SHOW SYSTEM.
/PID=pid
Specifies the process identifier (PID) of the process that will have terminal control. When you specify a PID, you can omit the leading zeros. If you specify a PID, do not use the process name parameter. If you omit the /PID qualifier, you must use the process-name parameter.
The ATTACH command allows you to connect your input stream to another process. You can use ATTACH to change control from one process to another. For example, you can use ATTACH to change control from LATCP to the DCL command level (see the following example). While you are at the DCL command level, LATCP remains in a hibernation state until you use ATTACH to return to it.You cannot use this command if you are logged in to a captive account. (A captive account is an account set up to restrict user access to the system. You cannot access the DCL command level from a captive account.) You cannot specify both a process name and the /PID qualifier.
$ SET PROCESS/NAME="TOP_LEVEL" $ SPAWN RUN SYS$SYSTEM:LATCP LATCP> SHOW NODE/ALL . . . LATCP> ATTACH "TOP_LEVEL" $ |
In this example, the user enters the DCL command SPAWN to create a LATCP subprocess and uses LATCP to display the status of all nodes known to the local node. After using LATCP, the user enters the ATTACH command to return to the DCL command level.
Creates the LAT data links, which are connections to LAN devices, such as Ethernet or FDDI (Fiber Distributed Data Interface) controllers, that you want your node to use. You must have OPER privilege to use this command.
CREATE LINK link-name
link-name
Specifies a name for a LAT data link. A link name can have up to 16 ASCII characters. The characters allowed are as follows:
- Alphanumeric characters: A--Z, a--z, 0--9
- A subset of the international character set: ASCII codes 192--253
- Punctuation characters: dollar sign ($), hyphen (-), period (.), and underscore (_)
You can create a maximum of eight links on your local node. Use the SHOW LINK command for a list of the link names that are defined for your node.
/DECNET (default)
/NODECNET
Directs LAT protocol to use the DECnet data link address (/DECNET) or the hardware address (/NODECNET) when starting the LAN controller. If you do not specify the /DECNET or /NODECNET qualifier, the default is that the LAT protocol will use the DECnet data link address.Note that if you enter the CREATE LINK command with the /DECNET qualifier and receive an error message indicating a "bad parameter value," it means the SCSSYSTEMID system parameter is set to an illegal value. To change the value of this parameter, use the following formula:
(1024 * a) + nIn the formula, a is the DECnet area and n is the DECnet computer number. If the value is outside the range of 1025 to 65535, the LAT protocol cannot start.
When you use the /NODECNET qualifier, the LAN device driver code determines which address to use. For example:
- If SCSSYSTEMID is set to 0 but DECnet is already running on an Ethernet controller, the LAN device code allows LAT to use the same address as DECnet (AA-00-04-00-xx-xx).
- If SCSSYSTEMID is set to 0 and DECnet is not running, the 08-00-2B-xx-xx-xx address is used (a different address format is used if your LAN controller is supplied by a vendor other than Compaq).
- If the setting for SCSSYSTEMID is the same as the DECnet node number and DECnet is not running, the LAN device code forces LAT to use the AA-00-04-00-xx-xx address.
If DECnet is configured on the system (or if the system is part of a cluster), SCSSYSTEMID may contain a nonzero value. This is a problem only when the system has 2 or more LAN controllers connected to the same logical LAN.
For example, if your system has an FDDI controller and an Ethernet controller, your site may be configured so that the FDDI ring attached to the FDDI controller and the Ethernet segment attached to the Ethernet controller are bridged by a 10/100 LAN bridge (FDDI-to-Ethernet). In this configuration, it is impossible to run LAT over both controllers.
In such a configuration, you must run LAT and DECnet over the same controller if SCSSYSTEMID is not 0. If you fail to do so, DECnet starts first, which in turn causes the LAT startup on the other controller to fail. This failure occurs because LAT startup tries to use the AA-00-04-00-xx-xx address (the DECnet LAN address) but is prevented from doing so by the data link layer. The LAT startup fails because DECnet is already using this address on a different controller. (In a single logical LAN, all data link addresses must be unique. In this setup, both controllers try to use the same address, which is then not unique.)
The following command (which creates the LAT link) also fails because the LAN driver tries to use the address based on SCSSYSTEMID:
LATCP> CREATE LINK LAT$LINK_2 /NODECNETIf SCSSYSTEMID is set to 0, configuring LAT and DECnet on different controllers is possible. However, in a cluster environment, SCSSYSTEMID cannot be set to 0.
/DEVICE=device-name
Specifies the LAN controller device name for a LAT data link (for example, XEB0:). Only one LAT data link can be associated with a LAN controller. If you enter the CREATE LINK command without the /DEVICE qualifier, LATCP attempts to find an available controller by using a list of possible LAT data link device names. Compaq recommends that you specify a default device name by defining the LAT$DEVICE logical name./LOG
/NOLOG (default)
Specifies whether LATCP displays a message confirming that the link was created. If you do not specify the /LOG or /NOLOG qualifier, the default is that no message will be displayed./STATE=option
Specifies whether the link will be available for use. STATE can have two options:
ON Specifies that the created link will be available for use with the LAT protocol running. OFF Specifies that the created link will not be available for use. If you do not specify the /STATE=option qualifier, the default is that the created link will be available for use (ON).
The CREATE LINK command creates a link, or connection, for an OpenVMS node and a local area network (LAN) device (for example, an Ethernet or FDDI controller) and assigns a name to that link. An OpenVMS node can have eight LAN links. Each link must operate on a separate LAN controller and have its own LAN hardware.If you do not explicitly create a link with this command before entering the SET NODE/STATE=ON command, LATCP automatically creates a link for you. LATCP names the link LAT$LINK and assigns it to the first available LAN controller or LAT$DEVICE, if defined. To establish additional links, use the CREATE LINK command.
Whenever you create a link, specify the LAN controller device name.
Use the SET LINK command to modify link characteristics.
LATCP> CREATE LINK NETWORK_A /DEVICE=XEB0: /STATE=ON |
Previous Next Contents Index