Hi David, When I resigned from your company, I created JCL's to setup AOP
symlinks from (/usr/lpp/Printsrv/bin and lib directories) and did videos
explaining the AOP initial setup and I think you might be missing the initial
AOP setup for z/OS v3r1 and it might be permissions issues as well.
Good Luck,Jasi Grewal.
-----------------------------------------------------------------------------------------------Regards,
Jasi Grewal."Tomorrow represents my hope, today is a cherished gift, and
yesterday lives on through my treasured memories."
On Monday, July 22, 2024 at 09:23:52 a.m. EDT, David Spiegel
<[email protected]> wrote:
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
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
