OPSMVS dumping immediately after changing ALLOWUSERKEYCSA to NO (updated)

Products

• OPS/MVS Event Management & Automation

Issue/Introduction

To facilitate z/os 2.4 migration, we need to change the parm ALLOWUSERKEYCSA to NO, because the new version of the OS will no longer support userkeys of 8 or lower being written to the CSA. The default for z/os 2.4 is NO, we are trying to identify all tasks that need YES

After the first attempt to switch that parameter to NO on test lpar, OPSMVS started producing SVC dumps.

We have already applied the latest maintenance on OPSMVS. I have also checked that the recommended PTF's were already applied.

Environment

OPS/MVS

z/OS 2.2 in preparation for upgrade to z/OS 2.4

Resolution

The module in the dump is not an OPS/MVS module, and the title of the dump references BMC.   There was no evidence of OPS/MVS module in the documentation provided.   The recommendation was to check with the owner of the module present in the dump at the PSW, and it was later determined that BMC Mainview SRM StopX37 was responsible.