Yes, I pointed that out at least at V7R1. If I remember your last post it is a single tape device. Guessing a bit, is there a chance you are right at the end of the tape when the save finishes? Ordinarily the single tape drive will honor the save parameter.

Guessing again; Do you have another save command in the library list that may have the default overridden?

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 4/26/2012 12:28 PM, Jack Kingsley wrote:
Jim, retrieved the source code, it appears all the options are *leave


On Thu, Apr 26, 2012 at 12:34 PM, Jim Oberholtzer<
midrangel@xxxxxxxxxxxxxxxxx> wrote:

> Rob,
>
> While I agree that BRMS eliminates quite a bit of horsing around to get
> good back ups, the question was how to cause the program behind option
> 21 in the save menu to behave differently.
>
> Most of my customers can fit their systems on one tape and therefore do
> not have and/or need a tape library. Those that do have a tape library
> usually also have BRMS (at least Media and Storage Extensions) and so
> the saves that way.
>
> Jim Oberholtzer
> Chief Technical Architect
> Agile Technology Architects
>
>
> On 4/26/2012 10:40 AM,rob@xxxxxxxxx wrote:
> > I'm trying to determine what he is trying to do.
> > Is he using a tape library or a tape device?
> > I suspect he is using a tape library, configured sequentially as a tape
> > device. And what is happening is that his backup is taking more than one
> > tape. He doesn't want it placed in the I/O slot(s) when the tape fills,
> > instead he wants to to go back into the library. Perhaps it takes more
> > than 2 tapes and he only has one I/O slot. Those of us with 18 I/O slots
> > have to remember those without.
> >
> > ENDOPT is not pertinent to this as that only says what to do with the
> last
> > tape when the save completes, not what to do when the tape fills.
> >
> > Ideally he would leave the darn thing as a media library, load up BRMS
> and
> > configure that. It took me a LOT of cajoling to be assimilated into the
> > BRMS realm. But now that I'm there, I like it.
> >
> > I might be tempted to delve into QSYSOPR or DSPLOG and see the messages
> in
> > the CPA4088 genre and see if there's some way to control what happens
> when
> > the tape fills. But I don't think you can. From the help on ENDOPT:
> >
> > Specifies the operation that is automatically done on the tape or
> > optical volume after the save operation ends. If more than one
> > volume is used, this parameter applies only to the last volume used;
> > all other volumes are unloaded when the end of the volume is
> > reached.
> >
> >
> >
> > Rob Berendt
> > -- 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: Jim Oberholtzer
> > <midrangel@xxxxxxxxxxxxxxxxx> To: Midrange Systems Technical
> > Discussion<midrange-l@xxxxxxxxxxxx>, Date: 04/26/2012 11:21 AM
> > Subject: Re: option 21 save/end of tape option ? Sent by:
> > midrange-l-bounces@xxxxxxxxxxxx The actual CL program that is running
> > is QMNSAVE. You can retrieve the CL source. You'll find the save
> > commands if you search for them. Every ENDOPT() parameter that I was
> > able to find is set to *LEAVE (V7R1). In any case you can always
> > modify the program and put the default you wish in there. You can also
> > preface it with "??" to cause the prompt to come up if the program is
> > set to prompt. (an option on the 21 save) Jim Oberholtzer Chief
> > Technical Architect Agile Technology Architects On 4/26/2012 9:23 AM,
> > Jack Kingsley wrote:
> >> > Does anyone know where it gets this from, it would appear that the
> > default
> >> > is always UNLOAD. I don't see this as an option on the 21 screen, I
> > want
> >> > to sometimes use rewind.
> >> > --
> > --
> --

This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2019 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].