Re: How long does STROBJCVN take?

[rob@xxxxxxxxx]

Break up the STROBJCVN by library.  Read the following for details.

It's done.  (I think.)  Why just "think"?  Each object converted a spool 
file, that quickly went to FIN and never really had any data.  I never 
changed the system value (QMAXSPLF) to allow more than 9999 spool files 
for a job.  CPF4167.

All the more reason to break this down by library.  Job log was set to 
*PRTWRAP.  However, it couldn't *PRT because of max spool files.  And, 
even though I had a clean *CVNPRB there were still objects that didn't 
convert.  (Expletive deleted!!!).

CPFB0E2
Message . . . . :   Not all objects were converted.  
Cause . . . . . :   Start Object Conversion(STROBJCVN) OPTION(*CONVERT) 
could 
  not finish successfully.  
    11884 objects were not converted.  43614 objects located in *ALLUSR 
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.  

Preceeded by:
CPFB0E2
Message . . . . :   Not all objects were converted.  
Cause . . . . . :   Start Object Conversion(STROBJCVN) OPTION(*CONVERT) 
could
  not finish successfully.  
    9 objects were not converted.  40 objects located in WEB have been  
  converted by STROBJCVN.  
    0 objects were not converted.  0 objects located in *N  

Preceeded by:
CPIA975
Message . . . . :   40 of 40 objects in library WEB converted.

At this time you may be thinking something along the lines of "Don't these 
two messages conflict with each other?"

Preceeded by:
CPDB0E2
Message . . . . :   Errors occurred while converting object type *SRVPGM.  
 
Cause . . . . . :   Errors occurred while converting an object using the 
Start
  Object Conversion(STROBJCVN) command.  
    If the object is an integrated file system object, then object *N  

And IBM feels that it's none of my business what the object name is. Well, 
they might have printed it in one of the thousands of spool files that 
weren't generated.

Why generate a spool file if you aren't going to write anything to it? 
Don't "OPEN" the file until the first output.  That would go to great 
lengths in reducing the number of spool files.

Rob Berendt