Running a Broadcom SCRT report and got the following messages and not sure if something needs to be corrected.
JVMJZBL1023N Invoking com.ibm.scrt.SCRTe.main()...JVMJZBL1043N The Java virtual machine completed with System.exit(16)******* SCRT VERSION 29.1.2 ******SCRTTOOL054: xxxx-nn-yyyyy PROCESSING APR, 2025 (CUSTOMER OVERRIDE)SCRTTOOL155: ERROR IN PARMS: T/S xxxx-yyyyy LPAR system-a NOT FOUND IN DATASCRTTOOL158: ERROR IN PARMS: T/S xxxx-yyyyy LPAR system-b HAS SMF DATASCRTTOOL015: 9918 SMF 70 RECORDS PROCESSEDSCRTTOOL015: 8901 SMF 89 RECORDS PROCESSEDSCRTTOOL069: 1342 DUPLICATE SMF 70 RECORDS DROPPEDSCRTTOOL069: 1555 DUPLICATE SMF 89 RECORDS DROPPEDSCRTTOOL003: PROCESSING COMPLETE
Are these messages something you should be concerned about?
You are making use of LPAR_Comment statements within the //PARMS DD section. A couple of these statements are contributing to the JVMJZBL1043N and subsequent SCRTTOOL155 and SCRTTOOL158 messages. The SCRTTOOL155 message is not causing an actual problem, however based on the IBM SCRT documentation, the SCRTTOOL158 message will prevent an SCRT report from being created. Here is an excerpt from this documentation...
LPAR_Comment
(Optional) Use the LPAR_Comment parameter control statement to explain why no SMF or SCRT89
records were provided for an LPAR.
You must provide comments in the Missing LPAR Data Details (H4) section of the sub-capacity report
for every LPAR for which no SMF or SCRT89 data was provided to SCRT. Use the LPAR_Comment
control statement for those explanations that apply to the specified LPAR for the current reporting
period and all future reporting periods. (For example, when an LPAR is only used by Linux guests.)
Using the LPAR_Comment control statement eliminates the need to update the Missing LPAR Data
Details section of your sub-capacity report to add the same comment for the same LPAR each time
you run SCRT.
Note: If SCRT processes an LPAR_Comment control statement for an LPAR that provided data at any
point during the reporting period, SCRT issues the SCRTTOOL158 message and terminates processing
without generating a sub-capacity report.
In order to prevent the SCRTTOOL158 message, and allow an SCRT report to be generated: