We have already configured REST API and WEB UI but we found a potential issue with the way the product is set up to use USS (Unix System Services). It has to do with the ZFS that comes with ESP that needs to be mounted as RDWR in USS. We can see there is the potential of losing some data (logs) when implementing a new release of the product. Let me give you some details of our customer system.
ESPTREST this is the STC for the REST API
ESPTIX this is the STC for the WEB UI
The ZFS that comes with CA ESP WLM is mounted at IPL time at mountpoint :
This is the entry in BPXPRMxx in SYS1.PARMLIB:
We have already successfully configured both started tasks and these start and work ok. We see that both STCs create and update files (logs) while running and these files live in the same ZFS .
ESPTREST STC updates files in /_PRDS/ESP/CD7YUSS/rest/ directory when running. Files created/updated seem to be some sort of logs for this started task.
ESPTIX STC updates files in /_PRDS/ESP/CD7YUSS/webUI/DB/ directory when it runs. Likewise, these files seem to be some type of log.
The issue we see is that the ZFS that is mounted as Read/Write will contains a combination of code and run time files required for the STCs to run, plus the other files (logs) created by ESPTREST and ESPTIX STCs while running.
All the software our customer runs is maintained in a repository system, and any update done to the product requires to ship the entire product to the customer system, and implemented on the alternate SYSRES via an IPL. The updated product will include a new ZFS so all the files updated by ESPTREST and ESPTIX in the old ZFS will be lost.
Has this issue been reported by any other customer ? Is there a way around this? We tried mounting the ZFS as READ only but ESPTREST and ESPTIX failed to start and we get the following messages in the started tasks log:
FileNotFoundException: ./esp-rest-api.log (EDC5141I Read-only file system.)
FileNotFoundException: ./audit-esp-rest-api.log (EDC5141I Read-only file system)
When we re-mount the ZFS as RDWR, then both ESPTREST and ESPTIX STCs start ok. But as mentioned before, in the ZFS there is combination of code, run time and locally created files (created by the two started tasks). These files created by ESPTREST and ESPTIX will be lost when we implement a new version/release of ESP
Release : 12.0
Component : REST API