I had a library that failed STROBJCVN that passed ANZOBJCVN.  This is fun 
news after a V6R1 upgrade.
The name of the library was "DUH" so I am assuming that it's nothing 
important.
Creation information: 
  Creation date/time . . . . . . . . . :   08/08/01  09:33:04
  Created by user  . . . . . . . . . . :   ROB 
  System created on  . . . . . . . . . :   GDISYS 
  Object domain  . . . . . . . . . . . :   *SYSTEM 
STROBJCVN LIB(DUH) 
   Digital signature lost for object EVFAAHDL.
   State of object EVFAAHDL changed to *USER. 
   Digital signature lost for object EVFADSPC.
   State of object EVFADSPC changed to *USER. 
   Digital signature lost for object EVFAESCP.
   State of object EVFAESCP changed to *USER. 
   Digital signature lost for object EVFAHBKP.
   State of object EVFAHBKP changed to *USER. 
   Digital signature lost for object EVFAHTRC.
...
   Not all objects were converted.
CPIB0DC
Message . . . . :   Digital signature lost for object EVFACODE.  
Cause . . . . . :   Object EVFACODE of type *SRVPGM in library DUH was  
  digitally signed.  
    The conversion process creates a new version of the object. The 
digital 
  signature has been removed from the object. The digital signature could 
not 
  be preserved because it applied to the old object format, and the object 
was
  re-formatted during the conversion process.  
Recovery  . . . :   In order to have a digital signature again then refer 
to 
  "Object signing and signature verification" in the Security topic in the 
 
  i5/OS Information Center at 
http://www.ibm.com/systems/i/infocenter/.  
CPIB0E3
Message . . . . :   State of object EVFACODE changed to *USER. 
Cause . . . . . :   During conversion processing, object EVFACODE of type 
  *SRVPGM in library DUH was changed to *USER state. 
Recovery  . . . :   There is no recovery. Only IBM can create *SYSTEM 
state
  and *INHERIT state programs. 
CPFB0E2
Message . . . . :   Not all objects were converted.  
Cause . . . . . :   Start Object Conversion(STROBJCVN) OPTION(*CONVERT) 
could 
  not finish successfully.  
    14 objects were not converted.  40 objects located in DUH have been  
  converted by STROBJCVN.  
    0 objects were not converted.  0 objects located in *N have been 
converted
  by STROBJCVN.  
    If *N or 0 appears for any fields, then this information does not 
apply. 
Recovery  . . . :   Display the Job Log (DSPJOBLOG) to see previous 
message. 
  Perform the recovery indicated in the previous messages, and try the 
request
  again.  
I got a whole lot more than 14 copies of CPIB0E3.
Random object sample
System level . . . . . . . . . . . . :   V5R1M0 
Compiler . . . . . . . . . . . . . . :   CRTPGM     V5R1M0
Licensed program . . . . . . . . . . :   5722WDS    V5R1M0
I wouldn't have thought that V5R1 would have had an issue with ANZOBJCVN.
Rob Berendt
As an Amazon Associate we earn from qualifying purchases.