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



As a backup, here's my BRMS go to website ..... maybe it can help:

https://helpsystemswiki.atlassian.net/wiki/spaces/IWT/pages/165642461/Welcome+to+IBM+Backup+Recovery+Media+Services+BRMS+for+i



Very Respectfully,
Michael Mayer
IBM i Support / System Admin.
IT Operations.
The Florida Bar
651 E. Jefferson St
Tallahassee, Florida 32399-2300
mmayer@xxxxxxxxxxxxxx
https://www.floridabar.org
Office: 850.561.5761
Cell: 518.641.8906


2. Re: BRMS SWA creates object lock causing application to fail
with CPF1063 followed by RNQ0431 (Evan Harris)

message: 2
date: Wed, 9 Sep 2020 08:12:19 +1200
from: Evan Harris <auctionitis@xxxxxxxxx>
subject: Re: BRMS SWA creates object lock causing application to fail
with CPF1063 followed by RNQ0431

Hi Paul

If stopping the application is out of the question you are in kind of a tricky spot, though making things wait longer for a lock might help. My own experience on waits is that they only ever get longer and eventually exceed what's been allocated anyway.

Some questions:
- is the SWA across all the libraries, i.e. do you have everything in one gigantic checkpoint ?
- How long does it typically take to get a checkpoint ?
- What does "I know data areas are excluded from SWA." mean - do you exclude data areas from your save, or something else ?
- Would it be possible to save the library containingg the problem data area (if it's only one) individually to shorten the checkpoint time ? i.e.
do two SWA's



On Wed, Sep 9, 2020 at 1:56 AM Steinmetz, Paul via MIDRANGE-L < midrange-l@xxxxxxxxxxxxxxxxxx> wrote:

During our nightly BRMS full SWA, one of our applications experienced
CPF1063 - Cannot allocate data area JRNPGM01 in library BRCPGMS
followed by a RNQ0431 - Data area *LIBL/JRNPGM01 was allocated to
another process (C G D F).

BRMS was in the process of doing its check point processing for this
library, BRCPGMS. The check point processing only lasts for a few minutes.

The application needed to update the data area, but it was locked by
the save, the application went into MSGW.

I know data areas are excluded from SWA.

I can create a monitor that would automatically answer the RNQ0431
with a G, which would allow the application to continue without going into a MSGW.

Any recommendations from the group on handling locks caused by BRMS
causing applications to fail.
Stopping the application is not an option.
Excluding the object from the save is not an option.

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

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
related questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com



________________________________
Please note: Florida has very broad public records laws. Many written communications to or from The Florida Bar regarding Bar business may be considered public records, which must be made available to anyone upon request. Your e-mail communications may therefore be subject to public disclosure.

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.