Hello Martin,
Thank you for your questions.
The information on the reference page in the previous update is not 100% accurate. I am having it fixed now, but until then, here is some accurate information in further detail:
The STGVIOLS metric is not related to either the STGVTRAN metric nor the GSVC118W message. STGVIOLS is collected at the system level, not the transaction level, so I am not going to talk about STGVIOLS in my answer as it is unrelated to your questions.
The GSVC118W message and the STGVTRAN metric, while they are closely related, are mostly mutually exclusive of one another.
The GSVC118W message and the STGVTRAN metric are related in that you must have the SYSVIEW/CICS CCONFIG option DUMP-MANAGEMENT set to YES for either of them to function. After that, there is no correlation between them.
The GSVC118W message is created when the CICS dump exit point detects there was a request by CICS to take a dump. It really has nothing to do with a storage violation other than a dump might be taken as a result of a storage violation. When this occurs, and the DUMP-MANAGEMENT option is set to YES, SYSVIEW will unconditionally create a GSVC118W message regardless of a STGVIOLS metric threshold. If you are seeing many of these GSVC118W messages, while it may be a nuisance, it should probably be further reviewed by the CICS application owners for errors. I would think you should not see dumps with that much regularity as you are.
Also note that at SYSVIEW 15.0 feature PTF 6 (SO00378) which was released in February, 2018, the behavior of the GSVC118W message was slightly altered.
- Before PTF 6, the GSVC118W would only occur if:
- A dump was being taken by CICS and it was not suppressed.
- With PTF 6, the GSVC118W message occurs if:
- A dump is being taken by CICS and it is not suppressed.
- A dump is being taken by CICS and it is suppressed. (new)
If you just recently started to see more of these messaged and you have PTF 6 installed, this could be the reason.
If you wish, you can suppress the GSVC118W message from within SYSVIEW. In the MESSAGES parmlib member, you can add an entry that looks like this:
DEFINE GSVC118
ACTION W
NOROUTECODE 2
NOROUTECODE 11
This will prevent SYSVIEW from writing the message to the system log. The message will still be written to the GSVCLOG DD in the CICS region. Note, after making the parmlib update, you will need RELOAD the member on the LIBCACHE command, then recycle SYSVIEW in CICS (GSVT/GSVS) for this change to take effect.
Alternatively, if you are not using the STGVTRAN metric, and you are not relying on the GSVC118W message, and you are not using the DUMP section in the CICS transaction records (viewed from selecting a record on CTRANLOG) you can safely set DUMP-MANAGEMENT to NO and avoid the messages that way.
Please let me know if you have any questions.
Regards,
Jason Brosius
CA SYSVIEW