Dennis,

any new means or progress?  :-)

2011/3/24 Dennis Trojak <dennis.tro...@radioshack.com>

> Nick,
>  You're right on that. After Sam mentioned CA-SYSVIEW I went to check
> the usage on the logstream and it is under 10% so it'll probably be a
> loong time before I can fill the dataset. Stopping RRS is not an option
> in my shop.
> Dennis
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Nick Jones
> Sent: Wednesday, March 23, 2011 10:22 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Logstream Offload
>
> Hi Sam, Dennis,
>
> Unfortunately simply issuing an IXGOFFLD, from the S IXGOFLDS proc or
> another program, may not cause logger to deallocate the current offload
> data
> set.  Logger keeps the current offload data set allocated until it
> switches
> to a new one (because it fills, or there is an io error).
>
> Under current means, to have logger deallocate the current offload data
> set
> you'll either have to either 1) wait for RRS to fill the current offload
> data set and ensure an offload occurs, or 2) disconnect from the log
> stream
> (meaning a RRS outage).
>
> The logger team is looking at FITS requirement MR032211327 to provide an
> outside means to cause logger to get off a data set.
>
> -Nick Jones
> Logger L3
>
> On Tue, 22 Mar 2011 21:37:31 -0400, Knutson, Sam <sknut...@geico.com>
> wrote:
>
> >Take a look at IBM program IEAMDBLG assembler source and the
> >documentation for IXGOFFLD.    You can alter IEAMDBLG pretty quickly to
> >invoke IXGOFFLD against the logstream you want without doing anything
> >else.
> >You only need to connect, offload, disconnect.
> >
> >CA-SYSIVEW includes command LGOFFLOD to invoke IXGOFFLD for a
> logstream.
> >Other tools may have similar capabilities.
> >
> >This would be a good requirement for IBM to supply a command a utility
> >to perform this against a logstream.
> >
> >Best Regards, Sam
> >
> >-----Original Message-----
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> >Behalf Of Dennis Trojak
> >Sent: Tuesday, March 22, 2011 3:15 PM
> >To: IBM-MAIN@bama.ua.edu
> >Subject: Logstream Offload
> >
> >I've got a logstream dataset from RRS allocated on a volume that I want
> >to take offline. IBM tells me the only way to release the allocation is
> >to stop RRS or write a program to issue the IXGOFFLD to force a switch
> >to a new dataset. Since I sure can't stop RRS in a 24*7 production
> >environment does anybody have any other ideas? I would think a "switch"
> >command option would be a nice enhancement to IXGLOGR.
> >Dennis
> >
> >====================
> >This email/fax message is for the sole use of the intended
> >recipient(s) and may contain confidential and privileged information.
> >Any unauthorized review, use, disclosure or distribution of this
> >email/fax is prohibited. If you are not the intended recipient, please
> >destroy all paper and electronic copies of the original message.
> >
> >----------------------------------------------------------------------
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> >Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to