Re: z/OS 1.7 with toleration PTFs for 1.9
On Wed, 2 Apr 2008 17:18:42 -0400, Jon Brock <[EMAIL PROTECTED]> wrote: >But he's still on 1.7, isn't he? I don't think TN3270 was required to >be split out until 1.8, was it? Or was it 1.7? > >Jon > Sorry, my mistake. For some reason I started thinking this was a 1.9 migration issue. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
On Wed, 2 Apr 2008 16:27:51 -0500, Matthew Stitt <[EMAIL PROTECTED]> wrote: >I would go looking into the network side of the house. Since it appears to >be happening at a certain time, for a certain duration, that points to the >network. > >And the TN3270 server is not required at 1.8. I'll find out soon on 1.9. > >And yes, I know > >MainframeGuilty until proven innocent. > >> -- That's what the sys prog was thinking as well. We'll probably bounce it off the network admin tomorrow. Other ideas still welcomed. Thanks, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
Mark, But the OP said that he was having the problem on the 1.7 system, which had 1.9 toleration applied, not the 1.9 system. 1.7 still runs fine with TN3270 in the TCPIP address space. It isn't until 1.9 that you must split them out. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Wednesday, April 02, 2008 3:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.7 with toleration PTFs for 1.9 On Wed, 2 Apr 2008 15:24:44 -0500, Gilbert Cardenas <[EMAIL PROTECTED]> wrote: >On Wed, 2 Apr 2008 13:56:23 -0500, Mark Zelden ><[EMAIL PROTECTED]> wrote: > >>>Additional info : >>> >>>The VTAM/TCPIP/TSO are all running at the SYSSTC level. The TSO stc >does >>>not come down but only the users are kicked off. >>> >> >>What about TN3270? >> > >As far as I can tell, we don't run a separate TN3270 stc. But looking at the >TCPIP started task for the TCPIP stack functions, I did notice there was an >EZZ4328I ERROR E010 SETTING ROUTING FOR DEVICE OSAFD10 >error so I checked and noticed that there had been some changes to the >TCPIP ROUTE tables to accomodate a wireless change. Looking into this but >the once a week thing is really perturbing. > I don't know what you are calling it, but you must be if you are using TN3270. It is required as of z/OS 1.9. If it is falling into some low priority service class, then it could be that it is only TN3270 having a problem when the system is very heavily loaded and not the entire system as was previously mentioned. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
I would go looking into the network side of the house. Since it appears to be happening at a certain time, for a certain duration, that points to the network. And the TN3270 server is not required at 1.8. I'll find out soon on 1.9. And yes, I know MainframeGuilty until proven innocent. On Wed, 2 Apr 2008 17:18:42 -0400, Jon Brock <[EMAIL PROTECTED]> wrote: >But he's still on 1.7, isn't he? I don't think TN3270 was required to >be split out until 1.8, was it? Or was it 1.7? > >Jon > > > > > >I don't know what you are calling it, but you must be if you are using >TN3270. It is required as of z/OS 1.9. If it is falling into some >low >priority service class, then it could be that it is only TN3270 having >a problem when the system is very heavily loaded and not the entire >system as was previously mentioned. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
On Wed, 2 Apr 2008 17:18:42 -0400, Jon Brock <[EMAIL PROTECTED]> wrote: >But he's still on 1.7, isn't he? I don't think TN3270 was required to >be split out until 1.8, was it? Or was it 1.7? > >Jon > > > > > >I don't know what you are calling it, but you must be if you are using >TN3270. It is required as of z/OS 1.9. If it is falling into some >low >priority service class, then it could be that it is only TN3270 having >a problem when the system is very heavily loaded and not the entire >system as was previously mentioned. > > >-- That is correct. We are still on z/OS 1.7 with the 1.9 toleration PTFs applied so that was my understanding as well. Is there something we are missing? Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
But he's still on 1.7, isn't he? I don't think TN3270 was required to be split out until 1.8, was it? Or was it 1.7? Jon I don't know what you are calling it, but you must be if you are using TN3270. It is required as of z/OS 1.9. If it is falling into some low priority service class, then it could be that it is only TN3270 having a problem when the system is very heavily loaded and not the entire system as was previously mentioned. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
On Wed, 2 Apr 2008 15:24:44 -0500, Gilbert Cardenas <[EMAIL PROTECTED]> wrote: >On Wed, 2 Apr 2008 13:56:23 -0500, Mark Zelden ><[EMAIL PROTECTED]> wrote: > >>>Additional info : >>> >>>The VTAM/TCPIP/TSO are all running at the SYSSTC level. The TSO stc >does >>>not come down but only the users are kicked off. >>> >> >>What about TN3270? >> > >As far as I can tell, we don't run a separate TN3270 stc. But looking at the >TCPIP started task for the TCPIP stack functions, I did notice there was an >EZZ4328I ERROR E010 SETTING ROUTING FOR DEVICE OSAFD10 >error so I checked and noticed that there had been some changes to the >TCPIP ROUTE tables to accomodate a wireless change. Looking into this but >the once a week thing is really perturbing. > I don't know what you are calling it, but you must be if you are using TN3270. It is required as of z/OS 1.9. If it is falling into some low priority service class, then it could be that it is only TN3270 having a problem when the system is very heavily loaded and not the entire system as was previously mentioned. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
On Wed, 2 Apr 2008 13:56:23 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote: >>Additional info : >> >>The VTAM/TCPIP/TSO are all running at the SYSSTC level. The TSO stc does >>not come down but only the users are kicked off. >> > >What about TN3270? > >Mark >-- >Mark Zelden >Sr. Software and Systems Architect - z/OS Team Lead >Zurich North America / Farmers Insurance Group - ZFUS G-ITO >mailto:[EMAIL PROTECTED] >z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ >Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html > >-- As far as I can tell, we don't run a separate TN3270 stc. But looking at the TCPIP started task for the TCPIP stack functions, I did notice there was an EZZ4328I ERROR E010 SETTING ROUTING FOR DEVICE OSAFD10 error so I checked and noticed that there had been some changes to the TCPIP ROUTE tables to accomodate a wireless change. Looking into this but the once a week thing is really perturbing. Thanks, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
On Wed, 2 Apr 2008 13:46:23 -0500, Gilbert Cardenas <[EMAIL PROTECTED]> wrote: >On Wed, 2 Apr 2008 11:20:23 -0500, Mark Zelden ><[EMAIL PROTECTED]> wrote: > >> >>>Might this be related to the splitout of the TN3270 stack? >>> >>>I am just starting my 1.9 build and haven't got the coexistence stuff in >>>on 1.7 yet. >>> >> >>Good point. The OP did say the system was locking up or slowing down, >>but perhaps it is just TSO and the perception is that the entire system is >>having a problem. >> >>So check to see that TN3270 (or whatever your STC is) is running in >SYSSTC. >> >>Mark >>-- > >Additional info : > >The VTAM/TCPIP/TSO are all running at the SYSSTC level. The TSO stc does >not come down but only the users are kicked off. > What about TN3270? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
On Wed, 2 Apr 2008 11:20:23 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote: >On Wed, 2 Apr 2008 12:13:31 -0400, Daniel McLaughlin ><[EMAIL PROTECTED]> wrote: > >>Might this be related to the splitout of the TN3270 stack? >> >>I am just starting my 1.9 build and haven't got the coexistence stuff in >>on 1.7 yet. >> > >Good point. The OP did say the system was locking up or slowing down, >but perhaps it is just TSO and the perception is that the entire system is >having a problem. > >So check to see that TN3270 (or whatever your STC is) is running in SYSSTC. > >Mark >-- >Mark Zelden >Sr. Software and Systems Architect - z/OS Team Lead >Zurich North America / Farmers Insurance Group - ZFUS G-ITO >mailto:[EMAIL PROTECTED] >z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ >Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html > >-- Additional info : The VTAM/TCPIP/TSO are all running at the SYSSTC level. The TSO stc does not come down but only the users are kicked off. Regards, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
On Wed, 2 Apr 2008 12:13:31 -0400, Daniel McLaughlin <[EMAIL PROTECTED]> wrote: >Might this be related to the splitout of the TN3270 stack? > >I am just starting my 1.9 build and haven't got the coexistence stuff in >on 1.7 yet. > Good point. The OP did say the system was locking up or slowing down, but perhaps it is just TSO and the perception is that the entire system is having a problem. So check to see that TN3270 (or whatever your STC is) is running in SYSSTC. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
On Wed, 2 Apr 2008 11:08:49 -0500, Gilbert Cardenas <[EMAIL PROTECTED]> wrote: >Hello everyone, I'm looking for some feedback for some problems were having >with the operating system either locking up (ipl locked up) or slowing down to >a crawl for a period of around 30 minutes. > >There are always changes going in but the most recent and suspect is that >1.9 tolerations ptfs were applied recently to the o/s. > >The only symptom that something is happening is that any TSO users logged >on get disconnected and an error message is issued: >IKT116I USERID RECEIVE ERROR,RPLRTNCD=14 RPLFDB2=13 > SENSE= WAITING FOR RECONNECTION >IKT122I IPADDR..PORT ... > >I could'nt find the RTNCD=14 with FDB2=13 in z/OS V1R7.0 Comm Svr: SNA >Messages or the z/OS Communications Server: IP and SNA Codes and SNA >Programming Guide > >I've googled trying several variations but so far all I could come up with is that >there is possibly some problems with auxillary storage or getmain/freemain >virtual storage. > >If anyone has run across these codes I would appreciate any information you >could share with me. > >This is only happening once a week at the same general time so I have >scheduled several display commands such as D ASM,ALL and $DA to display >what is going on at the time. > >There are several jobs that are processing across 3 lpars (not sysplexed) and >it's hard to isolate it to one job (it this is really the culprit.) > >Are there any other commands I can issue to detect what might be going on >with the system at intervals leading up to the slowdown as we have very little >information to act upon except for the TSO users being forced off. > >Thanks in advance, >Gil. > Since it looks like you can predict when it will happen again, instead of trying to figure it out by issuing operator commands, take a console dump of VTAM, TCPIP, GRS and WLM (that should be good for starters) and open up a PMR with IBM (unless you can start diagnosis yourself from the dump). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with toleration PTFs for 1.9
Might this be related to the splitout of the TN3270 stack? I am just starting my 1.9 build and haven't got the coexistence stuff in on 1.7 yet. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com IBM Mainframe Discussion List wrote on 04/02/2008 12:08:49 PM: > -- Information from the mail header > --- > Sender: IBM Mainframe Discussion List > Poster: Gilbert Cardenas <[EMAIL PROTECTED]> > Subject: z/OS 1.7 with toleration PTFs for 1.9 > --- > > Hello everyone, I'm looking for some feedback for some problems were having > with the operating system either locking up (ipl locked up) or > slowing down to > a crawl for a period of around 30 minutes. > > There are always changes going in but the most recent and suspect is that > 1.9 tolerations ptfs were applied recently to the o/s. > > The only symptom that something is happening is that any TSO users logged > on get disconnected and an error message is issued: > IKT116I USERID RECEIVE ERROR,RPLRTNCD=14 RPLFDB2=13 > SENSE= WAITING FOR RECONNECTION > IKT122I IPADDR..PORT ... > > I could'nt find the RTNCD=14 with FDB2=13 in z/OS V1R7.0 Comm Svr: SNA > Messages or the z/OS Communications Server: IP and SNA Codes and SNA > Programming Guide > > I've googled trying several variations but so far all I could come > up with is that > there is possibly some problems with auxillary storage or getmain/freemain > virtual storage. > > If anyone has run across these codes I would appreciate any information you > could share with me. > > This is only happening once a week at the same general time so I have > scheduled several display commands such as D ASM,ALL and $DA to display > what is going on at the time. > > There are several jobs that are processing across 3 lpars (not sysplexed) and > it's hard to isolate it to one job (it this is really the culprit.) > > Are there any other commands I can issue to detect what might be going on > with the system at intervals leading up to the slowdown as we have > very little > information to act upon except for the TSO users being forced off. > > Thanks in advance, > Gil. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.7 with toleration PTFs for 1.9
Hello everyone, I'm looking for some feedback for some problems were having with the operating system either locking up (ipl locked up) or slowing down to a crawl for a period of around 30 minutes. There are always changes going in but the most recent and suspect is that 1.9 tolerations ptfs were applied recently to the o/s. The only symptom that something is happening is that any TSO users logged on get disconnected and an error message is issued: IKT116I USERID RECEIVE ERROR,RPLRTNCD=14 RPLFDB2=13 SENSE= WAITING FOR RECONNECTION IKT122I IPADDR..PORT ... I could'nt find the RTNCD=14 with FDB2=13 in z/OS V1R7.0 Comm Svr: SNA Messages or the z/OS Communications Server: IP and SNA Codes and SNA Programming Guide I've googled trying several variations but so far all I could come up with is that there is possibly some problems with auxillary storage or getmain/freemain virtual storage. If anyone has run across these codes I would appreciate any information you could share with me. This is only happening once a week at the same general time so I have scheduled several display commands such as D ASM,ALL and $DA to display what is going on at the time. There are several jobs that are processing across 3 lpars (not sysplexed) and it's hard to isolate it to one job (it this is really the culprit.) Are there any other commands I can issue to detect what might be going on with the system at intervals leading up to the slowdown as we have very little information to act upon except for the TSO users being forced off. Thanks in advance, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
