Re: RST vs CPFA0A9

[bdietz@xxxxxx]

That is how it should work.  I tested a small directory restore and just
the top level directory had to exist.
then the rest of the directories (and files) got restored.

-------------------------
 Bryan Dietz
3X Corporation






                    rob@dekko.com
                    Sent by:                  To:     midrange-l@midrange.com
                    midrange-l-admin@mi       cc:
                    drange.com                Subject:     Re: RST vs CPFA0A9


                    11/27/2001 02:11 PM
                    Please respond to
                    midrange-l







I am hoping that since the save does a '/GDSHELP/*' that what I needed to
do was
MD '/GDSHELP'
CHGOWN '/GDSHELP' NEWOWN(QNOTES)
CHGAUT OBJ('/GDSHELP') USER(*PUBLIC) DTAAUT(*EXCLUDE) OBJAUT(*NONE)
And then try the
RST        DEV('/QSYS.LIB/TAP03.DEVD') OBJ(
                        ('/GDSHELP')
                        ) OUTPUT(*PRINT)
                          ENDOPT(*LEAVE)
again.

Rob Berendt

==================
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin



                    bdietz@3x.com
                    Sent by:                  To:
midrange-l@midrange.com
                    midrange-l-admin@mi       cc:
                    drange.com                Fax to:
                                              Subject:     Re: RST vs
CPFA0A9

                    11/27/2001 11:14 AM
                    Please respond to
                    midrange-l







Does the whole path ( /GDSHELP/notes/data/gwisoft/Support01/titles/ )
exist??  I am assuming that the ( gwi0302.ft) is a file that "lives" in the
path mentioned.

The directory paths must exist before a file can be restored.


-------------------------
 Bryan Dietz
3X Corporation






                    rob@dekko.com
                    Sent by:                  To:
midrange-l@midrange.com
                    midrange-l-admin@mi       cc:
                    drange.com                Subject:     RST vs CPFA0A9


                    11/27/2001 10:13 AM
                    Please respond to
                    midrange-l







I am running the following command:
RST        DEV('/QSYS.LIB/TAP03.DEVD') OBJ(
                        ('/GDSHELP')
                        ) OUTPUT(*PRINT)
                          ENDOPT(*LEAVE)

I am getting numerous CPFA0A9 messages.  Looking at one of them I see:
Message ID . . . . . . :   CPFA0A9
Date sent  . . . . . . :   11/27/01      Time sent  . . . . . . :
09:43:17
Message . . . . :   Object not found.
Cause . . . . . :   Object
  /GDSHELP/notes/data/gwisoft/Support01/titles/gwi0302.ft or a directory in
  the object path could not be found or its type cannot be resolved by this
  function.
Recovery  . . . :   Correct the name or specify an object of the correct
type.
  To determine if the object exists, use the WRKLNK command. If the name
  exists, check the type of the object. If the name contains symbolic link
  objects, ensure the path names they resolve to exist.  Retry the
operation.

When I checked the save I see:
CPC370C    Completion              00    11/26/01   23:27:19   QSRSAV
QSYS        *STMT    NIGHTBACK    GDI
                                     From module . . . . . . . . :   QSRSAV
                                     From procedure  . . . . . . :
qsrSendFinalMessageForSAV__FiP6qsrMsg
                                     Statement . . . . . . . . . :   2144
                                     Message . . . . :   29679 objects
saved.
                                     Cause . . . . . :   29679 objects were
saved on volumes MON
                                                 IBMIRD sequence number 1
at 11/26/01 22:01:18.  The save operation
                                       ended on volume IBMIRD.  If UPDHST
(*YES) was specified, the save/restore
                                       history was updated unless otherwise
indicated by the previously listed
                                       messages.

So it looks like there was no problem doing the save.

CUM=TL01254
'Group PTF#:  SF99501-04  V5R1M0 October 3, 2001   '
'Backup/Recovery Group PTF#: SF99078-01 V5R1M0 May '
'2001      '

Is this something I should be concerned about?

Rob Berendt

==================
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin