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 <
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
VP Information Systems
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.