It was actually RSTSLIBBRM.
Found the joblog.
CPF3852 Information 10 05/28/13 10:15:47.291366 QSRRSPST QSYS 1291 QSRRSLIB QSYS 0539
Message . . . . : All authorizations to PGM ADDDAYS in library UPIC08XXCP
revoked.
Cause . . . . . : PGM ADDDAYS in library UPIC08XXCP adopted the user profile
of the object owner and the object was restored by a user who was not the
owner of the object and who did not have all object authority (*ALLOBJ) and
security administrator authority (*SECADM). Recovery . . . : Obtain
authority from the owner of the object or obtain all object (*ALLOBJ) and
security administrator authority (*SECADM) special authority from the
security officer.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Thursday, September 12, 2013 12:42 PM
To: Midrange Systems Technical Discussion
Subject: Re: Restore lib results with public *exlude authority
Weird system migration in which the users didn't exist?
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>,
Date: 09/12/2013 12:18 PM
Subject: Restore lib results with public *exlude authority
Sent by: midrange-l-bounces@xxxxxxxxxxxx
Recently noticed that a 20,000 object R&D program library had majority of
its objects set to *public *exclude following a RSTLIB on 5/29.
As a test, I restored the same library again, to a different library,
*public is now *change, which are normal results.
Any ideas on what might cause a RSTLIB to result with *public *exclude?
_____
Paul Steinmetz
IBM i Systems Administrator
Pencor Services, Inc.
471 Delaware Ave
Palmerton Pa 18071
610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home
psteinmetz@xxxxxxxxxx
http://www.pencor.com/
midrange.com
