Re: GETMAIN Error At IPL
Thanks for all the responses, here's what's been found. We opened a pmr with IBM and sent the dumps over. IBM's summary response is the last paragraph. We made a subtle change in our automation package that we believe caused this problem. The change was to start two BIM-VSHARE start-up tasks for 2 cics regions simultaneously rather than being single threaded. This was the only change made in our system before this problem occurred. Although this should not cause a problem we believe this is what is causing the problem so it's been backed out. We will find out this weekend. IBM SUMMARY RESPONSE In summary, the problem is SP252 storage gotten below the line by Fantom Systems, Inc. module BIMVSROP has exhausted storage below the line in multiple address spaces, as SVCDUMP1 and SCVDUMP2 show the same problem in the PTXMAN and RMFGAT address spaces. I recommend you contact Fantom Systems for further analysis of why this growth occurred. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, September 29, 2009 3:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: GETMAIN Error At IPL On Tue, 29 Sep 2009 14:53:53 -0400, Dazzo, Matt wrote: >We have been running on zos1.9 for 6 weeks with no issues until 2 weekends ago. When operations performed the weekly IPL, tasks (vendor and system sub tasks) started abending with get main errors. The system became unresponsive and we were forced to re-ipl, with the second ipl I told ops to use the load clear option. The system then came up with no problems. > >The log showed that the CA task GSSA abended first, I sent the dump to CA and got a fix and applied it. The following weekend the same thing happened, I had ops re-ipl with load clear option and the system came up with no problems. CA is now referring us to another vendor saying they saw another vendors module in the dump of GSSA. I'm trying to circumvent chasing vendors. > >My question is, has anyone else had these problems running zos 1.9 on Z890-A04. There have been no system or vendor software upgrades since the z19 upgrade. Search of the archives did not show anything fairly recent. > z/OS 1.9 for 6 weeks or z/OS 1.10? I just wanted to make sure because if this was z/OS 1.10 I would point you to APAR OA27291 and to DIAGxx to see if anything was coded for VSM USEZOSV1R9RULES. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 -- 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: GETMAIN Error At IPL
How about describing what was the GETMAIN error? Not enough storage available? Which subpool and what was the requested length? Get a dump. Either an SVC Dump or, as was suggested, if you're too early to get a SLIP trap (which you probably aren't, if the problem was experienced in an ISV product), then a standalone dump. I'm sure a lot of folks on IBM-Main have a lot of experience looking at the formatted VSMDATA output of a dump to see why a certain amount is not available to be gotten. Peter Relson z/OS Core Technology Design -- 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: GETMAIN Error At IPL
You're right, I misread the OP. We don't routinely use the LOAD CLEAR. I wonder if we should and if it would buy us anything? Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Mark Zelden > Sent: Tuesday, September 29, 2009 12:40 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: GETMAIN Error At IPL > > CLPA has nothing to do with the "CLEAR" in the "LOAD CLEAR" > hardware function if that was what you were trying to say. > > Mark > -- > Mark Zelden > Sr. Software and Systems Architect - z/OS Team Lead > Zurich North America / Farmers Insurance Group - ZFUS G-ITO > mailto:mark.zel...@zurichna.com > z/OS Systems Programming expert at > http://expertanswercenter.techtarget.com/ > Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html > > > On Tue, 29 Sep 2009 12:23:24 -0700, Gibney, Dave > wrote: > > > This doesn't help with the vendors :) But I put CLPA in IEASYS00 > more > >than a decade ago. > > > >Dave Gibney > >Information Technology Services > >Washington State University > > > > > >> -Original Message- > >> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > >> Behalf Of Dazzo, Matt > >> Sent: Tuesday, September 29, 2009 11:54 AM > >> To: IBM-MAIN@bama.ua.edu > >> Subject: GETMAIN Error At IPL > >> > >> We have been running on zos1.9 for 6 weeks with no issues until 2 > >> weekends ago. When operations performed the weekly IPL, tasks > (vendor > >> and system sub tasks) started abending with get main errors. The > >system > >> became unresponsive and we were forced to re-ipl, with the second > ipl > >I > >> told ops to use the load clear option. The system then came up with > no > >> problems. > >> > >> The log showed that the CA task GSSA abended first, I sent the dump > to > >> CA and got a fix and applied it. The following weekend the same > thing > >> happened, I had ops re-ipl with load clear option and the system > came > >> up with no problems. CA is now referring us to another vendor saying > >> they saw another vendors module in the dump of GSSA. I'm trying to > >> circumvent chasing vendors. > >> > >> My question is, has anyone else had these problems running zos 1.9 > on > >> Z890-A04. There have been no system or vendor software upgrades > since > >> the z19 upgrade. Search of the archives did not show anything fairly > >> recent. > >> > >> Any ideas? Thanks Matt > >> > >> > >> > -- > >> 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 > > -- > 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: GETMAIN Error At IPL
On Tue, 29 Sep 2009 14:54:25 -0500, Mark Zelden wrote: > >>There use to be an issue with HSA storage but I though that IBM change >>that to CLEAR on a normal IPL. > >About 10 years ago. Had to do with parallel sysplex data sharing and >some information stored in HSA that wasn't cleared via "LOAD NORMAL". >That shouldn't be an issue today. >> See this bit bucket from SHARE 91 in the summer of 1998 in Washington DC: Bit Bucket X10 Happy Birthday Sweet Sixteen! http://www.share.org/Portals/0/BitBuckets/BitBucket16.pdf It mentions WSC Flash 9822, but flashes only go back to 2003 on the current web site. However, the bit bucket doc states the MCL change is applicable to 9672 G3 and up, Multiprise 2000, and StarterPak 3000. So of course the function is there on any "z" machine. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: GETMAIN Error At IPL
On Tue, 29 Sep 2009 15:27:49 -0400, Clark, Kevin wrote: >Matt, > >Get a SADUMP on the next occurrence. > Wouldn't hurt, but shouldn't be required if the system is functioning. At worst, SLIPs could be set up in IEASLPxx to capture SVC dumps. >There use to be an issue with HSA storage but I though that IBM change >that to CLEAR on a normal IPL. About 10 years ago. Had to do with parallel sysplex data sharing and some information stored in HSA that wasn't cleared via "LOAD NORMAL". That shouldn't be an issue today. > >If it is consistently happening on IPL I would check HSA allocations. > I don't see what HSA "allocations" would have to do with this sort of problem. The OP has enough to activate / IPL and isn't attempting to do any sort of dynamic I/O changes. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Dazzo, Matt >Sent: Tuesday, September 29, 2009 2:54 PM >To: IBM-MAIN@bama.ua.edu >Subject: GETMAIN Error At IPL > >We have been running on zos1.9 for 6 weeks with no issues until 2 >weekends ago. When operations performed the weekly IPL, tasks (vendor >and system sub tasks) started abending with get main errors. The system >became unresponsive and we were forced to re-ipl, with the second ipl I >told ops to use the load clear option. The system then came up with no >problems. > >The log showed that the CA task GSSA abended first, I sent the dump to >CA and got a fix and applied it. The following weekend the same thing >happened, I had ops re-ipl with load clear option and the system came >up with no problems. CA is now referring us to another vendor saying >they saw another vendors module in the dump of GSSA. I'm trying to >circumvent chasing vendors. > >My question is, has anyone else had these problems running zos 1.9 on >Z890-A04. There have been no system or vendor software upgrades since >the z19 upgrade. Search of the archives did not show anything fairly >recent. > >Any ideas? Thanks Matt > > >-- >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 message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. > >-- >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: GETMAIN Error At IPL
Matt, Get a SADUMP on the next occurrence. There use to be an issue with HSA storage but I though that IBM change that to CLEAR on a normal IPL. If it is consistently happening on IPL I would check HSA allocations. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Tuesday, September 29, 2009 2:54 PM To: IBM-MAIN@bama.ua.edu Subject: GETMAIN Error At IPL We have been running on zos1.9 for 6 weeks with no issues until 2 weekends ago. When operations performed the weekly IPL, tasks (vendor and system sub tasks) started abending with get main errors. The system became unresponsive and we were forced to re-ipl, with the second ipl I told ops to use the load clear option. The system then came up with no problems. The log showed that the CA task GSSA abended first, I sent the dump to CA and got a fix and applied it. The following weekend the same thing happened, I had ops re-ipl with load clear option and the system came up with no problems. CA is now referring us to another vendor saying they saw another vendors module in the dump of GSSA. I'm trying to circumvent chasing vendors. My question is, has anyone else had these problems running zos 1.9 on Z890-A04. There have been no system or vendor software upgrades since the z19 upgrade. Search of the archives did not show anything fairly recent. Any ideas? Thanks Matt -- 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 message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- 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: GETMAIN Error At IPL
CLPA has nothing to do with the "CLEAR" in the "LOAD CLEAR" hardware function if that was what you were trying to say. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Tue, 29 Sep 2009 12:23:24 -0700, Gibney, Dave wrote: > This doesn't help with the vendors :) But I put CLPA in IEASYS00 more >than a decade ago. > >Dave Gibney >Information Technology Services >Washington State University > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >> Behalf Of Dazzo, Matt >> Sent: Tuesday, September 29, 2009 11:54 AM >> To: IBM-MAIN@bama.ua.edu >> Subject: GETMAIN Error At IPL >> >> We have been running on zos1.9 for 6 weeks with no issues until 2 >> weekends ago. When operations performed the weekly IPL, tasks (vendor >> and system sub tasks) started abending with get main errors. The >system >> became unresponsive and we were forced to re-ipl, with the second ipl >I >> told ops to use the load clear option. The system then came up with no >> problems. >> >> The log showed that the CA task GSSA abended first, I sent the dump to >> CA and got a fix and applied it. The following weekend the same thing >> happened, I had ops re-ipl with load clear option and the system came >> up with no problems. CA is now referring us to another vendor saying >> they saw another vendors module in the dump of GSSA. I'm trying to >> circumvent chasing vendors. >> >> My question is, has anyone else had these problems running zos 1.9 on >> Z890-A04. There have been no system or vendor software upgrades since >> the z19 upgrade. Search of the archives did not show anything fairly >> recent. >> >> Any ideas? Thanks Matt >> >> >> -- >> 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 -- 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: GETMAIN Error At IPL
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave > > > This doesn't help with the vendors :) But I put CLPA in IEASYS00 more > than a decade ago. We also IPL with CLPA and Load Clear every time. Been doing it that way for at least the 12 years I've been here. -jc- -- 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: GETMAIN Error At IPL
This doesn't help with the vendors :) But I put CLPA in IEASYS00 more than a decade ago. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Dazzo, Matt > Sent: Tuesday, September 29, 2009 11:54 AM > To: IBM-MAIN@bama.ua.edu > Subject: GETMAIN Error At IPL > > We have been running on zos1.9 for 6 weeks with no issues until 2 > weekends ago. When operations performed the weekly IPL, tasks (vendor > and system sub tasks) started abending with get main errors. The system > became unresponsive and we were forced to re-ipl, with the second ipl I > told ops to use the load clear option. The system then came up with no > problems. > > The log showed that the CA task GSSA abended first, I sent the dump to > CA and got a fix and applied it. The following weekend the same thing > happened, I had ops re-ipl with load clear option and the system came > up with no problems. CA is now referring us to another vendor saying > they saw another vendors module in the dump of GSSA. I'm trying to > circumvent chasing vendors. > > My question is, has anyone else had these problems running zos 1.9 on > Z890-A04. There have been no system or vendor software upgrades since > the z19 upgrade. Search of the archives did not show anything fairly > recent. > > Any ideas? Thanks Matt > > > -- > 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: GETMAIN Error At IPL
On Tue, 29 Sep 2009 14:53:53 -0400, Dazzo, Matt wrote: >We have been running on zos1.9 for 6 weeks with no issues until 2 weekends ago. When operations performed the weekly IPL, tasks (vendor and system sub tasks) started abending with get main errors. The system became unresponsive and we were forced to re-ipl, with the second ipl I told ops to use the load clear option. The system then came up with no problems. > >The log showed that the CA task GSSA abended first, I sent the dump to CA and got a fix and applied it. The following weekend the same thing happened, I had ops re-ipl with load clear option and the system came up with no problems. CA is now referring us to another vendor saying they saw another vendors module in the dump of GSSA. I'm trying to circumvent chasing vendors. > >My question is, has anyone else had these problems running zos 1.9 on Z890-A04. There have been no system or vendor software upgrades since the z19 upgrade. Search of the archives did not show anything fairly recent. > z/OS 1.9 for 6 weeks or z/OS 1.10? I just wanted to make sure because if this was z/OS 1.10 I would point you to APAR OA27291 and to DIAGxx to see if anything was coded for VSM USEZOSV1R9RULES. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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