During a record and rule cleanup, a volume was removed from the GSO SECVOLS record and added to the GSO RESVOLS record to allow access checks to occur at the dataset level instead of at the volume level. Rules in the $KEY(VOLUME) were also removed due to volume checks should no longer occur.
However, there are now thousands of VOLUME loggings from NON-CNCL batch users on various VOLUME.@volume resources.
It's not consistent, and seems to go on and off.
Why are these loggings happening at the volume level? Shouldn't the access checks be occurring at the dataset level since the volume is no longer in the GSO SECVOLS record?
Release : 16.0
The batch jobs are performing operations in the DASDVOL class.
DASDVOL is a class that allows maintenance operations to occur at the volume level. It will always cause a volume access check to occur even if the volume in question is not in the GSO SECVOLS record.
There are a few options to make the loggings stop for NON-CNCL users: