It could happen with a single PTF. And this is not theoretical; It happens several times to RMF in an average z/OS release's lifespan. Think "z13 support", for example. 42-6 might be quieter but not necessarily that quiet.
Dave's point about "do you really want the maintenance burden?" is spot on. He and I maintain our code because we rather have to. Maintainers of TDS, MXG, MICS, etc likewise. I'd avoid it if I were you. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: [email protected] Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: "Sankaranarayanan, Vignesh" <[email protected]> To: [email protected] Date: 19/02/2016 20:00 Subject: Re: DFSORT and SMF Sent by: IBM Mainframe Discussion List <[email protected]> Thanks Dave and Martin, I didn't think that SMF record layout updates would happen often, especially for many types/subtypes. I was expecting may be just a couple of record types for each OS release. - Vignesh Mainframe Infrastructure -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of David Betten Sent: Saturday, Feb 20, 2016 1:11 AM To: [email protected] Subject: Re: DFSORT and SMF I agree with Martin about Type 42. At the end of a recording interval, only one record is cut for each job and then there are multiple data set headers with each one containing an offset to the next. So that would be very difficult to process without some sore of E15 exit to break those up and pass as separate records to sort. Type 14/15 have somewhat fixed offsets for the basic info. But once you get into the extended segment sections, you again would need some sort of E15 to process them one at a time. I use DFSORT quite a bit for processing SMF but almost always with E15 and E35 exits to process the records before and after. Once I've created a file where the data fields are in fixed positions, then something like ICETOOL can be used to generate reports. I'd have to say, unless you want to get in the game of maintaining code as the records change with each release, you are better off using one of the products that's out there for SMF reporting. Have a nice day, Dave Betten z/OS Performance Specialist Cloud and Systems Performance IBM Corporation email: [email protected] IBM Mainframe Discussion List <[email protected]> wrote on 02/19/2016 02:28:24 PM: > From: Martin Packer <[email protected]> > To: [email protected] > Date: 02/19/2016 02:28 PM > Subject: Re: DFSORT and SMF > Sent by: IBM Mainframe Discussion List <[email protected]> > > Waiting for my teammate to chip in but... > > T42-6 is so heavily section-oriented (multiple data sets per record) > that > you'd need an E15 exit to break the record up. > > Cheers, Martin > > Martin Packer, > zChampion, Principal Systems Investigator, Worldwide Cloud & Systems > Performance, IBM > > +44-7802-245-584 > > email: [email protected] > > Twitter / Facebook IDs: MartinPacker > Blog: > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker > > > > From: "Sankaranarayanan, Vignesh" > <[email protected]> > To: [email protected] > Date: 19/02/2016 18:56 > Subject: DFSORT and SMF > Sent by: IBM Mainframe Discussion List <[email protected]> > > > > Hi folks, > > I was just wondering how easy it would be to run SMF type 42 (and > perhaps > 14, 15, 17, 18) through DFSORT to find out what happened to a > particular dataset. > I think DFSORT pro's would be able to do this in just a couple of > minutes..? > > - Vignesh > Mainframe Infrastructure > > > MARKSANDSPENCER.COM > ________________________________ > Unless otherwise stated above: > Marks and Spencer plc > Registered Office: > Waterside House > 35 North Wharf Road > London > W2 1NW > > Registered No. 214436 in England and Wales. > > Telephone (020) 7935 4422 > Facsimile (020) 7487 2670 > > www.marksandspencer.com > > Please note that electronic mail may be monitored. > > This e-mail is confidential. If you received it by mistake, please let > us > know and then delete it from your system; you should not copy, > disclose, or distribute its contents to anyone nor act in reliance on > this e-mail, as this is prohibited and may be unlawful. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with > number 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
