Thanks to all for the help. The logstreams with the most issues are the CICS ones for DFHJ01. They seem to have offload datasets going back to when the use of logstreams was implemented in CICS. CICS person is going to investigate changing the AUTODELETE to YES and determine the best way to handle the existing offload datasets that have been migrated and probably are not needed.
-----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: Thursday, October 02, 2008 5:50 AM To: [email protected] Subject: Re: system logger Anne, Manual SA22-7625 "Setting up a Sysplex" is *the* manual to answer all your questions with regard to Sysplex issues. Chapter 9.5 Deleting log data and log data sets, states: In general, applications should handle deletion of log data from a log stream. If the application does not manage deletion, the installation might be able to use the retention period and automatic deletion functions in system logger to manage the amount of log data you keep in each log stream So you should first check what logstread management your application does. If you delete data from the logstream, that the application needs later, you will create problems. Chapter 9.4.6 Managing log data: How much? For how long? Explains more about deleting logstream data. Kees. "Gray, Larry - Larry A" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED] m>... > Deletion of an offload dataset only occurs when a new offload dataset for that logstream gets allocated. It will only delete the offload dataset if all entries in the dataset are marked as logically deleted. That is controled by the RETPD and AUTODELETE parm. > > > Larry Gray > Large Systems Engineering > Lowe's Companies > 336-658-7944 > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Crabtree, Anne D > Sent: Wednesday, October 01, 2008 11:17 AM > To: [email protected] > Subject: system logger > > We use DASD-only for the system logger. > > When/how do the offload datasets get deleted? > > We have a CICS region with 17 offload datasets and 16 of them are migrated. When I run the IXCMIAPU utility and list the logstream, it indicates that only .A0000000 may be orphaned?? These offload datasets GMT dates go back to 2002! > > Then, we have other CICS regions where the offload datasets appear to be > .A0014641 - .A0014644. This particular region has no migrated datasets for this particular logstream. > > > > I'm confused as to when/why the offload datasets get deleted and when/why does the sequential numbering "start over". > > It's not only CICS where I am seeing this type of stuff. RRS also has offload datasets that are migrated and have not been used for over 3 years (and they are the .A0000000 datasets!). > > > > Any help would be appreciated. If I've missed this in the manuals, I apologize. > > > > > > Anne D. Crabtree > > System Programmer > > WV Office of Technology > > 1900 Kanawha Blvd East > > Charleston, WV 25305 > > (304)558-5914 ext 58292 > > (304)558-1441 fax > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ********************************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
