RE: CLRPFM errors with "FILE in use" without any wait?

["Wilt, Charles" <CWilt@xxxxxxxxxxxx>]

Ah,

The light turns on....

Thanks Ken.

Charles Wilt
iSeries Systems Administrator / Developer
Mitsubishi Electric Automotive America
ph: 513-573-4343
fax: 513-398-1121
 

> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of Ken Sims
> Sent: Tuesday, May 31, 2005 4:31 PM
> To: midrange-l@xxxxxxxxxxxx
> Subject: Re: CLRPFM errors with "FILE in use" without any wait?
> 
> 
> Hi Charles -
> 
> >Just wanted to check something I've run into that I didn't realize.
> >
> >The CLRPFM command seems to ignore the WAITFILE(xxx) setting 
> for a file.
> >
> >In other words, if you have a file with WAITFILE(300) and it 
> is in use 
> >when a CLRPFM command is issued, the CLRPFM doesn't wait 5 
> minutes before 
> >throwing a "file in use" exception.
> >
> >Anybody understand why this is or am I missing something?
> 
>   Maximum file wait time (WAITFILE)
> 
>       Specifies the number of seconds that the program waits 
> for the file
>       resources to be allocated when the file is opened, or 
> the device or
>       session resources to be allocated when an acquire operation is
>       performed to the file.  If the file resources cannot be 
> allocated in
>       the specified wait time, an error message is sent to 
> the program.
> 
> For a physical file, the waitfile applies only to opening the file.
> 
> For clearing the file, reorganzing the file, deleting the 
> file, etc. the 
> job's default object wait time is used.  IIRC the default 
> object wait time 
> comes from the class associated with the routing entry.  Also 
> IIRC the 
> IBM-supplied subsystems and classes will give you a default 
> wait time of 30 
> seconds for interactive jobs and 120 seconds for batch jobs.
> 
> If it's just one or two files, you can use ALCOBJ.  If it's a 
> lot of files 
> you may want to have the job change its wait time: CHGJOB DFTWAIT().
> 
> Ken
> http://www.ke9nr.net/
> Opinions expressed are my own and do not necessarily 
> represent the views of 
> my employer or anyone in their right mind.
> 
> -- 
> This is the Midrange Systems Technical Discussion 
> (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
> 
>