Re: SMFLIMxx parameter
>...then REGIONABOVE refers to only 31-bit storage (so why NOLIMIT?) The answer basically comes down to history and compatibility. Region (and Region=0M) existed long before there was storage above 2G, and has always referred to 31-bit storage. Compatibility dictates that it always will so refer. And "0M" always meant that there was no defined limit via that specification (which could be overridden by various exits processing). On the face of it you should expect that Region(NoLimit) means that there is no defined limit of storage that is in the Region category. And it does indeed mean that. Thus I conclude that perhaps at the crux of the matter is that you might not have understood what Region refers to in its z/OS context. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
Anne, What's not clear about this, from the description of MEMLIMIT for SMFLIMxx? MEMLIMIT(NOLIMIT|nM|nG|nT|nP) Overrides the memlimit that was coded in a job's JCL, or the default MEMLIMIT that was coded in the SMFPRMxx parmlib member. See z/OS MVS JCL Reference. MEMLIMIT is the limit on the use of virtual storage above 2 gigabytes for a single address space. That is a serious question. How can we make this better? I have one or two thoughts, but I want to see whether yours differ. Adams, Anne , DTI wrote: Thanks Jim. That's exactly what I needed to know. Hey, why isn't that in the documentation? Why do I have to learn this stuff on the street? Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Tuesday, August 29, 2017 3:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter REGIONABOVE controls 31-bit addressable storage. You cannot address more than 2G with only 31 bits. MEMLIMIT controls 64-bit addressable virtual storage. It has nothing to do with the amount of real memory you have installed. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 08/29/2017 12:12:37 PM: From: "Adams, Anne (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/29/2017 03:15 PM Subject: Re: SMFLIMxx parameter Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> Hey Carmen! Yep, and things still don't work. However, if I change REGIONABOVE to 2G (or whatever I have in SMFPRMxx) then It works just fine ... except for the fact that the region size is only 2G ... and I want it all. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of Carmen Vitullo Sent: Tuesday, August 29, 2017 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Hi Anne, tell Everyone I said YO! all the example I've seen show REGION JOBNAME(*) SUBSYS(JES*,STC) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is pointing to the SYSRESVBELOW posssibly did you try reversing the order and try again? Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 10:47:04 AM Subject: Re: SMFLIMxx parameter Hey Steve - Here's how we set up SMFLIMxx REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size remained, 2G. Likewise if we put 4G or 6G that was the maximum. However if we put NOLIMIT, then it appeared to default to 2G. We tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. T SMFLIM=00 IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT OF RANGE. What I want to have happen is when we put NOLIMIT, the default is however much memory I have installed. Maybe I don't fully understand how this works. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of Steve Sent: Friday, August 18, 2017 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusalto run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: Hello Friends, Has anyone had any success using (or diagnosing failures) when using the SMFLIMxx parameter? We have a few CICS and database regions and one unrepentant job that refuse to run. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
Hi Anne, looking at some batch job I ran yesterday. EF373I STEP/GO /START 2017242.0834 EF032I STEP/GO /STOP 2017242.0834 CPU: 0 HR 00 MIN 01.09 SEC SRB: 0 HR 00 MIN 00.00 SEC VIRT: 940K SYS: 364K EXT: 92976K SYS: 11212K ATB- REAL: 32K SLOTS: 0K VIRT- ALLOC: 13M SHRD: 0M IEF043I Actions taken by SMFLIMxx parmlib policy for DAATCPV1 PRINT Step region below changed to NOLIMIT by policy - SMFLIM00 0001 Step region above changed to NOLIMIT by policy - SMFLIM00 0001 Step system reserved below set to 512K by policy - SMFLIM00 0001 Step system reserved above set to 100M by policy - SMFLIM00 0001 Step MEMLIMIT set to 10P by policy - SMFLIM00 0001 I have a looper program that will do STORAGE REQUEST till the cows come home I can test, but looking at the IOGEN JES2LOG I got exactly what I needed. HTH's Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 31, 2017 7:23:09 AM Subject: Re: SMFLIMxx parameter Hey Carmen, but are they really working? Do you really get NOLIMIT above the line? We had problems starting the databases, CICS, and some nameless batch job that is becoming the bane of my existence. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Tuesday, August 29, 2017 2:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Hi Anne, I just tested your SMFLIM parms and they were successful on my sandbox 2.2 system with my SMFPRM00 MEMLIMIT(6G) REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) T SMFLIM=00 IEE536I SMFLIM VALUE 00 NOW IN EFFECT D SMFLIM SMF LIMIT rules were last set at: 08/29/2017 13.06.57 There are 1 REGION rules active on this system. 0 REGION rules were excluded due to syntax errors. 0 REGION rules were excluded due to SYSNAME filtering. - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 11:12:37 AM Subject: Re: SMFLIMxx parameter Hey Carmen! Yep, and things still don't work. However, if I change REGIONABOVE to 2G (or whatever I have in SMFPRMxx) then It works just fine ... except for the fact that the region size is only 2G ... and I want it all. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Tuesday, August 29, 2017 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Hi Anne, tell Everyone I said YO! all the example I've seen show REGION JOBNAME(*) SUBSYS(JES*,STC) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is pointing to the SYSRESVBELOW posssibly did you try reversing the order and try again? Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 10:47:04 AM Subject: Re: SMFLIMxx parameter Hey Steve - Here's how we set up SMFLIMxx REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size remained, 2G. Likewise if we put 4G or 6G that was the maximum. However if we put NOLIMIT, then it appeared to default to 2G. We tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. T SMFLIM=00 IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT OF RANGE. What I want to have happen is when we put NOLIMIT, the default is however much memory I have installed. Maybe I don't fully understand how this works. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: Friday, August 18, 2017 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusal to run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > Hello Friends, > > Has anyone had any success using (or diagnosing failures) when using the > SMFLIMxx parameter? We have a few CICS and database regions and one > unrepentant job that refuse to run. > > Anne R. Adams, CISSP > DT
Re: SMFLIMxx parameter
Thanks Jim. That's exactly what I needed to know. Hey, why isn't that in the documentation? Why do I have to learn this stuff on the street? Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Tuesday, August 29, 2017 3:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter REGIONABOVE controls 31-bit addressable storage. You cannot address more than 2G with only 31 bits. MEMLIMIT controls 64-bit addressable virtual storage. It has nothing to do with the amount of real memory you have installed. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 08/29/2017 12:12:37 PM: > From: "Adams, Anne (DTI)" <anne.ad...@state.de.us> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/29/2017 03:15 PM > Subject: Re: SMFLIMxx parameter > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > Hey Carmen! > Yep, and things still don't work. However, if I change REGIONABOVE to > 2G (or whatever I have in SMFPRMxx) then It works just fine ... > except for the fact that the region size is only 2G ... and I want it all. > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] > On Behalf Of Carmen Vitullo > Sent: Tuesday, August 29, 2017 11:57 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMFLIMxx parameter > > Hi Anne, tell Everyone I said YO! > all the example I've seen show > REGION JOBNAME(*) SUBSYS(JES*,STC) >REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) >SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is > pointing to the SYSRESVBELOW posssibly did you try reversing the order > and try again? > > > Carmen > > - Original Message - > > From: "Anne Adams (DTI)" <anne.ad...@state.de.us> > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Tuesday, August 29, 2017 10:47:04 AM > Subject: Re: SMFLIMxx parameter > > Hey Steve - > > Here's how we set up SMFLIMxx > > REGION JOBNAME(*) SUBSYS(STC,JES2) > REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) > SYSRESVBELOW(512K) SYSRESVABOVE(100M) > MEMLIMIT(10P) > > If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size > remained, 2G. Likewise if we put 4G or 6G that was the maximum. > However if we put NOLIMIT, then it appeared to default to 2G. We tried > setting REGIONABOVE(4G) in SMFLIMxx and would get and error. > T SMFLIM=00 > IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB > MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT > OF RANGE. > > What I want to have happen is when we put NOLIMIT, the default is > however much memory I have installed. Maybe I don't fully understand > how this works. > > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] > On Behalf Of Steve > Sent: Friday, August 18, 2017 9:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMFLIMxx parameter > > Do you have the IEF043I joblog message and the SMFLIMxx rules that you > could post? Along with whatever messages you get for the refusalto run... > > - Steve > > > > On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > > Hello Friends, > > > > Has anyone had any success using (or diagnosing failures) when > using the SMFLIMxx parameter? We have a few CICS and database regions > and one unrepentant job that refuse to run. > > > > Anne R. Adams, CISSP > > DTI, Systems Engineering > > Sr. Mainframe Services Analyst > > 302.298.3196 > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
Hey Carmen, but are they really working? Do you really get NOLIMIT above the line? We had problems starting the databases, CICS, and some nameless batch job that is becoming the bane of my existence. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Tuesday, August 29, 2017 2:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Hi Anne, I just tested your SMFLIM parms and they were successful on my sandbox 2.2 system with my SMFPRM00 MEMLIMIT(6G) REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) T SMFLIM=00 IEE536I SMFLIM VALUE 00 NOW IN EFFECT D SMFLIM SMF LIMIT rules were last set at: 08/29/2017 13.06.57 There are 1 REGION rules active on this system. 0 REGION rules were excluded due to syntax errors. 0 REGION rules were excluded due to SYSNAME filtering. - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 11:12:37 AM Subject: Re: SMFLIMxx parameter Hey Carmen! Yep, and things still don't work. However, if I change REGIONABOVE to 2G (or whatever I have in SMFPRMxx) then It works just fine ... except for the fact that the region size is only 2G ... and I want it all. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Tuesday, August 29, 2017 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Hi Anne, tell Everyone I said YO! all the example I've seen show REGION JOBNAME(*) SUBSYS(JES*,STC) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is pointing to the SYSRESVBELOW posssibly did you try reversing the order and try again? Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 10:47:04 AM Subject: Re: SMFLIMxx parameter Hey Steve - Here's how we set up SMFLIMxx REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size remained, 2G. Likewise if we put 4G or 6G that was the maximum. However if we put NOLIMIT, then it appeared to default to 2G. We tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. T SMFLIM=00 IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT OF RANGE. What I want to have happen is when we put NOLIMIT, the default is however much memory I have installed. Maybe I don't fully understand how this works. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: Friday, August 18, 2017 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusal to run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > Hello Friends, > > Has anyone had any success using (or diagnosing failures) when using the > SMFLIMxx parameter? We have a few CICS and database regions and one > unrepentant job that refuse to run. > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instr
Re: SMFLIMxx parameter
REGIONABOVE controls 31-bit addressable storage. You cannot address more than 2G with only 31 bits. MEMLIMIT controls 64-bit addressable virtual storage. It has nothing to do with the amount of real memory you have installed. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 08/29/2017 12:12:37 PM: > From: "Adams, Anne (DTI)" <anne.ad...@state.de.us> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/29/2017 03:15 PM > Subject: Re: SMFLIMxx parameter > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > Hey Carmen! > Yep, and things still don't work. However, if I change REGIONABOVE > to 2G (or whatever I have in SMFPRMxx) then It works just fine ... > except for the fact that the region size is only 2G ... and I want it all. > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Carmen Vitullo > Sent: Tuesday, August 29, 2017 11:57 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMFLIMxx parameter > > Hi Anne, tell Everyone I said YO! > all the example I've seen show > REGION JOBNAME(*) SUBSYS(JES*,STC) >REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) >SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is > pointing to the SYSRESVBELOW posssibly did you try reversing the > order and try again? > > > Carmen > > - Original Message - > > From: "Anne Adams (DTI)" <anne.ad...@state.de.us> > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Tuesday, August 29, 2017 10:47:04 AM > Subject: Re: SMFLIMxx parameter > > Hey Steve - > > Here's how we set up SMFLIMxx > > REGION JOBNAME(*) SUBSYS(STC,JES2) > REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) > SYSRESVBELOW(512K) SYSRESVABOVE(100M) > MEMLIMIT(10P) > > If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size > remained, 2G. Likewise if we put 4G or 6G that was the maximum. > However if we put NOLIMIT, then it appeared to default to 2G. We > tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. > T SMFLIM=00 > IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN > PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT > VALID - OUT OF RANGE. > > What I want to have happen is when we put NOLIMIT, the default is > however much memory I have installed. Maybe I don't fully understand > how this works. > > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Steve > Sent: Friday, August 18, 2017 9:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMFLIMxx parameter > > Do you have the IEF043I joblog message and the SMFLIMxx rules that > you could post? Along with whatever messages you get for the refusalto run... > > - Steve > > > > On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > > Hello Friends, > > > > Has anyone had any success using (or diagnosing failures) when > using the SMFLIMxx parameter? We have a few CICS and database > regions and one unrepentant job that refuse to run. > > > > Anne R. Adams, CISSP > > DTI, Systems Engineering > > Sr. Mainframe Services Analyst > > 302.298.3196 > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
Hi Anne, I just tested your SMFLIM parms and they were successful on my sandbox 2.2 system with my SMFPRM00 MEMLIMIT(6G) REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) T SMFLIM=00 IEE536I SMFLIM VALUE 00 NOW IN EFFECT D SMFLIM SMF LIMIT rules were last set at: 08/29/2017 13.06.57 There are 1 REGION rules active on this system. 0 REGION rules were excluded due to syntax errors. 0 REGION rules were excluded due to SYSNAME filtering. - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 11:12:37 AM Subject: Re: SMFLIMxx parameter Hey Carmen! Yep, and things still don't work. However, if I change REGIONABOVE to 2G (or whatever I have in SMFPRMxx) then It works just fine ... except for the fact that the region size is only 2G ... and I want it all. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Tuesday, August 29, 2017 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Hi Anne, tell Everyone I said YO! all the example I've seen show REGION JOBNAME(*) SUBSYS(JES*,STC) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is pointing to the SYSRESVBELOW posssibly did you try reversing the order and try again? Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 10:47:04 AM Subject: Re: SMFLIMxx parameter Hey Steve - Here's how we set up SMFLIMxx REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size remained, 2G. Likewise if we put 4G or 6G that was the maximum. However if we put NOLIMIT, then it appeared to default to 2G. We tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. T SMFLIM=00 IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT OF RANGE. What I want to have happen is when we put NOLIMIT, the default is however much memory I have installed. Maybe I don't fully understand how this works. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: Friday, August 18, 2017 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusal to run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > Hello Friends, > > Has anyone had any success using (or diagnosing failures) when using the > SMFLIMxx parameter? We have a few CICS and database regions and one > unrepentant job that refuse to run. > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
Greedy aren't you . Chris Hoelscher Technology Architect, Database Infrastructure Services Technology Solution Services 123 East Main Street Louisville, KY 40202 Humana.com (502) 476-2538 or 407-7266 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Adams, Anne (DTI) Sent: Tuesday, August 29, 2017 12:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] SMFLIMxx parameter Hey Carmen! Yep, and things still don't work. However, if I change REGIONABOVE to 2G (or whatever I have in SMFPRMxx) then It works just fine ... except for the fact that the region size is only 2G ... and I want it all. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Tuesday, August 29, 2017 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Hi Anne, tell Everyone I said YO! all the example I've seen show REGION JOBNAME(*) SUBSYS(JES*,STC) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is pointing to the SYSRESVBELOW posssibly did you try reversing the order and try again? Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 10:47:04 AM Subject: Re: SMFLIMxx parameter Hey Steve - Here's how we set up SMFLIMxx REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size remained, 2G. Likewise if we put 4G or 6G that was the maximum. However if we put NOLIMIT, then it appeared to default to 2G. We tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. T SMFLIM=00 IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT OF RANGE. What I want to have happen is when we put NOLIMIT, the default is however much memory I have installed. Maybe I don't fully understand how this works. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: Friday, August 18, 2017 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusal to run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > Hello Friends, > > Has anyone had any success using (or diagnosing failures) when using the > SMFLIMxx parameter? We have a few CICS and database regions and one > unrepentant job that refuse to run. > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. Humana Inc. and its subsidiaries comply with applicable Federal civil rights laws and do not discriminate on the basis of race, color, national origin, age, disability or sex. Humana Inc. and its subsidiaries do not exclude people or treat them differently because of race, color, national origin, age, disability or sex. English: ATTENTION: If you do not speak English, language assistance services, free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). Español (Spanish): ATENCIÓN: Si habla español, tiene a su
Re: SMFLIMxx parameter
Hum, I've not tried using SMFLIM yet, now you have me wanting to play around myself, maybe the 2G limit in SMFPRM is a gotya :) sorry I can't be more help, take care Anne Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 11:12:37 AM Subject: Re: SMFLIMxx parameter Hey Carmen! Yep, and things still don't work. However, if I change REGIONABOVE to 2G (or whatever I have in SMFPRMxx) then It works just fine ... except for the fact that the region size is only 2G ... and I want it all. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Tuesday, August 29, 2017 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Hi Anne, tell Everyone I said YO! all the example I've seen show REGION JOBNAME(*) SUBSYS(JES*,STC) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is pointing to the SYSRESVBELOW posssibly did you try reversing the order and try again? Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 10:47:04 AM Subject: Re: SMFLIMxx parameter Hey Steve - Here's how we set up SMFLIMxx REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size remained, 2G. Likewise if we put 4G or 6G that was the maximum. However if we put NOLIMIT, then it appeared to default to 2G. We tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. T SMFLIM=00 IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT OF RANGE. What I want to have happen is when we put NOLIMIT, the default is however much memory I have installed. Maybe I don't fully understand how this works. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: Friday, August 18, 2017 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusal to run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > Hello Friends, > > Has anyone had any success using (or diagnosing failures) when using the > SMFLIMxx parameter? We have a few CICS and database regions and one > unrepentant job that refuse to run. > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
Hey Carmen! Yep, and things still don't work. However, if I change REGIONABOVE to 2G (or whatever I have in SMFPRMxx) then It works just fine ... except for the fact that the region size is only 2G ... and I want it all. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Tuesday, August 29, 2017 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Hi Anne, tell Everyone I said YO! all the example I've seen show REGION JOBNAME(*) SUBSYS(JES*,STC) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is pointing to the SYSRESVBELOW posssibly did you try reversing the order and try again? Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 10:47:04 AM Subject: Re: SMFLIMxx parameter Hey Steve - Here's how we set up SMFLIMxx REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size remained, 2G. Likewise if we put 4G or 6G that was the maximum. However if we put NOLIMIT, then it appeared to default to 2G. We tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. T SMFLIM=00 IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT OF RANGE. What I want to have happen is when we put NOLIMIT, the default is however much memory I have installed. Maybe I don't fully understand how this works. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: Friday, August 18, 2017 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusal to run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > Hello Friends, > > Has anyone had any success using (or diagnosing failures) when using the > SMFLIMxx parameter? We have a few CICS and database regions and one > unrepentant job that refuse to run. > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
Hi Anne, tell Everyone I said YO! all the example I've seen show REGION JOBNAME(*) SUBSYS(JES*,STC) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVABOVE(50M) SYSRESVBELOW(512K) looks like the error is pointing to the SYSRESVBELOW posssibly did you try reversing the order and try again? Carmen - Original Message - From: "Anne Adams (DTI)" <anne.ad...@state.de.us> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 29, 2017 10:47:04 AM Subject: Re: SMFLIMxx parameter Hey Steve - Here's how we set up SMFLIMxx REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size remained, 2G. Likewise if we put 4G or 6G that was the maximum. However if we put NOLIMIT, then it appeared to default to 2G. We tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. T SMFLIM=00 IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT OF RANGE. What I want to have happen is when we put NOLIMIT, the default is however much memory I have installed. Maybe I don't fully understand how this works. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: Friday, August 18, 2017 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusal to run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > Hello Friends, > > Has anyone had any success using (or diagnosing failures) when using the > SMFLIMxx parameter? We have a few CICS and database regions and one > unrepentant job that refuse to run. > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
Hey Steve - Here's how we set up SMFLIMxx REGION JOBNAME(*) SUBSYS(STC,JES2) REGIONABOVE(NOLIMIT) REGIONBELOW(NOLIMIT) SYSRESVBELOW(512K) SYSRESVABOVE(100M) MEMLIMIT(10P) If we left SMFPRMxx MEMLIMIT(2G) then the maximum region size remained, 2G. Likewise if we put 4G or 6G that was the maximum. However if we put NOLIMIT, then it appeared to default to 2G. We tried setting REGIONABOVE(4G) in SMFLIMxx and would get and error. T SMFLIM=00 IEE252I MEMBER SMFLIM00 FOUND IN SYS1.PARMLIB ASA008I ERROR IN PARMLIB MEMBER=SMFLIM00 ON LINE 3, POSITION 14: 362 VALUE IS NOT VALID - OUT OF RANGE. What I want to have happen is when we put NOLIMIT, the default is however much memory I have installed. Maybe I don't fully understand how this works. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: Friday, August 18, 2017 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFLIMxx parameter Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusal to run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: > Hello Friends, > > Has anyone had any success using (or diagnosing failures) when using the > SMFLIMxx parameter? We have a few CICS and database regions and one > unrepentant job that refuse to run. > > Anne R. Adams, CISSP > DTI, Systems Engineering > Sr. Mainframe Services Analyst > 302.298.3196 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
Do you have the IEF043I joblog message and the SMFLIMxx rules that you could post? Along with whatever messages you get for the refusal to run... - Steve On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote: Hello Friends, Has anyone had any success using (or diagnosing failures) when using the SMFLIMxx parameter? We have a few CICS and database regions and one unrepentant job that refuse to run. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst 302.298.3196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN