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 <[email protected]> wrote on 04/02/2008 12:08:49 PM: > ---------------------- Information from the mail header > ----------------------- > Sender: IBM Mainframe Discussion List <[email protected]> > 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=00000000 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
