AS/400 RPTSTORE objects related to File Transfer not deleted
book
Article ID: 87222
calendar_today
Updated On:
Products
CA Automic Workload Automation - Automation Engine
Issue/Introduction
Error Message : N/A
AS/400 RPTSTORE objects related to Automic's File Transfer (FT) are not deleted.
When a file transfer is executed with an AS/400 Agent as the source, 2 objects / files are created in the Agent’s library. The RPTSTORE, which contains the file transfer report and the STSSTORE, which contains the file transfer status / restart information. This information can be found in the Automic documentation listed in the reference section below.
When the file transfer completes successfully, the files should be automatically deleted. This works for the STSSTORE file, it’s deleted after as successful JOBF, but the RPTSTORE file remains and is not deleted:
<Please see attached file for image>
Investigation
Execute a JOBF, with AS/400 as the source Agent, which completes successfully. The Report Store remains and is not deleted, it can still be found in the Agents library.
Cause type: Defect Root Cause: Report store object completed or aborted FT remains on the system.
Resolution
Update to a fix version listed below or a newer version if available.
In the fix versions listed below, the RPTSTORE file will be deleted, as expected, after a file transfer completes successfully.
Fix Status: Released
Fix Version(s): Component(s): Agent AS400
Automation Engine 12.1.0 - Available Automation Engine 12.0.3 - Available Automation Engine 11.2.6 - Available
Additional Information
Workaround : Delete files manually. Howver, pay special attention so that the RPTSTORE objects/files of the current active file transfers are not deleted. There is no way to determine which RPTSTORE file is releated to which RunID.
Note: Our recommendation is to delete the RPTSTORE objects/files only in cases where no file transfer is currently active.