Re: Can QAUDIT journal receivers be restored to a different library on another LPAR?

What I have done in the past is save the receiver to tape and use
the STG(*FREE) parm. This has given me back the DASD and kept the receiver
chain intact.

I *think *(but I don't really remember) that I could restore an old
receiver leaving freed receivers between the restored one and more current
receivers.


Gord



On Tue, Nov 18, 2014 at 12:05 PM, Steinmetz, Paul <PSteinmetz@xxxxxxxxxx>
wrote:

I'm using the QAUDJRN receivers for a massive cleanup effort, libraries,
jobds, outqs, etc.
Depending on the specific task at hand, a different CPYAUDJRNE ENTTYP(JS)
is performed.
If not possible, I will delete some oldest receivers, nearing 95%.

Paul



-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
rob@xxxxxxxxx
Sent: Tuesday, November 18, 2014 11:52 AM
To: Midrange Systems Technical Discussion
Subject: Re: Can QAUDIT journal receivers be restored to a different
library on another LPAR?

After reading the help I was hoping that you were trying to restore a
receiver that was attached at the time. But my attempts were futile also.

What about near line storage? Like some tape in your library that is not
in BRMS.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 11/18/2014 10:54 AM
Subject: Can QAUDIT journal receivers be restored to a different
library on another LPAR?
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Can QAUDIT journal receivers be restored to a different library on another
LPAR?
I have DASD space available on another LPAR, I would like to restore
production QAUDJRN receivers to that LPAR in a different library.

CPF707F Diagnostic 30 11/18/14 10:07:04.166572 QSVRSINT
QSR 0C39 QSVRSINT QSR 0C39
Message . . . . : Cannot restore
receiver Q88E380328 into library JRNLIB05.
Cause . . . . . : Journal receiver
Q88E380328 cannot be restored into
library JRNLIB05 because the
library is not the original library for the
journal receiver in the original
ASP group nor the redirected library in the
redirected ASP group if the journal
receiver is to be associated with a
remote journal.

Recovery . . . : The rules used when associating restored journal
receivers with journals are: -
A saved journal receiver that was attached to a local or any remote
journal
can be restored and associated with a local journal if the local journal
has
the same name and resides in the same library and ASP group as that of the
original local journal when the saved journal receiver was attached.
A saved journal receiver that was attached to a local journal can be
restored
and associated with a *TYPE1 remote journal if the *TYPE1 remote journal
has
the same name as that of the original local journal and resides in the
redirected library and redirected ASP group for the associated *TYPE1
remote
journals. - A saved journal receiver that was attached to a *TYPE1 remote
journal can be restored and associated with the original *TYPE1 remote
journal, or with another associated *TYPE1 remote journal, if the *TYPE1
remote journal has the same name as that of the original local journal and
resides in the redirected library and redirected ASP group for *TYPE1
remote
journals. - A saved journal receiver that was attached to a *TYPE2 remote
journal can be restored and associated only with the original *TYPE2
remote
journal. Change the name of the library in the RSTLIB parameter value.
Then
try the request again. See the APIs topic collection in the Programming
category in the IBM i Information Center,

Thank You
_____
Paul Steinmetz
IBM i Systems Administrator

Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071

610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home

psteinmetz@xxxxxxxxxx<mailto:psteinmetz@xxxxxxxxxx>
http://www.pencor.com/

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.