Hi,
In z/OS V3.1, I issued (via SDSF) S AOPSTOP and it failed because AOPSTC (taken from STDATA) has UID(1) and GID(24), and /usr/lpp/Printsrv/bin/aopstop has its Permission Bits set to 750. The file is owned bu UID(0) GID(1). This is expected.

On z/OS V2.5, however, AOPSTOP works (with the same STARTED Class Profile and Permission Bits.) Can someone explain why it works on 2.5? (Based upon UID/GID and Permission Bits, it seems like it shouldn't.) I looked at the DBSYNC output comparing the 2.5 and 3.1 RACF Databases and did not notice anything that would explain this behaviour.

Thank you in advance.

Regards,
David

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to