Re: ANZOBJCVN fails /dev/QASP1

[Vern Hamberg <vhamberg@xxxxxxxxxxx>]

 Charles

As far as I know, you should use V6R1M0 - the conversion change is at 
6.1, and 7.1 uses the same program structure.

Not sure about the other issue.

Vern

On 9/15/2010 10:23 PM, Charles Wilt wrote:
> Trying to ANZOBJCNV prior to an upgrade from v5r4 to 7.1
>
> While I can do ANZOBJCVN OPTION(*COLLECT) LIB(*ALLUSR) TGTRLS(V7R1M0)
>
> Trying to do ANZOBJCVN OPTION(*COLLECT) LIB(*NONE) SPLFILE(*NO) OBJ(/)
> TGTRLS(V7R1M0) fails with:
> CPD0084 - 'V7R1M0    ' not valid for parameter TGTRLS.
>
> Switching to TGTRLS(V6R1M0) fails with:
> CPDD0C8 - Object in a file system that is not valid. Object is /dev/QASP01.
>
> > From module . . . . . . . . :   QIZACOMMON
> > From procedure  . . . . . . :   QizaSendMessage
> Statement . . . . . . . . . :   13
> To module . . . . . . . . . :   QIZAIFSA
> To procedure  . . . . . . . :   QizaSendMessageCPDB0C8__FP13Qlg_Path_NamePcT2
> Statement . . . . . . . . . :   33
>
> Cause . . . . . :   The ANZOBJCVN command could not process object /dev/QASP01
>    because it is located in a file system that is not valid. If the object is a
>    directory, then none of the objects within that directory will be processed
>    and will not be included in the final number of objects which were not
>    processed. Recovery  . . . :   Specify an object in a valid file system and
>    try the operation again. Valid file systems are: -- "root" (/). -- QOpenSys.
>    -- User-defined file system.
>
> Does anybody know what's going on or do we need to call IBM?
>
> Thanks!
> Charles