Re: GRTOBJAUT...does anyone know

The SQL solution Rob and I suggested will take 2, maybe 3 minutes - OK, 
maybe 5!

*Regards*

*Vern Hamberg*

IBM Champion 2025 <cid:[email protected]> CAAC 
(COMMON Americas Advisory Council) IBM Influencer 2023


On 5/11/2026 4:36 PM, Don Brown via MIDRANGE-L wrote:
>     For 8000 objects I would just run the grtobjaut command on all objects.
>
>     Unless there is a requirement to know which objects need to be updated.
>
>     This will take a minute whereas writing a program will take much longer
>     relatively speaking.
>
>     My 2 cents
>
>     Cheers
>     Don
>
>     Â
>
>     Don Brown
>
>     Senior Consultant
>     Â
>     [1]OneTeam IT Pty Ltd
>     P: 1300 088 400
>
>     -----Original Message-----
>     From: MIDRANGE-L<[email protected]> On Behalf Of
>     [email protected]
>     Sent: Monday, 11 May 2026 11:13 PM
>     To: 'Midrange Systems Technical Discussion'
>     <[email protected]>
>     Subject: GRTOBJAUT...does anyone know
>
>     We are in the process of cleaning up / tightening up security on our
>     production machines.
>
>     One of the many libraries has about 8,000 objects in it and all but about
>     100 have the correct authorities. If I do a GRTOBJAUT for *ALL objects in
>     the library, does anyone know if the command is smart enough to only look
>     at and only adjust the objects that do not have the particular
>     supplemental group or does it try to adjust all 8,000? I'm trying to
>     figure out if it would be more efficient to build a CL with just the
>     objects that are problems.
>
>     And please do not suggest using authorization lists. I'm working toward
>     that but trying to get a handle on why the authorities are what they are
>     (and that would politely be called "a mess") has been like trying to turn
>     a barge with an oar. I'm slowing getting there but is it taking forever so
>     we are taking an intermediate step first.
>
>     --
>     This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
>     list To post a message email:[email protected] To subscribe,
>     unsubscribe, or change list options,
>     visit: [2]https://lists.midrange.com/mailman/listinfo/midrange-l
>     or email:[email protected]
>     Before posting, please take a moment to review the archives at
>     [3]https://archive.midrange.com/midrange-l.
>
>     Please [email protected] for any subscription related
>     questions.
>
>     --
>     Message protected by MailGuard: e-mail anti-virus, anti-spam and content
>     filtering.
>     [4]https://www.mailguard.com.au
>
> References
>
>     Visible links
>     1.https://www.oneteamit.com.au/
>     2.https://lists.midrange.com/mailman/listinfo/midrange-l
>     3.https://archive.midrange.com/midrange-l.
>     4.https://www.mailguard.com.au/
>
-- 
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: [email protected]
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: [email protected]
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact [email protected] for any subscription related questions.