Re: jt400.jar in use

[Scott Klement <midrange-l@xxxxxxxxxxxxxxxx>]

IMHO, it's always handy to have Carsten Flensburg's DSPIFSLCK utility 
for stuff like this.
http://www.iprodeveloper.com/article/pro/club-tech-iseries-programming-tips-newsletter-7215
http://www2.systeminetwork.com/noderesources/code/clubtechcode/DspIfsLck.zip

Although it's possible to check IFS locks from something like iNav, 
DSPIFSLCK is typically easier to whip out and use... since I rarely have 
iNav open.  It's not a "work wtih" like WRKOBJLCK, but if you just need 
info, it's good.



On 1/29/2013 8:49 AM, Jeff Crosby wrote:
> All,
>
> I've spent a couple of weeks re-engineering our nightly BRMS backup to be
> as much save-while-active (SWA) as possible (the subject of a rather long
> thread here).
>
> I put it in production today and it ran flawlessly except for one little
> hiccup.  This *LINK object, /QOpenSys/QIBM/ProdData/acsi/lib/jt400.jar, was
> not saved because it was in use.  This was at 4:19am with no users signed
> on.  Controlling subsystem would have been started about 1 hour earlier,
> and subsystem QHTTPSVR would have been ended when the error occurred.
>
> When I drilled down in Navigator, it did indicate the file had been used
> today, but does not give a time.  There is no WRKOBJLCK equivalent for IFS
> files, but I found this online CALL QP0FPTOS PARM(*LSTOBJREF
> '/ifspath/ifsfile' *FORMAT2) that showed me there were no locks on it now.
> <g>
>
> I had tested the *LINK save as SWA close to a dozen times over the past 10
> days and this particular file never showed up as being in use.  My question
> is, essentially, why today?  Was this a fluke?  How can I find out what was
> using this file at that time?
>
> I did download and stage the latest Java group PTF yesterday afternoon, to
> be applied the next IPL, if that makes a difference.
>
> I just don't want this file getting missed every day.