× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



SAW does not work for stream files that are open such as log files etc. I wish it did........

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 1/21/2013 12:09 PM, Jack Kingsley wrote:
Jeff, what about the save while active option to *YES on the * LINK??

60 *LINK *ALLAVL *DFTACT *YES *YES




On Mon, Jan 21, 2013 at 1:01 PM, Jeff Crosby<jlcrosby@xxxxxxxxxxxxxxxx>wrote:

> <g>
>
>
>
> On Mon, Jan 21, 2013 at 1:00 PM,<rob@xxxxxxxxx> wrote:
>
> > It's a Dekko term that I thought was more common. WPPMBD: What Possible
> > Problems Must Be Solved.
> >
> >
> > 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: Jeff Crosby<jlcrosby@xxxxxxxxxxxxxxxx>
> > To: Midrange Systems Technical Discussion<midrange-l@xxxxxxxxxxxx>,
> > Date: 01/21/2013 12:08 PM
> > Subject: Re: BRMS - full save with least amount of restricted time
> > Sent by:midrange-l-bounces@xxxxxxxxxxxx
> >
> >
> >
> > What is WPPMBS?
> >
> > I just googled it and you midrange-l post already shows up on the first
> > page.:)
> >
> >
> >
> > On Mon, Jan 21, 2013 at 11:41 AM,<rob@xxxxxxxxx> wrote:
> >
> > > An option would be to add some *LINK items to your omit list.
> > > WRKLBRM. A standard one is QLNKOMT. Out of these
> > > /Bytware/StandGuard/AV/logs/avsvr.log (1 object, a log file)
> > > /FAXD01/RCVFAX/00000001.FAX. (1 object)
> > > /QIBM/UserData/HTTPA/admin/logs/error_log.Q113011900 (1 object)
> > > /QIBM/UserData/OS/OSGi (40 objects in this directory or a subdirectory)
> > > /QIBM/UserData/OS400/MGTC (4 objects in this directory or a
> > subdirectory)
> > > /easy400apc/logs/access_log.Q113011900 (1 object)
> > > /easy400apc/logs/basic_error_log.Q113011900 (1 object)
> > >
> > > You could probably safely omit the logs.
> > > /Bytware/StandGuard/AV/logs/avsvr.log (1 object, a log file)
> > > /QIBM/UserData/HTTPA/admin/logs/error_log.Q113011900 (1 object)
> > > /easy400apc/logs/access_log.Q113011900 (1 object)
> > > /easy400apc/logs/basic_error_log.Q113011900 (1 object)
> > > by omitting the directory containing them.
> > > /Bytware/StandGuard/AV/logs
> > > /QIBM/UserData/HTTPA/admin/logs
> > > /easy400apc/logs
> > > Leaving
> > > /FAXD01/RCVFAX/00000001.FAX. (1 object)
> > > /QIBM/UserData/OS/OSGi (40 objects in this directory or a subdirectory)
> > > /QIBM/UserData/OS400/MGTC (4 objects in this directory or a
> > subdirectory)
> > > Then you can decide on whether or not these can be safely omitted.
> > > WPPMBS before omitting those?
> > > -Would you ever restore one of these individually?
> > > -Are they needed for a full system restore?
> > > -Is there a purge that won't delete these files unless they've been
> > saved?
> > > On the other hand, is trying to save them while active causing issues?
> > For
> > > example, if you have a program which receives a fax as a file in RCVFAX
> > > and then runs some process on it and then deletes the file would it
> > cause
> > > that process to blow if the file is locked for saving during the
> delete?
> > >
> > >
> > > 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: Jeff Crosby<jlcrosby@xxxxxxxxxxxxxxxx>
> > > To: Midrange Systems Technical Discussion<midrange-l@xxxxxxxxxxxx
> >,
> > > Date: 01/21/2013 11:24 AM
> > > Subject: Re: BRMS - full save with least amount of restricted
> > time
> > > Sent by:midrange-l-bounces@xxxxxxxxxxxx
> > >
> > >
> > >
> > > All,
> > >
> > > I tested this BRMS control group on Saturday:
> > >
> > > 10 *EXIT *DFTACT
> > > 20 *EXIT *DFTACT
> > > 30 *SAVSYS *DFTACT
> > > 40 UPSLIB *SYSBAS *DFTACT *YES *NO
> > > 50 QMPGDATA *SYSBAS *DFTACT *YES *NO
> > > 60 *EXIT *DFTACT
> > > 70 *IBM *DFTACT *YES *LIB
> > > 80 *ALLUSR *SYSBAS *DFTACT *YES *LIB
> > > 90 *ALLDLO *DFTACT *YES *YES
> > > 100 *LINK *ALLAVL *DFTACT *YES *YES
> > > 110 ALLSPLF *SPL *DFTACT
> > > 120 *EXIT *DFTACT
> > > 130 *EXIT *DFTACT
> > >
> > > The *EXIT at sequence 60 returns the system to a normal state via CL
> > > program starting the controlling subsystem and waiting on a data queue
> > > entry from the QSTRUP program before proceeding. Everything after that
> > is
> > > save while active. The entire control group took 90 minutes. The
> > > restricted state portion took about 18 minutes. This is a vast
> > > improvement
> > > over what I'm currently doing, which is everything in restricted state,
> > > which takes about 75 minutes.
> > >
> > > *BUT* the *LINK backup had 49 objects not saved because they were in
> > use.
> > > These were:
> > >
> > > /Bytware/StandGuard/AV/logs/avsvr.log (1 object, a log file)
> > > /FAXD01/RCVFAX/00000001.FAX. (1 object)
> > > /QIBM/UserData/HTTPA/admin/logs/error_log.Q113011900 (1 object)
> > > /QIBM/UserData/OS/OSGi (40 objects in this directory or a subdirectory)
> > > /QIBM/UserData/OS400/MGTC (4 objects in this directory or a
> > subdirectory)
> > > /easy400apc/logs/access_log.Q113011900 (1 object)
> > > /easy400apc/logs/basic_error_log.Q113011900 (1 object)
> > >
> > > I have a feeling that trying to figure out a way to do these 49 objects
> > > save while active would/will be an exercise in futility.
> > >
> > > If I were to move the *LINK to run before restarting the controlling
> > > subsystem, the rearranged control group would look like this:
> > >
> > > 10 *EXIT *DFTACT
> > > 20 *EXIT *DFTACT
> > > 30 *SAVSYS *DFTACT
> > > 40 UPSLIB *SYSBAS *DFTACT *YES *NO
> > > 50 QMPGDATA *SYSBAS *DFTACT *YES *NO
> > > 60 *LINK *ALLAVL *DFTACT *YES *NO
> > > 70 *EXIT *DFTACT
> > > 80 *IBM *DFTACT *YES *LIB
> > > 90 *ALLUSR *SYSBAS *DFTACT *YES *LIB
> > > 100 *ALLDLO *DFTACT *YES *YES
> > > 110 ALLSPLF *SPL *DFTACT
> > > 120 *EXIT *DFTACT
> > > 130 *EXIT *DFTACT
> > >
> > > Based on the timings for each step, the restricted state portion would
> > > take
> > > an additional 21 minutes, bringing it up to 39 minutes. That's a lot
> > > better than the current 75 minutes, but double the 18 minutes I saw.
> > >
> > > If anyone is getting a complete *LINK save while active, I'd love to
> > hear
> > > about it.
> > >
> > > Thanks.
> > >
> > >
> > > On Fri, Jan 11, 2013 at 11:23 AM, Jeffrey Carey
> > > <Jeffrey.Carey@xxxxxxx>wrote:
> > >
> > > > We did a full save with minimal down time like so if I recall
> > correctly:
> > > >
> > > > 1) Take the system to restricted state
> > > > 2) Control group changes startup program to *NONE, does the SAVSYS.
> We
> > > > also had it do LINK and DLO (DLO always gave us a few objects not
> > saved
> > > if
> > > > we didn't do it restricted) and I think *IBM.
> > > > 3) Control group starts a subsystem, submits job to monitor for SWA
> > sync
> > > > and kicks off SWA of ALLUSR
> > > > 4) The MONSWA program would wait for the SWA sync point (which was
> > > pretty
> > > > quick since the system was still very close to restricted) and kick
> > off
> > > the
> > > > startup program and change the QSYSSTRUPGM back to what it should be.
> > > >
> > > > It's been a while since we did that (previous shop), but it worked
> > > pretty
> > > > well (especially since it replaced GO SAVE 21!)
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Jeff Carey, MSIT, MBA
> > > > Sr. Systems Administrator
> > > >
> > > >
> > > >

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.