Commands
Console commands can be issued to LSAM components using the component's reserved keyin. The LSAM, LMAM, and SMAMSC runs (and the Media Allocation Subsystem OPCTMS run, when installed) also accept the II (Interactivity Interrupt) command, in the form II <run-id> <command>. XFRTCP and JORS accept only their reserved keyin.
| Method | Example |
|---|---|
| Reserved keyin | *XFRTCP STATUS |
| II keyin (LSAM, LMAM, and SMAMSC only) | II LSAM STATUS |
The II command passes only the first six characters of the command to the run.
The reserved keyins are configured in LSAMCFG. The defaults are *LSAM, *LMAM, *XFRTCP, and *JORS.
XFRTCP Commands
| Command | Effect |
|---|---|
TERM | Terminates XFRTCP and the associated LSAM, LMAM, and SMAJOR runs |
STOP | Terminates XFRTCP and SMAJOR only — does not notify LSAM or LMAM to terminate |
STATUS | Displays current network status |
BRKPT | Cycles the XFRTCP breakpoint log file |
HUP | Detaches XFRTCP from CpComm and attaches it again |
MSG0 – MSG3 | Sets the XFRTCP debug message level |
MSG? | Displays the current XFRTCP debug message level |
TERM
Terminates XFRTCP and the associated LSAM, LMAM, and SMAJOR runs.
STOP
Terminates XFRTCP and SMAJOR only. The LSAM and LMAM continue running but lose their network connection.
STATUS
Displays current network status. The output varies by connection and TLS settings. The following is an example of the output format:
HOST: <OS 2200 host name> PORT: 9999
HOST: <BIS host name> PORT: 999
CURRENT CONNECTION: 192.000.002.004: 8888
LAST MSG RECVD: yymmdd, hhmmsstt
MSGS RCVD: 99,999 ACKS SENT: 99,999
MSGS SENT: 99,999 ACKS RCVD: 99,999
MSGS TO SEND: 0
SMAJOR IS ACTIVE AS RUNID SMAJOR
RELEASE LEVEL: xxxxx PROGRAM: XFRTCP/xxxxxx
COMMUNICATIONS INTERFACE: XFERIFxx/xxxxx
BRKPT
Closes the current cycle of the BKXFRTCP breakpoint file and opens a new cycle. After the command completes:
BKXFRTCP(-1)— the just-closed cycle, available for viewing or printingBKXFRTCP(-0)— the new current breakpoint file
:::tip Example
*XFRTCP BRKPT closes the current cycle of <qualifier>*BKXFRTCP and opens a new cycle.
:::
HUP
Detaches XFRTCP from CpComm and then attaches it again. XFRTCP responds with HUP KEYIN ACCEPTED.
MSG0 – MSG3 and MSG?
Sets the debug message level for XFRTCP:
MSG0— offMSG1— verboseMSG2— traceMSG3— verbose and trace
XFRTCP responds with <command> KEYIN ACCEPTED. Enter MSG? to display the current level in the format CURRENT MSG LVL IS n.
JORS Commands
| Command | Effect |
|---|---|
TERM | Terminates SMAJOR |
STOP | Terminates SMAJOR |
STATUS | Displays current JORS status |
BRKPT | Cycles the JORS breakpoint log file |
NAK | Turns acknowledgment handling off or on |
MSG0 – MSG3 | Sets the JORS debug message level |
MSGE | Turns on the E option for debug messages |
MSG? | Displays the current JORS debug message level |
:::info Note
For JORS, TERM and STOP have the same effect — both terminate only the SMAJOR run.
:::
STATUS
Displays current JORS status. Output format:
MSGS RCVD: 999
MSGS SENT: 999 ACKS RCVD: 999
MSGS TO SEND: 0
RELEASE LEVEL: xxxxx PROGRAM: SMAJOR/xxxxxx
COMMUNICATIONS INTERFACE: XFERIFCx/xxxxx
BRKPT
Closes the current cycle of the BKSMAJOR breakpoint file and opens a new cycle. After the command completes:
BKSMAJOR(-1)— the just-closed cycle, available for viewing or printingBKSMAJOR(-0)— the new current breakpoint file
:::tip Example
*JORS BRKPT closes the current cycle of <qualifier>*BKSMAJOR and opens a new cycle.
:::
NAK
Toggles how JORS handles acknowledgments. When NAK is on, JORS ignores the acknowledgments it receives. Each time you enter the command, JORS switches the setting and responds with NAK IS NOW ON or NAK IS NOW OFF. NAK is off when JORS starts.
MSG0 – MSG3, MSGE, and MSG?
Sets the debug message level for JORS:
MSG0— off (also turns off the E option)MSG1— verboseMSG2— traceMSG3— verbose and traceMSGE— turns on the E option
Enter MSG? to display the current level in the format CURRENT MSG LVL IS n. When the E option is on, the message ends with WITH E OPTION.
SMAMSC Commands
The SMA Monitor Services Connector (SMAMSC) accepts commands through its reserved keyin (default *SMAMSC) and through the II command.
| Command | Reserved keyin | II keyin | Effect |
|---|---|---|---|
HELP | Yes | Yes | Displays commands and parameters |
STATUS | Yes | Yes | Provides current program status |
STOP | Yes | Yes | Terminates the program |
TERM | Yes | Yes | Terminates the program |
BRKPT | Yes | Yes | Cycles the breakpoint file |
ABORT | Yes | Yes | Terminates the run and produces a post mortem dump (PMD), without normal termination procedures |
SET VERBOSE ON/OFF, SET TRACE ON/OFF | Yes | No | Changes configuration settings |
LIST CONFIG, LIST RUNS | Yes | No | Lists parameter settings or monitored runs |
TLC | Yes | No | Reconnects SMAMSC with the LSAM TIP file and rereads the LSAM configuration parameters and control record |
For details, refer to SMA Monitor Services Connector (SMAMSC).
Communications File Commands
The communication file requires no routine maintenance, but two utility programs are available.
XFRINI
Initializes the job data portion of the communication file.
@ADD <LSAM qualifier>*SKDPRG.XFRINI/ECL
XFRPRT
Prints the contents of the communication file.
@ADD <LSAM qualifier>*SKDPRG.XFRPRT/ECL
Remove Octal Format from the XFRPRT Report
By default, the report includes data in octal format. To remove it:
-
Locate the
@XQT XFRPRTstatement in the ECL. -
Find the parameter statement immediately after it:
TIPFILE nnnn Onnnn— the local TIP file numberO— the octal report option flag (Balso includes the octal report)
-
Remove the
O(orB) flag:TIPFILE nnnn
:::info Note
To reactivate the octal report, add the O flag back to the parameter statement.
:::
Common Data Bank Commands
DUMPCDB
Prints the contents of the Non-configured Common Data Bank to <qualifier>*DUMPCDB-PRT. SMA Support uses this report when diagnosing reported problems.
LOADCDB
Loads the Non-configured Common Data Bank into memory and initializes it for use by other LSAM modules. This runs automatically each time XFRTCP starts.
Do not run LOADCDB manually unless directed by SMA Support. Running it while XFRTCP or JORS is active causes those programs to error terminate.
@ADD <LSAM qualifier>*SKDPRG.LOADCDB/ECL
:::info Note
The user running this command requires the "Reload Common Bank" privilege (SSRLODCB).
:::
MAM Component Commands
MAMMSG
A BIS background run that reminds the console operator to start MAM (via the UPMAMx keyin to LMAM) each time BIS starts. Schedule this run in BIS to run at each BIS initialization.
MAMNOT
A callable BIS routine that sends events to OpCon. Any valid OpCon external event can be sent using MAMNOT.
Include the following in the run that will send the event:
@LDV <event-to-send>S80='<event syntax>'
@CALL,<c>,<d>,6 1 <event-to-send>
| Parameter | Description |
|---|---|
<event-to-send> | String variable (max 80 characters) containing the event to send |
<event syntax> | Any valid OpCon event. Use & in place of commas due to BIS restrictions — for example, $JOB:HOLD& instead of $JOB:HOLD,<schedule name>,<schedule date>,<job name> |
<c> | Cabinet (Mode) where MAM modules are installed and registered |
<d> | Run Drawer (Type) where MAM runs are installed and registered |
The OpCon user-ID and password used by MAMNOT are stored in the MAM Configuration Report (RID 3, variable V074). Update this variable whenever credentials change.
Refer to Introduction in the OpCon Events online help for valid event syntax.
MAMFIN
A callable BIS routine that reports run termination status to MAM. When called, MAMFIN logs an entry in the MAMFIN Log Report (MAM's Data Drawer, RID 8). MAM uses this log to determine whether a run ended normally or in error.
There are two ways to call MAMFIN:
Option 1: @CALL
Include this statement immediately before run termination:
@CALL,<c>,<d>,12 1
| Parameter | Description |
|---|---|
<c> | Cabinet (Mode) where MAM modules are installed |
<d> | Drawer (Type) where MAM runs are installed |
:::tip Example
@CALL,8,I,12 1
:::
Option 2: @LNK
The MAMFIN module can also be called with a link instruction:
@LNK,<errlbl> MAMFIN
| Parameter | Description |
|---|---|
<errlbl> | Run label to go to if MAMFIN cannot be linked to |
If MAMFIN errors during an @LNK call, the error routine (RER) returns:
STAT1$ = 1
STAT2$ = the contents of XERR$ at the time of the error
STAT3$ = the contents of XLINE$ where the error occurred
:::info Note
When using @LNK, the MAM installation configuration should track runs by User/Terminal. If MAM is configured to track by User/Run Name/Terminal, the @LNK call may appear to MAM as a run termination and could be reported as an error.
:::
MAMBACKUP
A BIS module that saves all MAM BIS RIDs to an EXEC file. SMA recommends saving RID 5 (Job/User RID) after any modifications.
MAMBACKUP saves all run RIDs except RID 14 (the MAMBACKUP run control RID — BIS cannot save a RID containing an active run). RID 14 can be retrieved manually with the ELT command, or from the *SKDPRG file.
SMA recommends registering MAMBACKUP as both a Background and Foreground run so it can be used manually or scheduled automatically.
MAMRESTORE
A BIS run that restores MAM RIDs from the EXEC file created by MAMBACKUP.
Do not restore RID 13 (MAMRESTORE) or RID 14 (MAMBACKUP) — both can be retrieved manually from *MAM-x-BACKUP.R13 or from *SKDPRG.MAMRESTORE (or MAMBACKUP) as needed.
Starting BIS Runs with a Specific User-ID
MAM can start BIS runs using a specific BIS User-ID rather than MAM's own user-ID. This feature must have been enabled during installation by responding Y to the prompt "Use different User-IDs to start runs with?". See Prerequisites.
If MAM is already installed and you want to enable this feature, update MAM's Configuration Report (RID) directly.
Enable Job-Specific User-IDs After Installation
-
In MAM's Run Drawer (Type), modify RID 3 to change variable V072 from
0to5::::tip Example
Assuming MAM's Run Drawer is
C, modify report3C:Before:
@LDV,P V072I5=0 . - RID FOR USERID/PASSWORD INFO (VER 8.00)After:
@LDV,P V072I5=5 . - RID FOR USERID/PASSWORD INFO (VER 8.00):::
-
In MAM's Data Drawer (Type), update RID 5 (User-ID/Password report) to list the BIS User-IDs and passwords for each OpCon job that needs a specific user:
*JOBNAME USER-ID PASSWORD RESERVED FOR FUTURE USE*=============== ======== ========== ======================================>>OpConJob-ID >>BISUser >>passwd >>Field Description OpConJob-ID12-character OpCon job identifier (must be sorted alphabetically) BISUserBIS User-ID to use when starting the run (max 10 characters) passwdPassword for the BIS User-ID (max 6 characters) >>Represents a tab character :::tip Example
*JOBNAME USER-ID PASSWORD RESERVED FOR FUTURE USE*=============== ======== ========== ======================================>>ANALYSIS-A >>BILLW >>XYYZ1 >>>>BIG-REPORT >>SALLY >>SIMPLE >>>>HOLIDAY >>JOESMITH >>JSTWO >>>>JOB01 >>BATCHUSER >>BATCH >>:::
:::info Note
This report must be kept in sorted order by Job Name. MAM searches it alphabetically when looking up a job-ID.
:::
Considerations
- This report contains passwords and must be protected accordingly. MAM's user-ID must have access.
- Local site personnel are responsible for maintaining sorted order and updating credentials when they change.
- Back up RID 5 after any updates using MAMBACKUP, local procedures, or manual ELT/RET. SMA recommends scheduling MAMBACKUP regularly with OpCon.