Re: ReSizing the SMF Man Files
On Thu, 18 Nov 2010 00:42:13 -0600 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Kelman, Tom wrote: :We have it set up via the IEFU29 exit to submit a started task to dump the :MAN file when a switch takes place. I do believe that this is the common :process. :While it is a common process to start dumping when a switch takes place, we :here are making use of an automation package to pickup the message(s) and :kick off a job (or STC) to relieve the MANx datasets of their data. :Question: Why using an IEFU29 exit? Is it better than using Automation? U29 is automation, and it is much better as it reacts to the event, SMF dataset being full, rather than the report of an event (WTO that an SMF dataset is full). -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: ReSizing the SMF Man Files
Not to mention being a whole bunch cheaper than the commercial offerings. I have customers for which that is a significant discriminator. Shane ... On Thu, Nov 18th, 2010 at 6:59 PM, Binyamin Dissen wrote: :Question: Why using an IEFU29 exit? Is it better than using Automation? U29 is automation, and it is much better as it reacts to the event, SMF dataset being full, rather than the report of an event (WTO that an SMF dataset is full). -- 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
Re: ReSizing the SMF Man Files
On Thu, 18 Nov 2010 09:59:27 +0200, Binyamin Dissen bdis...@dissensoftware.com wrote: On Thu, 18 Nov 2010 00:42:13 -0600 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Kelman, Tom wrote: :We have it set up via the IEFU29 exit to submit a started task to dump the :MAN file when a switch takes place. I do believe that this is the common :process. :While it is a common process to start dumping when a switch takes place, we :here are making use of an automation package to pickup the message(s) and :kick off a job (or STC) to relieve the MANx datasets of their data. :Question: Why using an IEFU29 exit? Is it better than using Automation? U29 is automation, and it is much better as it reacts to the event, SMF dataset being full, rather than the report of an event (WTO that an SMF dataset is full). I wouldn't say that makes it much better or really any better. What I think makes IEFU29 better is that it is free and doesn't rely on automation software running (even if the automation software was free). For example, some of my sandbox LPARs don't have any automation running. One thing automation can do that IEFU29 can't is dump full MANx data sets at IPL time that may have switched as you were shutting down.In our production LPARs, this is taken care of when the SMFDUMP program runs each night since it does a switch and dumps all MANx data sets that are full. In my sandbox LPARs, I use SMFDUMP at IPL time only, but it shares the same proc as my normal SMFDUMP started via IEFU29. In COMMNDxx used at IPL, it is started as S SMFDUMP,ALL=TRUE (I think I've posted this example before) //SMFDUMP PROC MAN='X',ALL=FALSE //* //* THIS PROC IS NORMALLY STARTED VIA IEFU29 SMF EXIT WHEN AN //* SMF DATA SET SWITCH OCCURS (ONLY THE FIRST STEP RUNS): //*S SMFDUMP,MAN=SMF.DATA.SET.NAME //* //* AT IPL TIME IS IS STARTED AS FOLLOWS TO RUN THE SMFDUMP //* PROGRAM TO ENSURE ALL FULL SYS1.MANX DATA SETS ARE DUMPED: //*S SMFDUMP,ALL=TRUE //* //TESTEXEC EXEC PGM=IEFBR14 //* // //TESTONE IF (TESTEXEC.RUN NE ALL) THEN // //DUMPONE EXEC PGM=IFASMFDP,TIME=1440 //SYSPRINT DD SYSOUT=* //DUMPIN DD DSN=MAN,DISP=SHR //DUMPOUT DD DSN=SYS3.SYSNAME..SMF(+1),DISP=(,CATLG), // DCB=(SYS1.MODEL,LRECL=X,BLKSIZE=32756,RECFM=VBS),UNIT=SYSDA, // SPACE=(CYL,(100,100),RLSE),MGMTCLAS=R2 //SYSINDD DUMMY // ENDIF // //TESTALL IF (TESTEXEC.RUN EQ ALL) THEN // //DUMPALL EXEC PGM=SMFDUMP,TIME=1440 //SYSPRINT DD SYSOUT=* //DUMPOUT DD DSN=SYS3.SYSNAME..SMF(+1),DISP=(,CATLG), // DCB=(SYS1.MODEL,LRECL=X,BLKSIZE=32756,RECFM=VBS),UNIT=SYSDA, // SPACE=(CYL,(100,100),RLSE),MGMTCLAS=R2 //SYSINDD DUMMY // ENDIF Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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
Re: ReSizing the SMF Man Files
Mark Zelden mzel...@flash.net wrote in message news:listserv%201011180910490100.0...@bama.ua.edu... On Thu, 18 Nov 2010 09:59:27 +0200, Binyamin Dissen bdis...@dissensoftware.com wrote: On Thu, 18 Nov 2010 00:42:13 -0600 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Kelman, Tom wrote: :We have it set up via the IEFU29 exit to submit a started task to dump the :MAN file when a switch takes place. I do believe that this is the common :process. :While it is a common process to start dumping when a switch takes place, we :here are making use of an automation package to pickup the message(s) and :kick off a job (or STC) to relieve the MANx datasets of their data. :Question: Why using an IEFU29 exit? Is it better than using Automation? U29 is automation, and it is much better as it reacts to the event, SMF dataset being full, rather than the report of an event (WTO that an SMF dataset is full). I wouldn't say that makes it much better or really any better. What I think makes IEFU29 better is that it is free and doesn't rely on automation software running (even if the automation software was free). For example, some of my sandbox LPARs don't have any automation running. One thing automation can do that IEFU29 can't is dump full MANx data sets at IPL time that may have switched as you were shutting down.In our production LPARs, this is taken care of when the SMFDUMP program runs each night since it does a switch and dumps all MANx data sets that are full. In my sandbox LPARs, I use SMFDUMP at IPL time only, but it shares the same proc as my normal SMFDUMP started via IEFU29. Another difference is efficiency: some 25 lines of assembler code in IEFU29 versus tons of Rexx code fired off in SA by the message. Kees. 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ReSizing the SMF Man Files
When you guys talk about automation are you just talking about SMF dumping, or are you talking about actually replacing something like Netview automation with an exit? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, November 18, 2010 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Mark Zelden mzel...@flash.net wrote in message news:listserv%201011180910490100.0...@bama.ua.edu... On Thu, 18 Nov 2010 09:59:27 +0200, Binyamin Dissen bdis...@dissensoftware.com wrote: On Thu, 18 Nov 2010 00:42:13 -0600 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Kelman, Tom wrote: :We have it set up via the IEFU29 exit to submit a started task to dump the :MAN file when a switch takes place. I do believe that this is the common :process. :While it is a common process to start dumping when a switch takes place, we :here are making use of an automation package to pickup the message(s) and :kick off a job (or STC) to relieve the MANx datasets of their data. :Question: Why using an IEFU29 exit? Is it better than using Automation? U29 is automation, and it is much better as it reacts to the event, SMF dataset being full, rather than the report of an event (WTO that an SMF dataset is full). I wouldn't say that makes it much better or really any better. What I think makes IEFU29 better is that it is free and doesn't rely on automation software running (even if the automation software was free). For example, some of my sandbox LPARs don't have any automation running. One thing automation can do that IEFU29 can't is dump full MANx data sets at IPL time that may have switched as you were shutting down.In our production LPARs, this is taken care of when the SMFDUMP program runs each night since it does a switch and dumps all MANx data sets that are full. In my sandbox LPARs, I use SMFDUMP at IPL time only, but it shares the same proc as my normal SMFDUMP started via IEFU29. Another difference is efficiency: some 25 lines of assembler code in IEFU29 versus tons of Rexx code fired off in SA by the message. Kees. 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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
Re: ReSizing the SMF Man Files
Automation is automated action on the event that an SMF dataset is full and needs to be dumped and cleared. SMF reports this to the operator via: IEE388I SMF NOW RECORDING ON... and SMF exit IEFU29 is called for this event. In a non-automated environment the operator should issue a START command for the dump/clear task. Automation from decades ago allows IEFU29 to start the dump/clear task can be started. Or an automation tool could react to the IEE388I message and start the dump/clear task. Kees. Ward, Mike S mw...@ssfcu.org wrote in message news:6b34aedeeb35274e81437a445900b2d7c81...@hdqsrvexcvs.ssfcuad.ssfcu.o rg... When you guys talk about automation are you just talking about SMF dumping, or are you talking about actually replacing something like Netview automation with an exit? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, November 18, 2010 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Mark Zelden mzel...@flash.net wrote in message news:listserv%201011180910490100.0...@bama.ua.edu... On Thu, 18 Nov 2010 09:59:27 +0200, Binyamin Dissen bdis...@dissensoftware.com wrote: On Thu, 18 Nov 2010 00:42:13 -0600 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Kelman, Tom wrote: :We have it set up via the IEFU29 exit to submit a started task to dump the :MAN file when a switch takes place. I do believe that this is the common :process. :While it is a common process to start dumping when a switch takes place, we :here are making use of an automation package to pickup the message(s) and :kick off a job (or STC) to relieve the MANx datasets of their data. :Question: Why using an IEFU29 exit? Is it better than using Automation? U29 is automation, and it is much better as it reacts to the event, SMF dataset being full, rather than the report of an event (WTO that an SMF dataset is full). I wouldn't say that makes it much better or really any better. What I think makes IEFU29 better is that it is free and doesn't rely on automation software running (even if the automation software was free). For example, some of my sandbox LPARs don't have any automation running. One thing automation can do that IEFU29 can't is dump full MANx data sets at IPL time that may have switched as you were shutting down.In our production LPARs, this is taken care of when the SMFDUMP program runs each night since it does a switch and dumps all MANx data sets that are full. In my sandbox LPARs, I use SMFDUMP at IPL time only, but it shares the same proc as my normal SMFDUMP started via IEFU29. Another difference is efficiency: some 25 lines of assembler code in IEFU29 versus tons of Rexx code fired off in SA by the message. Kees. 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents
Re: ReSizing the SMF Man Files
I think that Mike is actually asking if general purpose automated operations can be accomplished via the IEFU29 exit, and the answer to that is no. The IEFU29 exit is an SMF exit specifically designed to handle the situation when the SMF files are switched. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, November 18, 2010 9:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Automation is automated action on the event that an SMF dataset is full and needs to be dumped and cleared. SMF reports this to the operator via: IEE388I SMF NOW RECORDING ON... and SMF exit IEFU29 is called for this event. In a non-automated environment the operator should issue a START command for the dump/clear task. Automation from decades ago allows IEFU29 to start the dump/clear task can be started. Or an automation tool could react to the IEE388I message and start the dump/clear task. Kees. Ward, Mike S mw...@ssfcu.org wrote in message news:6b34aedeeb35274e81437a445900b2d7c81...@hdqsrvexcvs.ssfcuad.ssfcu.o rg... When you guys talk about automation are you just talking about SMF dumping, or are you talking about actually replacing something like Netview automation with an exit? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, November 18, 2010 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Mark Zelden mzel...@flash.net wrote in message news:listserv%201011180910490100.0...@bama.ua.edu... On Thu, 18 Nov 2010 09:59:27 +0200, Binyamin Dissen bdis...@dissensoftware.com wrote: On Thu, 18 Nov 2010 00:42:13 -0600 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Kelman, Tom wrote: :We have it set up via the IEFU29 exit to submit a started task to dump the :MAN file when a switch takes place. I do believe that this is the common :process. :While it is a common process to start dumping when a switch takes place, we :here are making use of an automation package to pickup the message(s) and :kick off a job (or STC) to relieve the MANx datasets of their data. :Question: Why using an IEFU29 exit? Is it better than using Automation? U29 is automation, and it is much better as it reacts to the event, SMF dataset being full, rather than the report of an event (WTO that an SMF dataset is full). I wouldn't say that makes it much better or really any better. What I think makes IEFU29 better is that it is free and doesn't rely on automation software running (even if the automation software was free). For example, some of my sandbox LPARs don't have any automation running. One thing automation can do that IEFU29 can't is dump full MANx data sets at IPL time that may have switched as you were shutting down.In our production LPARs, this is taken care of when the SMFDUMP program runs each night since it does a switch and dumps all MANx data sets that are full. In my sandbox LPARs, I use SMFDUMP at IPL time only, but it shares the same proc as my normal SMFDUMP started via IEFU29. Another difference is efficiency: some 25 lines of assembler code in IEFU29 versus tons of Rexx code fired off in SA by the message. Kees. 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which
Re: ReSizing the SMF Man Files
IEFU29 exits are cheap, or free. Automation can get very expensive. And the exits are easier to test in a new release of z/OS and have smaller impact on the overall performance of your system. I've used the same mechanisms because my organization didn't buy automation. We just set up our job streams so that each job, upon normal completion, submitted the successor job via IEBGENER to an internal reader. Rick --- Elardus Engelbrecht wrote: Kelman, Tom wrote: We have it set up via the IEFU29 exit to submit a started task to dump the MAN file when a switch takes place. I do believe that this is the common process. While it is a common process to start dumping when a switch takes place, we here are making use of an automation package to pickup the message(s) and kick off a job (or STC) to relieve the MANx datasets of their data. Question: Why using an IEFU29 exit? Is it better than using Automation? Groete / Greetings Elardus Engelbrecht -- 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
Re: ReSizing the SMF Man Files
IEFU29 exits are cheap, or free. Automation can get very expensive. If exits have to be maintained, and written in assembler (a declining skill), they can become very expensive. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: ReSizing the SMF Man Files
Not IEFU29, though I agree when it comes to many exits. On Thu, Nov 18, 2010 at 5:05 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: IEFU29 exits are cheap, or free. Automation can get very expensive. If exits have to be maintained, and written in assembler (a declining skill), they can become very expensive. - Ted MacNEIL eamacn...@yahoo.ca -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: ReSizing the SMF Man Files
Not IEFU29, though I agree when it comes to many exits. I knew I was going to get a response like that when I generalised. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: ReSizing the SMF Man Files
On Thu, 18 Nov 2010 15:52:51 -0600, Rick Fochtman rfocht...@ync.net wrote: IEFU29 exits are cheap, or free. Automation can get very expensive. On whole, yes, automation can be expensive both in the pocket book and in CPU cycles (of course YMMV a lot depending on package and what you are doing). However... in regards to this discussion (and remember, I'm an IEFU29 user), if you are already paying for and using console automation, be it home grown, vanilla Netview, SAA, AFOPER, BMC, etc., how much extra does it cost to write and activate a rule to dump MANx data sets when the message comes out that triggers the dump? Answer: Not enough to give a hoot. So if you have automation I don't see a problem in doing it that way if you want (even though I don't). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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
Re: ReSizing the SMF Man Files
However... in regards to this discussion (and remember, I'm an IEFU29 user), if you are already paying for and using console automation, be it home grown, vanilla Netview, SAA, AFOPER, BMC, etc., how much extra does it cost to write and activate a rule to dump MANx data sets when the message comes out that triggers the dump? This comes down to an it depends. Neither is right or wrong. It's more important to realise that there is no point in converting from one method to the other. It ain't broke! - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: ReSizing the SMF Man Files
At 22:05 + on 11/18/2010, Ted MacNEIL wrote about Re: ReSizing the SMF Man Files: IEFU29 exits are cheap, or free. Automation can get very expensive. If exits have to be maintained, and written in assembler (a declining skill), they can become very expensive. - Ted MacNEIL eamacn...@yahoo.ca IEFU29 works right out of the box (ie: SYS1.SAMPLIB) and does not need any modification so no assembler skills (beyond being able to run the assembler proc) is needed. Unlike some other files in SAMPLIB, the file is fully functional and operational as opposed to being a sample that needs to be edited/modified/tailored. -- 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
Re: ReSizing the SMF Man Files
And just to round out this thread, I can confirm the documentation was correct as at 1.9 Like it or not. Shane ... The CI size of the first SMF data set that the system opens during an IPL will be the CI size for all SMF data sets for that IPL. -- 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
Re: ReSizing the SMF Man Files
Posted by Tom Kelman: As long as the dump process is running properly SMF just switches between the two large datasets, and the smaller dataset doesn't even get used. Reply from Ted MacNeil: Since when? In a lifetime away, we found that the smaller ones were gettin used, in order. Well, we do have 4 MAN files on our production system. We have it set up via the IEFU29 exit to submit a started task to dump the MAN file when a switch takes place. I do believe that this is the common process. I just checked the dump tasks from yesterday and they are switching between dumping MAN1 and MAN2. MAN3 and MAN4 are never getting used. SMF will always use the first empty dataset in the series. If you're using IEFU29 to submit the dump routine at the time of the switch, you'll very rarely use any but the first two datasets. That is unless you have a very, very busy SMF system. Tom Kelman Capacity Planning Commerce Bank, Kansas City * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
Re: ReSizing the SMF Man Files
Ted, I've never experienced that type of activity unless someone has turned on something like a DB2 trace, and I have worked at a fairly large bank. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, November 16, 2010 4:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Many smaller MAN datasets could allow you to perform (more easily) SMF dump ad hoc (you just need to analyze fresh records). Depends on your activity. I've worked at banks where 2G SMF data sets fill up in 20 minutes. Small data sets would be totally unmanageable! - Ted MacNEIL eamacn...@yahoo.ca -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
Re: ReSizing the SMF Man Files
It's not that unusual. We have the same issue. There are periods of time where SMF can hardly keep up even with four fairly large datasets. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Wednesday, November 17, 2010 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Ted, I've never experienced that type of activity unless someone has turned on something like a DB2 trace, and I have worked at a fairly large bank. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, November 16, 2010 4:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Many smaller MAN datasets could allow you to perform (more easily) SMF dump ad hoc (you just need to analyze fresh records). Depends on your activity. I've worked at banks where 2G SMF data sets fill up in 20 minutes. Small data sets would be totally unmanageable! - Ted MacNEIL eamacn...@yahoo.ca -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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
Re: ReSizing the SMF Man Files
I've never experienced that type of activity unless someone has turned on something like a DB2 trace, and I have worked at a fairly large bank. It was a bank with a lot of CICS activity, and a lot of Batch with a lot of dataset open and closes. During the peak we were eating 2G every 20 minutes for 3 hours every afternoon. The dump took longer than 20 minutes, so 6 MANx's were barely enough. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: ReSizing the SMF Man Files
Kelman, Tom wrote: We have it set up via the IEFU29 exit to submit a started task to dump the MAN file when a switch takes place. I do believe that this is the common process. While it is a common process to start dumping when a switch takes place, we here are making use of an automation package to pickup the message(s) and kick off a job (or STC) to relieve the MANx datasets of their data. Question: Why using an IEFU29 exit? Is it better than using Automation? Groete / Greetings Elardus Engelbrecht -- 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
Re: ReSizing the SMF Man Files
On Tue, 16 Nov 2010 15:15:01 -0500, Lizette Koehler stars...@mindspring.com wrote: I have been reading the manual on resizing our SMF MAN files. We are not using LOGSTREAMS, just VSAM. We are z/OS V1.11. It says that we need to IPL to change our MAN files. Is this correct? Are there reasons that an IPL is required when altering the size or cisize of thse files? Thanks Lizette Changing SIZE, no. Changing CISIZE, yes. I don't think setting SMF NOACTIVE works for the latter case either. Why? Because IBM says so. :-) If only changing the size, just create / swap in and out SMFPRMxx members. 1) switch SMF 2) dump dsn you switched from (and any other ones that are full) 3) activate new member without the dsn(s) you want to delete / define (not including the one just switched to in #1) 4) delete / define / format new dsn(s) 5) activate new member with dsn(s) you want active. Repeat the process to get the last dsn (the one you switched to in #1). If you just delete / define and not format in #4, SMF will format it when you do the SET SMF=xx command to activate the member. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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
Re: ReSizing the SMF Man Files
Not only do you need to IPL (or at least restart SMF) to change the CISIZE of the MAN files, the CISIZE of all the MAN files must be the same, and the RECSIZE must be the same as the CISIZE. See pages 2-13 and 2-14 in the z/OS 1.11 version of the MVS System Management Facilities manual for this information. If you have Barry Merrill's MXG system there is a program in the sourclib named ANALSMF. If you run a typical days SMF dumped data through that, it will produce reports that will help you decide on an optimal CISIZE for the MAN files. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, November 16, 2010 2:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files On Tue, 16 Nov 2010 15:15:01 -0500, Lizette Koehler stars...@mindspring.com wrote: I have been reading the manual on resizing our SMF MAN files. We are not using LOGSTREAMS, just VSAM. We are z/OS V1.11. It says that we need to IPL to change our MAN files. Is this correct? Are there reasons that an IPL is required when altering the size or cisize of thse files? Thanks Lizette Changing SIZE, no. Changing CISIZE, yes. I don't think setting SMF NOACTIVE works for the latter case either. Why? Because IBM says so. :-) If only changing the size, just create / swap in and out SMFPRMxx members. 1) switch SMF 2) dump dsn you switched from (and any other ones that are full) 3) activate new member without the dsn(s) you want to delete / define (not including the one just switched to in #1) 4) delete / define / format new dsn(s) 5) activate new member with dsn(s) you want active. Repeat the process to get the last dsn (the one you switched to in #1). If you just delete / define and not format in #4, SMF will format it when you do the SET SMF=xx command to activate the member. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
Re: ReSizing the SMF Man Files
Mark is of course correct. In case you need a pointer, here's the IBM reference to the restriction on changing the CISIZE for an SMF data set. It could be a bit tricky to find as CISIZE, CI size, and control interval size are all keywords to describe this concept in the manual. From z/OS System Management Facilities (SMF) topic 2.3.1.2 Using DEFINE to Create SMF Data Sets: The CI size of the first SMF data set that the system opens during an IPL will be the CI size for all SMF data sets for that IPL. If SMF encounters a data set with a different CI size, then the data set is not used, and the system displays a message on the console informing the operator of the problem. A data set that has any error does not go on the list of active data sets. If all data sets fail to be successfully opened and allocated, then 4K (4096 bytes) is chosen as the default CI size for the IPL, and SMF buffers the data. If you define a new group of SMF data sets with a different CI size, you must re-IPL to use these data sets. When you define an SMF data set, the logical record size must be 10 less than the CI size. Brian -- 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
Re: ReSizing the SMF Man Files
It also states that the CISIZE must be equal to the physical record size. Selecting the SMF Data Set Control Interval: The control-interval (CI) size of SMF data sets can range from 0.5K (512 bytes) to 26K (26624 bytes) in size, with certain restrictions. The user specifies the CI size of the SMF data set and the device type when the VSAM data set is defined. Then, VSAM chooses the physical record size of the data set based on the specified CI size and the track size of the specified device type. SMF requires the CI size to equal the physical record size; otherwise, SMF cannot open the data set. Instead, SMF issues an error message to the console in addition to displaying the 'feedback' code. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Peterson Sent: Tuesday, November 16, 2010 2:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files Mark is of course correct. In case you need a pointer, here's the IBM reference to the restriction on changing the CISIZE for an SMF data set. It could be a bit tricky to find as CISIZE, CI size, and control interval size are all keywords to describe this concept in the manual. From z/OS System Management Facilities (SMF) topic 2.3.1.2 Using DEFINE to Create SMF Data Sets: The CI size of the first SMF data set that the system opens during an IPL will be the CI size for all SMF data sets for that IPL. If SMF encounters a data set with a different CI size, then the data set is not used, and the system displays a message on the console informing the operator of the problem. A data set that has any error does not go on the list of active data sets. If all data sets fail to be successfully opened and allocated, then 4K (4096 bytes) is chosen as the default CI size for the IPL, and SMF buffers the data. If you define a new group of SMF data sets with a different CI size, you must re-IPL to use these data sets. When you define an SMF data set, the logical record size must be 10 less than the CI size. Brian -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
Re: ReSizing the SMF Man Files
W dniu 2010-11-16 21:26, Mark Zelden pisze: On Tue, 16 Nov 2010 15:15:01 -0500, Lizette Koehler stars...@mindspring.com wrote: I have been reading the manual on resizing our SMF MAN files. We are not using LOGSTREAMS, just VSAM. We are z/OS V1.11. It says that we need to IPL to change our MAN files. Is this correct? Are there reasons that an IPL is required when altering the size or cisize of thse files? Just to complement other responses: You can change size of MAN datasets and *number* of datasets. IMHO it's good idea to have many datasets, the higer SMF recording activity the more datasets. BTW: In fact I remember no ROT (rule of thumb) regarding CISZ of MAN datasets. Maybe default is simply OK? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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
Re: ReSizing the SMF Man Files
Radoslaw, What is your reasoning behind using many MAN datasets? The system only records to one dataset at a time, unlike paging datasets which are all being used. I've found that 2 large datasets and one smaller emergency dataset are sufficient. As long as the dump process is running properly SMF just switches between the two large datasets, and the smaller dataset doesn't even get used. You only need the smaller one in an emergency when something interferes with the dump processing, like an operator cancelling the task. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, November 16, 2010 3:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files W dniu 2010-11-16 21:26, Mark Zelden pisze: On Tue, 16 Nov 2010 15:15:01 -0500, Lizette Koehler stars...@mindspring.com wrote: I have been reading the manual on resizing our SMF MAN files. We are not using LOGSTREAMS, just VSAM. We are z/OS V1.11. It says that we need to IPL to change our MAN files. Is this correct? Are there reasons that an IPL is required when altering the size or cisize of thse files? Just to complement other responses: You can change size of MAN datasets and *number* of datasets. IMHO it's good idea to have many datasets, the higer SMF recording activity the more datasets. BTW: In fact I remember no ROT (rule of thumb) regarding CISZ of MAN datasets. Maybe default is simply OK? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
Re: ReSizing the SMF Man Files
On Tue, 16 Nov 2010 22:19:27 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2010-11-16 21:26, Mark Zelden pisze: On Tue, 16 Nov 2010 15:15:01 -0500, Lizette Koehler stars...@mindspring.com wrote: I have been reading the manual on resizing our SMF MAN files. We are not using LOGSTREAMS, just VSAM. We are z/OS V1.11. It says that we need to IPL to change our MAN files. Is this correct? Are there reasons that an IPL is required when altering the size or cisize of thse files? Just to complement other responses: You can change size of MAN datasets and *number* of datasets. IMHO it's good idea to have many datasets, the higer SMF recording activity the more datasets. BTW: In fact I remember no ROT (rule of thumb) regarding CISZ of MAN datasets. Maybe default is simply OK? Once upon a time (I think pre MVS/ESA V4 or 4.3) the CISIZE had to be 4K. I have found that many shops still have their MANx data sets with a CISIZE of 4K over the years. Someone already mentioned MXG, but Cheryl Watson has also written a lot about this and published some benchmarks using various CISIZEs in the past. For 3390, I have been using this for CISIZE and BUFFERSPACE (and those numbers may have come from Cheryl, but I don't recall for sure): BUFFERSPACE(106496) - CONTROLINTERVALSIZE(26624) - As far as the other comment regarding number of dsns related to activity, I don't see a correlation. I like to have at least 3, but most of my systems have 4-6. As long as the dump process works well and you can keep up, I don't know what advantage there would be to having (say) 10 small ones on a very active system compared to 3 or 4 big ones. The reason we have more is to give a buffer for when a problem crops up (like the DB2 team leaving on an accounting trace) or getting through the GDG enq delay that prevents dumps during nightly processing that rolls up daily data. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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
Re: ReSizing the SMF Man Files
W dniu 2010-11-16 22:28, Kelman, Tom pisze: Radoslaw, What is your reasoning behind using many MAN datasets? The system only records to one dataset at a time, unlike paging datasets which are all being used. I've found that 2 large datasets and one smaller emergency dataset are sufficient. As long as the dump process is running properly SMF just switches between the two large datasets, and the smaller dataset doesn't even get used. You only need the smaller one in an emergency when something interferes with the dump processing, like an operator cancelling the task. Well, it depends on your MAN offload policy. I like the following: All the datasets are equal in size. The more temporary SMF activity the more (not bigger) MAN datasets as a buffer for the SMF flood. SMF dump can be to slow to follow temporary SMF activity peaks - then SMF will take another and another dataset. From the other hand single offload (dump) job will not take to much time and will not block the only remaining MAN file. Many smaller MAN datasets could allow you to perform (more easily) SMF dump ad hoc (you just need to analyze fresh records). BTW: I don't like consecutive SWITCH SMF commands to make all MAN datasets DUMP REQUIRED status and then perform massive daily dump - it means than SMF records have to be collected in memory. I write about it, because I met such scenario quite frequently. It works only when SMF activity is really predicable and small. BTW: many MAN datasets could also mean 3 of them. Sized that one is usually big enough for whole day (at least day shift) processing. YMMV. Last but not least: it was obvious for me that MAN datasets are not used in parallel. I wasn't clear about it, so it could be misleading; I'm sorry for that. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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
Re: ReSizing the SMF Man Files
The system only records to one dataset at a time, unlike paging datasets which are all being used. Yes, but there are a lot of dependencies because of that sequential use. I've found that 2 large datasets and one smaller emergency dataset are sufficient. You've been lucky. As long as the dump process is running properly SMF just switches between the two large datasets, and the smaller dataset doesn't even get used. Since when? In a lifetime away, we found that the smaller ones were gettin used, in order. You only need the smaller one in an emergency when something interferes with the dump processing, like an operator cancelling the task. Again, since when? I've found, especially with cheap DASD, that 5 (or 6) is much safer. And, I always make them as large as possible. And, even though not needed with that many, I've always dumped to disk. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: ReSizing the SMF Man Files
Many smaller MAN datasets could allow you to perform (more easily) SMF dump ad hoc (you just need to analyze fresh records). Depends on your activity. I've worked at banks where 2G SMF data sets fill up in 20 minutes. Small data sets would be totally unmanageable! - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: ReSizing the SMF Man Files
From all these wonderful answers it sounds like to change the CISize I will need to IPL or perhaps stop and restart SMF. I am going to look at the P SMF,S SMF process on our test LPAR and see if that works. My next IPL is many weeks away and I would like to get this resolved to a more efficient SMF process sooner. I also want to add bufno/bufni to the file to help with the dumping. Lizette -- 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
Re: ReSizing the SMF Man Files
I also want to add bufno/bufni to the file to help with the dumping. IIRC, that doesn't make much difference to SMF processing (dumping or recording). But, as many times in the past, I may be wrong. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: ReSizing the SMF Man Files
You cannot stop and start SMF, the ONLY way to change CISIZE for the MAN files is to IPL, period. On Tue, Nov 16, 2010 at 5:56 PM, Lizette Koehler stars...@mindspring.comwrote: From all these wonderful answers it sounds like to change the CISize I will need to IPL or perhaps stop and restart SMF. I am going to look at the P SMF,S SMF process on our test LPAR and see if that works. My next IPL is many weeks away and I would like to get this resolved to a more efficient SMF process sooner. I also want to add bufno/bufni to the file to help with the dumping. Lizette -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: ReSizing the SMF Man Files
You cannot stop and start SMF, the ONLY way to change CISIZE for the MAN files is to IPL, period. That really doesn't make sense to me, but I'll take your word for it. Do you happen to know where it's documented? I couldn't find any reference. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: ReSizing the SMF Man Files
I have to agree Ted that it doesn't make a whole lot of sense, but that is nonetheless the way it works. I extracted the following from chapter 2 (title: Selecting the SMF Data Set Control Interval) of the MVS SMF Guide: The CI size of the first SMF data set that the system opens during an IPL will be the CI size for all SMF data sets for that IPL. If SMF encounters a data set with a different CI size, then the data set is not used, and the system displays a message on the console informing the operator of the problem. A data set that has any error does not go on the list of active data sets. If all data sets fail to be successfully opened and allocated, then 4K (4096 bytes) is chosen as the default CI size for the IPL, and SMF buffers the data. If you define a new group of SMF data sets with a different CI size, you must re-IPL to use these data sets. When you define an SMF data set, the logical record size must be 10 less than the CI size. Cheers, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, November 16, 2010 15:17 To: IBM-MAIN@bama.ua.edu Subject: Re: ReSizing the SMF Man Files You cannot stop and start SMF, the ONLY way to change CISIZE for the MAN files is to IPL, period. That really doesn't make sense to me, but I'll take your word for it. Do you happen to know where it's documented? I couldn't find any reference. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: ReSizing the SMF Man Files
Ted, Alan has posted the documentation you ask for, but it had already been posted in this thread, just 4 hours ago. On Tue, Nov 16, 2010 at 6:17 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: You cannot stop and start SMF, the ONLY way to change CISIZE for the MAN files is to IPL, period. That really doesn't make sense to me, but I'll take your word for it. Do you happen to know where it's documented? I couldn't find any reference. - Ted MacNEIL eamacn...@yahoo.ca -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: ReSizing the SMF Man Files
Alan has posted the documentation you ask for, but it had already been posted in this thread, just 4 hours ago. I missed it; it still doesn't make sense. I did see the latter post, though. - Ted MacNEIL eamacn...@yahoo.ca -- 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