I tried another test of saving the IFS today (while active) in BRMS.
10 *EXIT ENDSBS SBS(QHTTPSVR) DELAY(60) ENDSBSOPT(*NOJOBLOG)
20 *LINK *ALLAVL FFFFFFF *YES *YES BACKUPS *NONE
30 *EXIT STRSBS SBSD(QHTTPSVR/QHTTPSVR)
These are my *OMITS as defined in QLNKOMT:
/QIBM/UserData/HTTPA/admin/logs (probably unneeded as I'm stopping QHTTPSVR)
It worked, so to speak. What I mean is 1 object was not saved
(/QIBM/UserData/OS400/MGTC/config/McEPConfig.properties) as it said the
object was in use. This particular object was not an issue prior to this
test. However, I was messing around with Management Central during this
control group execution and I'm thinking I may have caused the issue. I
kept my hands off Management Central after that.
A test of this control group again tomorrow morning to prove it, then I'm
ready for a final test Saturday morning of the entire system.
On Wed, Jan 23, 2013 at 9:43 AM, Jeff Crosby<jlcrosby@xxxxxxxxxxxxxxxx>wrote:
> No jury duty today. Trial cancelled. Woo hoo!
> On Mon, Jan 21, 2013 at 11:47 AM, Jim Oberholtzer<
> midrangel@xxxxxxxxxxxxxxxxx> wrote:
>>> Found this IBM document:
>> OSGI, I don't have so I can't see into the directory but if they are log
>> files or flight recorders, again not needed for a recovery
> Which tells me how to avoid the object locked messages for directory
> /QIBM/UserData/OS/OSGi/LWISysInst, which is the bulk of them. ENDSBS
> SBS(QHTTPSVR) and STRSBS SBS(QHTTPSVR)
> I can just add a couple of *EXIT statements surrounding the *LINK save to
> handle that.
> Jeff Crosby
> VP Information Systems
> UniPro FoodService/Dilgard
> P.O. Box 13369
> Ft. Wayne, IN 46868-3369
> The opinions expressed are my own and not necessarily the opinion of my
> company. Unless I say so.
-- Jeff Crosby VP Information Systems UniPro FoodService/Dilgard P.O. Box 13369 Ft. Wayne, IN 46868-3369 260-422-7531 www.dilgardfoods.com