You always get this message, but what I have found is that it has analyzed
all the library based objects and IFS objects, so now you run the report.
Pete
--
Pete Massiello
iTech Solutions
http://www.itechsol.com
Add iTech Solutions on Facebook:
http://www.facebook.com/group.php?gid=126431824120
Add iTech Solutions on LinkedIn:
http://www.linkedin.com/groups?gid=2206093
iTech Solutions because IBM i (AS/400s) didn't come with System
Administrators
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Charles Wilt
Sent: Wednesday, September 15, 2010 11:23 PM
To: Midrange Systems Technical Discussion
Subject: ANZOBJCVN fails /dev/QASP1
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
midrange.com
