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