Skip to main content

Release Notes

These release notes include all enhancements and fixed issues for the MCP LSAM:

Version 20.00.00 New Features

2020 June

✳️ It is now possible to request that the Resource Monitor be stopped when the LSAM has been requested to stop. Use the STOPLSAM screen to accomplish this.

✳️ With the release of MCP LSAM 20.00.00 (compiled on MCP 60.1), versions of MCP LSAM 19.00.00 and 19.01.00 have been compiled on MCP 60.1 and are now available. Previously, MCP LSAM versions 19.00.00 and 19.01.00 were originally compiled on MCP 58.1.

✳️ A new utility, SMA/WFL/FILEARRIVAL, has been added to the suite of MCP LSAM utilities. It allows you to monitor, within an optional time frame, the arrival of a file on the current day. Upon detecting the file has met the title and optional time-altered constraints, the user-defined global property will be updated to reflect the full file title of a file, meeting the selection criteria. If no file is found during the specified timeframe, the job will fail. FILEARRIVAL runs as an OpCon job and does not require LSAM configuration or definitions files.

Version 18.01.00 New Features

2018 December

✳️ The SMA/MANAGER program has been updated to automatically back up configuration and definitions files and to allow the user to restore a backup file as the production file.

Version 18.00.00 New Features

2018 June

✳️ Effective with this release, a new MCP-based user interface, *SMA/MANAGER, is available for configuring the LSAM and utilities and for managing operational tasks associated with the LSAM. This new interface should be used in place of the *SMA/CONFIG program, which will be de-implemented in a subsequent LSAM release.

The SMA/MANAGER program provides a single interface for performing configuration and operations tasks related to the MCP LSAM. It replaces the *SMA/CONFIG program, and reduces the MCP-specific knowledge required to perform routine operational tasks. Upon accessing *SMA/MANAGER, the user is presented with a main menu. All activities are performed by navigating successive screen Choices until the final screen is reached. In most cases, the user need only make a selection from the Main Menu to arrive at the final screen.

✳️ MCP LSAM Resource Monitor will now detect if there is already an instance of this Resource Monitor running. If so, it will display and write to the debug log an error, and then exit.

✳️ The SMA/INSTALL program will now edit the user's FAMILY statement to determine if the target family for the LSAM installation or upgrade is the same as the user's only family. If there is a difference, the user will be asked for permission to change the family statement for the duration of the install/upgrade. If differences exist and permission is not granted, the SMA/INSTALL program will exit without performing the install/upgrade.

✳️ The MCP LSAM will no longer create print files named as *REMLPnn, where nn is the MCS number (in IDC) of the MCP LSAM.

✳️ If a job fails with the error DATA TOO LONG, the Job Details field that contains the long data can be identified by viewing EM path: Job Information > Configuration > Operations Related Information > Detailed Job Messages.

✳️ If the user attempts to use a config file that is less than seven records, the Algolprocs library will unconditionally log an error in the debug log and exit. The error message is "Config file is too short - Use SMA/MANAGER to update config file."

Version 17.01.00 New Features

2017 September

✳️ The MCP LSAM Installation and Configuration documentation has been modified to emphasize the importance of a correct FAMILY assignment in order to prevent issues that arise from an improper FAMILY statement.

Version 16.02 New Features

2017 January

✳️ Effective with MCP LSAM 16.02, the user will be able to modify the *SMA/WFL/REMOVEJOB WFL to elect to have the WFL complete OK even if there are no files deleted. Security errors and locked files will still cause the REMOVEJOB WFL to be reported as failed in this case.

To implement the alternate behavior, modify a working copy of *SMA/WFL/REMOVEJOB to comment out sequence #26600, and un-comment sequence 26650. Because the default behavior is to fail the REMOVE MCP job if there are no files to remove, it will be necessary to re-implement this modification each time the MCP LSAM is upgraded if the alternate behavior is desired.

✳️ Effective with MCP LSAM 16.02, two versions of the compiled MCP LSAM software will be made available. One version will be compiled for LEVEL5 machines, the other for LEVEL6 machines. To determine the appropriate version for your site, interrogate the COMPILERTARGET system option.

✳️ The *SMA/INSTALL/nnnnnn program has been modified to confirm that a numeric version number is part of the Install program name.

✳️ TLS certificates must be installed for the same usercode that is used for all SMA File Transfer jobs. This is a requirement because certificates are stored with a usercode and only the specified usercode may access the certificate.

Version 16.01.00 New Features

2016 July

✳️ Effective with MCP LSAM 16.01.00, the SMASUP program will be run automatically any time one of the MCP LSAM modules terminates abnormally (-DS). If debugging had not been enabled when the module stopped, minimal information will be contained within the containers created by SMASUP. However, these should be submitted with the Salesforce incident report nonetheless as they will contain information that may be useful in researching the issue.

Version 16.0 New Features

2016 July

✳️ With OpCon 16.0:

  • New MCP Job Details tabs have been added for file and task attribute definitions.
  • Identification of a job-specific or template displays file (SMADISPLAY identifier) has been isolated to a new field on the job definition screen.
  • The SMATASK identifier has been replaced by a check box on the job definition screen.

MCP LSAM 16.0 will continue to support older versions of OpCon, as well as OpCon 16.0 and up, thus eliminating the need to upgrade both the MCP LSAM and the core OpCon components simultaneously. It should be noted, however, that versions of the MCP LSAM prior to 16.0 will NOT support the new Job Details fields in OpCon 16.0.

Note

With the addition of the new Job Details fields, the sizes of the checkpointed arrays have changed. When upgrading to MCP LSAM 16.0 from an older MCP LSAM version, you must remove the checkpoint files after bringing down the LSAM and before starting the upgrade process. Failure to do this will result in the MCP LSAM failing shortly after initiation has been attempted.

✳️ Effective with MCP LSAM 16.0, you may elect to secure your scheduling (SMANetcom) and View Job Output (JORS) communications using TLS. At this time, your TLS configuration options for scheduling will automatically also apply to View Job Output.

Also at this time, MCP SMA File Transfer does not support communications using TLS.

✳️ The File Monitor has been modified to persist in trying to send an external event if the original attempt failed due to a file lock.

✳️ Added support for a new System Property named $START COMMAND. The value of this property will resolve to the value of the start command the Agent attempted. If for any reason the Agent does not set the value for this property, the value will return as "Unavailable".

✳️ Effective with this release, the installation procedures for the MCP LSAM have changed. The two container files required for installation or upgrade are now contained within a single zipped file. Both the container files and the zip file now contain the MCP LSAM release number as part of the name; this will assist users in more readily identifying which MCP LSAM version they are working with and will aid in working with multiple versions concurrently. Note that the *SMA/INSTALL program will now be uniquely named during the unwrap process. It is critical that you use the 6-digit version number to name the SMA/INSTALL program because this version number is used to identify which container from which to unwrap the LSAM executables and files.

✳️ Access to MCP LSAM configuration settings is now provided via an API exported by the SMA/ALGOLPROCS library. With the exception of the *SMA/CONFIG program, MCP LSAM components will no longer access the configuration file directly. This will reduce the IO overhead required at BOJ and upon delivery of the AX CONFIG command.

Version 21.04.00 Fixes

2023 September

✅ Fixed processing DISPLAY tokens containing period (.) character as a token separator. Fixed a crash in TCPIP module when incoming message header gets defragmented.

✅ Fixed a crash (SEG ARRAY error) in MCP JORS during program startup.

✅ Fixed a crash (SEG ARRAY error) in SMA/TCPIP program.

Version 21.00.00 Fixes

2021 July

✅ Using a common global storage for JobStart command was causing incorrect reporting of JobStart information when several jobs were started at the same time. Changed the MCP/INTERFACE to store the job start command in the array of job specific tracking information.

✅ If querying for MYSELF.NAME did not return information about the PACK on which MANAGER program was running, the program was not handling it correctly to identify the location for storing DISPLAYS files. Modified the MANAGER program to work with that scenario as well.

✅ Enhanced the MANAGER program to allow for USERCODES without passwords to start the LSAM and Resource Monitor. If you have a blank password for a USERCODE you want to use, just use period (.) in the password field.

Version 20.00.00 Fixes

2020 June

✅ Fixed an issue where the two fields on the LOADDISP screen are longer than one character, but should be the length of one.

✅ Upon creating a new LSAM configuration file from scratch, the SMAGEN screen of the SMA/MANAGER program displayed corrupted data. This has been resolved.

✅ Usercodes longer than 11 characters caused SMA/JORS to F-DS. This has been resolved.

Version 19.01.00 Fixes

2019 December

✅ When utilizing the INITLSAM option within the Manager program and an LSAM and/or Resource Monitor usercode had been defined on the GEN screen, the Manager program failed to include the USER= statement in the WFL used to start the LSAM and/or Resource Monitor. This has been corrected.

In conjunction with the above change, the following changes were made to the GEN screen and start WFLs:

  • Fields were created to accommodate the use of ACCESSCODE in the WFLs generated for initiating the LSAM and/or Resource Monitor.
  • All password fields are masked on the GEN screen.

✅ When the SMASUP program ran, it was waiting on a file incorrectly named *SMA/CONFIG/AUDIT. This has been corrected.

✅ When the MCP LSAM was configured to connect only with specified IP addresses, the LSAM would report that the IP address was invalid even though the OpCon IP address was in the list of allowed IP addresses. This has been corrected.

✅ When the user specified an allowed IP address, all other allowed IP address fields required an entry. This has been corrected.

Version 17.00.01 Fixes

2017 September

✅ For MCP LSAM 17.0, two LSAM components, SMA/RESOURCE/CHECK and SMA/FTAGENT, were excluded from the installation/upgrade activity. This issue has been corrected in MCP LSAM 17.00.01.

Version 17.0 Fixes

2017 May

✅ When multiple file transfers were run in rapid succession, occasionally the *SMA/FTSERVER component would display an error, "No matching port...", the transfer would fail, and the resolution was to restart the FTSERVER. This has been corrected.

Version 16.02.01 Fixes

2017 September

✅ For MCP LSAM 16.02, two LSAM components, SMA/RESOURCE/CHECK and SMA/FTAGENT, were excluded from the installation/upgrade activity. This issue has been corrected in MCP LSAM 16.02.01.

Version 16.02 Fixes

2017 January

✅ The following errors were displayed upon startup of the SMA/FTSERVER:

  • ATTRIBUTE ERROR:TCP_PORT.SECUREPROTOCOL INVALID SUBFILE INDEX @ 01C:007D:1
  • ATTRIBUTE ERROR:TCP_PORT.SSLSECUREMODE INVALID SUBFILE INDEX @ 01C:0071:5
  • ATTRIBUTE ERROR:TCP_PORT.SSLERROR INVALID SUBFILE INDEX @ 01C:0063:5

This has been corrected.

✅ The instructions within the discussion of MSGIN were inaccurate and have been corrected.

Version 16.01.00 Fixes

2016 July

✅ The SMA/FTHANDLER was not refreshing the Append LF to Unix value when told to pick up new LSAM configuration values. This has been corrected.

✅ Restarting a "tracked" job resulted in successive JOB ADOPT messages and confusing job status messages. Effective with this release, if a user restarts a tracked job, the job will be run and reported as an OpCon job, and not as a tracked job.

✅ When running an SMA File Transfer job, if a corresponding FTServer failed to comply with the maximum packet size and sent a message longer than the negotiated packet size, the MCP FTAgent did not exit gracefully. This has been corrected and the FTAgent will now respond by reporting the condition and exiting in a controlled manner.

✅ On rare occasion, a short-running MCP OpCon job submitted with a RUN command would be incorrectly reported as having failed. This has been corrected.

Version 16.0 Fixes

2016 June

✅ Fixed an issue where a parameter to a user program was truncated by the MCP Agent when it required double quotes. The parameter is now passed in its entirety.

✅ Occasionally some *TEMP/SMA/= files remain present after the OpCon job completes. Additional code was added to remove these files at a second point in the process flow.

✅ When using the CONVERT/PRINT utility, some print files were incomplete after using SMA File Transfer to place them on a Windows machine. The cause of this was in the CONVERT/PRINT utility and the issue has been corrected.

✅ The SYNTAX/CHECK program was incorrectly reporting error if a valid token name within the perfmon definitions file was not followed immediately by a space. This has been corrected.