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



We also had to start using *MAXOPT3 for a software product. The only
downside I've seen is that the outfile of the DSPJRN has to be adjusted,
because the sequence number can get a lot bigger. This is via the
OUTFILFMT paramater, which is easy enough to change, but if you have
anything depending on the format of that output, it will have to be
adjusted, and not just for the sequence # field. A number of other fields
are added.



___________________________________
Darren Strong
Dekko





From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 12/19/2017 07:01 PM
Subject: Should the sequence number of journal entries be reset to
1 on IPL - Yes or No? Receiver size option set to *MAXOPT3
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



One of our 3rd party apps that uses journaling.
An issue was found that the resetting of the journal sequence number to 1
on an IPL causes issues.

Researching the reset of journal sequence numbers I found the below IBM
tech doc.
If journal Receiver size options is set to *MAXOPT3, the sequence number
will NOT be reset to 1 on IPLs.
I was reviewing receiver size option for all journals on the system,
including IBM system journals, found no consistency.
Ranges from *NONE , *MAXOPT1, *MAXOPT2, *MAXOPT3.

Should all journals have their receiver option size be set to *MAXOPT3,
thus preventing the sequence reset to 1 on an IPL.
I also noticed some journals also have *RMVINTENT.

Any thoughts from the group?
For those using journaling, what receiver size option are you using?

RCVSIZOPT(*MAXOPT3)
Use RCVSIZOPT(*MAXOPT3) to set the maximum size of a journal receiver
attached to your journal to approximately one terabyte (1 099 511 627 776
bytes). In addition, with RCVSIZOPT(*MAXOPT3) the journal receiver can
have a maximum sequence number of 18 446 744 073 709 551 600. With
RCVSIZOPT(*MAXOPT3), the system can deposit a journal entry as large as 4
000 000 000 bytes. You cannot save or restore these journal receivers to
any releases before V5R3M0. Nor can you replicate them to any remote
journals on any systems at a release before V5R3M0.

If you use RCVSIZOPT(*MAXOPT3) you must use the FROMENTLRG and
TOENTLRG parameters to specify a journal entry sequence number larger than
9 999 999 999 when you perform the following commands:

APYJRNCHG
APYJRNCHGX
CMPJRNIMG
DSPJRN
RCVJRNE
RMVJRNCHG
RTVJRNE


*RMVINTENT - Indicates that internal entries required only for IPL
recovery will be removed from the receivers attached to the journal
when the entries are no longer required for IPL recovery.




https://www.ibm.com/support/knowledgecenter/ssw_ibm_i_71/rzaki/rzakiresetjrn.htm



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
http://www.pencor.com/


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.