× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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. 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.? 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 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.

Regards, Chuck

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.