OPSMVS dumping immediately after changing ALLOWUSERKEYCSA to NO (updated)
search cancel

OPSMVS dumping immediately after changing ALLOWUSERKEYCSA to NO (updated)


Article ID: 208966


Updated On:


OPS/MVS Event Management & Automation


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 13.5. I have also checked that the recommended PTF's were already applied.


Release : 13.5

Component : OPS/MVS

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


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.