Re: Journal has two receivers with a detached date = 00/00/00

On Mon, Dec 6, 2010 at 1:30 AM, CRPence <CRPbottle@xxxxxxxxx> wrote:

On 12/3/10 8:15 PM, Charles Wilt wrote:

Ok...how is this possible??

                      Display Journal Receiver Attributes

Receiver . . . . . . . :   JROLSR1629    Library  . . . . . . . :   OLS_JRN
Journal  . . . . . . . :   JRNOLS        Library  . . . . . . . :   OLS_JRN
Threshold (K)  . . . . :   1500000       Size (K) . . . . . . . :   123072
Attach date  . . . . . :   11/21/08      Attach time  . . . . . :   17:02:54
Detach date  . . . . . :   00/00/00      Detach time  . . . . . :   00:00:00
Save date  . . . . . . :   11/27/10      Save time  . . . . . . :   02:31:51
Text . . . . . . . . . :   *BLANK


Receiver . . . . . . . :   JROLSR3146    Library  . . . . . . . :   OLS_JRN
Journal  . . . . . . . :   JRNOLS        Library  . . . . . . . :   OLS_JRN
Threshold (K)  . . . . :   1500000       Size (K) . . . . . . . :   7556
Attach date  . . . . . :   12/03/10      Attach time  . . . . . :   17:01:32
Detach date  . . . . . :   00/00/00      Detach time  . . . . . :   00:00:00
Save date  . . . . . . :   00/00/00      Save time  . . . . . . :   00:00:00
Text . . . . . . . . . :   *BLANK

A CHGJRN JRN(OLS_JRN/JRNOLS) JRNRCV(*GEN) is done nightly...

The entry in JROLSR1629 is dated 11/22/08 at 12:25:00...

I was able to delete it....

But I'm curious as to what was going on.

  FWiW, beyond collecting just DSPxxx details for an XXX object-type,
collecting additionally the DSPOBJD for both *FULL and *SERVICE details
before issuing the DLTxxx of an object as recovery from some apparent
"oddity" is prudent.

I'll keep that in mind

The above given details would best have included
also at a minimum, the JRNRCV "status"; we can infer from the "subject:"
that both are detached, but what did the system think.?

Actually, it seems the system had both marked as attached....

I'm inferring this based upon the fact that a scheduled jobs runs
Carsten's MNGJRNRCV utility to delete detached receivers more than 90
days old...

I expected for JROLSR3146 to be attached, as it was the current receiver...

If the detach
is performed "nightly" and [since] the 03-Dec attached receiver was
effected the same evening the concern was expressed, then the latest
receiver seems likely to have been attached and correctly expressed as
having a detach date\time as "00/00/00" which [absurdly; why the value
is not *NONE is beyond me] indicates "not yet detached".?

  The other journal receiver detach apparently was done midday, thus
apparently not in the "nightly" processing, which makes its situation at
least possibly somewhat unique.  Beyond DSPOBJD, the history log QHST
contains information about journal\receiver activity.  The history could
be reviewed for normal and abnormal journal and receiver messaging
during the period between initial attach date\time of 11/21/08 17:02:54
and apparent detach date\time near 11/22/08 12:30, possibly up until the
expected detach date\time near 11/22/08 17:15.

I'll check but I'm guessing the history log from two years ago is long gone...

  I am not sure what the effect of RSTOBJ JROLSR1629 would have shown,
but perhaps that could be tested for similar effect to what was seen.
If for instance the "detach date\time" is reset to zeroes for a restored
journal receiver, that would show the importance of reviewing the
"restore date\time" of the display object description details for
possible origin of the seeming "oddity" of zero date.

I can test that, but to be honest, if a journal was restored it would
have been me doing it and I don't recall every needing to do so.
Actually, until recently, the receivers were not being deleted.

I think Pete may be on the right track with it being an artifact of a
move to a new box...

Charles