Rob,
I was going to change my subsystems/class default wait time to accommodate the issue.
When I reviewed my production LPAR it was already set at 120, but the error occurred at 90 seconds.
R&D LPAR was set to 30 seconds, error occurred at 90 seconds.
Thought now is that default wait time is NOT controlling this, but some other value/timer is.
I've searched everywhere, cannot find a BRMS or other value that might be controlling this wait.
Any clues?
Also waiting on feedback from IBM.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Tuesday, April 07, 2015 11:13 AM
To: Midrange Systems Technical Discussion
Subject: RE: Class - Default wait time in seconds for batch jobs
Good information.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 04/07/2015 11:08 AM
Subject: RE: Class - Default wait time in seconds for batch jobs
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
Rob,
BRMS has its own settings for SAVW, really doesn't use the QBATCH class
default wait time for the save, but only for device allocation, volume
mounting etc.
Also, there is no wait time for IFS objects, always immediate.
Save active wait time:
Object locks . . . . . . . . . . . . 120 0-99999, *NOMAX
Pending record changes . . . . . . . 120 0-99999, *NOCMTBDY,
*NOMAX
Other pending changes . . . . . . . . 120 0-99999, *NOMAX
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
rob@xxxxxxxxx
Sent: Tuesday, April 07, 2015 10:33 AM
To: Midrange Systems Technical Discussion
Subject: Re: Class - Default wait time in seconds for batch jobs
In general 30 seconds should be plenty enough time. Actually 5-10 seconds
should be plenty of time. Most items that are locked over 10 seconds will
be locked for a longer stretch of time.
A backup can stretch out for hours longer if this is not used correctly.
For example, if you try that ridiculous save-while-active and you put a 2
minute wait time there could be 200 stream files with a lock that
save-while-active can't even get around. 200 times 2 minutes is 6.75
hours, while 200 times 10 seconds is only slightly over a half of an hour.
I think you'd be better served by trying to determine why BRMS is taking
so long.
- Are you running too many backups at the same time thus causing tape
drive contention?
- Are you using autoclean and it's trying to clean during backup?
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 04/07/2015 10:20 AM
Subject: Class - Default wait time in seconds for batch jobs
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
I recently was verifying my class entries for my various subsystems.
We don't start QINTER or QBATCH, we have custom for both.
All my interactive subsystems use either QINTER class or a copy of QINTER,
Default wait time set to 30.
However, in all our batch subsystems, I'm seeing a class with Default wait
time of 30, normally batch is 120.
Decades ago, I'm not sure if this was an oversight, or if someone
determined that Default wait time for batch should be 30 instead of 120.
I recently had a BRMS batch job fail, failure was a timing issue, probably
would not have failed if was set to 120.
Any thoughts from the group on what batch default wait time should be?
Default wait time
Shows the maximum wait time (in seconds) that a thread in the job
waits for a system instruction, such as the lock machine interface
(MI) instruction, to acquire a resource. This default wait time is
used when a wait time is not otherwise specified for a given
situation. Normally, this would be the amount of time the system
user would be willing to wait for the system before the request is
ended.
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/
midrange.com
