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
