Help with IKT011I Message RC=100
Okay, I have forgotten so much about TSO/VTAM I need to little refresher course. We have 160 for Max Usr defined. We have 256 VTAM Applids defined for TSO usage. Yet we are getting IKT011I Message TCAS UNABLE TO ACCEPT LOGON RC=100 We use TCPIP to logon to TSO but that is about the only difference I can think of. What would I need to look at to see why the IKT011I message is being produced? From the message I am at a loss to explain the lack of TCAS Logons. 100 No more TSO user APPLIDs are available. You may have defined too few TSO user APPLIDs. Lizette -- 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: Help with IKT011I Message RC=100
In a message dated 5/1/2007 10:10:15 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: What would I need to look at to see why the IKT011I message is being produced? From the message I am at a loss to explain the lack of TCAS Logons. Hard to tell w/o more info. Normally TCP recycles APPLIds. Are you experiencing network problems? D net,pending or a few NETSTAT commands ought to give you a clue. ** See what's free at http://www.aol.com. -- 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: Help with IKT011I Message RC=100
No - no network issues, the D NET,PENDING has nothing queued. NETSTAT does not show any issues. We are at z/OS V1.7. We made no changes to any parms. Our MAX Address space in IEASYS00 is 375, we currently have 363 address spaces running. In TSOKEY00 our USERMAX=160 (D TS indicates only 80 out of 160 being used). We show VTAM TSO Appl display with 256 appls but up to 80 show ACT/S the rest are CONCT. Confusion abounds. There are no additional error messages indicating a problem. I may open an ETR to IBM if I am unable to resolve this issue. Do you think any USS processes may be affecting my MAX Address Space information? Or am I barking up the wrong O'Ladder? So - other than VTAM TSO Appl definitions and USERMAX, anything else to look at for TSO? Lizette Hard to tell w/o more info. Normally TCP recycles APPLIds. Are you experiencing network problems? D net,pending or a few NETSTAT commands ought to give you a clue. -- 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: Help with IKT011I Message RC=100
Think we found it. In our VTAMLST definition for TSO, we had this IST080I TSOH878 ACT/S TSOH879 ACT/S TSOH880 ACT/S IST080I TSOH8H8 CONCT TSOH882 CONCT TSOH883 CONCT IST080I TSOH884 CONCT TSOH885 CONCT TSOH886 CONCT After TSOH880 comes TSOH8H8. And that is where we are stopping. So I am guessing that VTAM stopped because the TSOH8H8 was not acceptable for some reason. At least that is what coincidence is telling me. We will change the TSOH8H8 to TSOH881 and cycle the TSO ACB tonight. Will let you know how it works. Lizette No - no network issues, the D NET,PENDING has nothing queued. NETSTAT does not show any issues. We are at z/OS V1.7. We made no changes to any parms. Our MAX Address space in IEASYS00 is 375, we currently have 363 address spaces running. In TSOKEY00 our USERMAX=160 (D TS indicates only 80 out of 160 being used). We show VTAM TSO Appl display with 256 appls but up to 80 show ACT/S the rest are CONCT. Confusion abounds. There are no additional error messages indicating a problem. I may open an ETR to IBM if I am unable to resolve this issue. Do you think any USS processes may be affecting my MAX Address Space information? Or am I barking up the wrong O'Ladder? So - other than VTAM TSO Appl definitions and USERMAX, anything else to look at for TSO? Lizette Hard to tell w/o more info. Normally TCP recycles APPLIds. Are you experiencing network problems? D net,pending or a few NETSTAT commands ought to give you a clue. -- 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: Help with IKT011I Message RC=100
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, May 01, 2007 10:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Help with IKT011I Message RC=100 Think we found it. In our VTAMLST definition for TSO, we had this IST080I TSOH878 ACT/S TSOH879 ACT/S TSOH880 ACT/S IST080I TSOH8H8 CONCT TSOH882 CONCT TSOH883 CONCT IST080I TSOH884 CONCT TSOH885 CONCT TSOH886 CONCT After TSOH880 comes TSOH8H8. And that is where we are stopping. So I am guessing that VTAM stopped because the TSOH8H8 was not acceptable for some reason. At least that is what coincidence is telling me. We will change the TSOH8H8 to TSOH881 and cycle the TSO ACB tonight. Will let you know how it works. Lizette If you need this RIGHT NOW, then you can create a temporary VTAMLST member containing only the TSO881 entry and V NET,ACT,ID=... to activate it. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Help with IKT011I Message RC=100
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, May 01, 2007 10:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Help with IKT011I Message RC=100 No - no network issues, the D NET,PENDING has nothing queued. NETSTAT does not show any issues. We are at z/OS V1.7. We made no changes to any parms. Our MAX Address space in IEASYS00 is 375, we currently have 363 address spaces running. In TSOKEY00 our USERMAX=160 (D TS indicates only 80 out of 160 being used). We show VTAM TSO Appl display with 256 appls but up to 80 show ACT/S the rest are CONCT. SNIP I have been away from this aspect for a bit, but something to think about: While you did not say ADDRESS SPACE create failure was happening, a quick look at the numbers, you only have 13 address spaces available. Now, if you have a certain number in reserve for system usage... So you might want to up your number of address spaces a bit to give yourself just a bit more wiggle room. Regards, Steve Thompson -- 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: Help with IKT011I Message RC=100
Okay, one last help, My vtam is very weak. If I create a new member in VTAMLST with the TSOH881 will that allow vtam to use the remaining 100+ appls, or are they unavailable until I fix my ACB? Lizette If you need this RIGHT NOW, then you can create a temporary VTAMLST member containing only the TSO881 entry and V NET,ACT,ID=... to activate it. -- -- 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: Help with IKT011I Message RC=100
We are planning to drop the MAX Address space from the individual IEASYS members (one per LPAR) and let the IEASYS00 member rule. It has 1000 specified. Therefore, wiggle room will be obtained. We have IPLs scheduled for this weekend, so it will go in with those. Thanks for the advice. Lizette I have been away from this aspect for a bit, but something to think about: While you did not say ADDRESS SPACE create failure was happening, a quick look at the numbers, you only have 13 address spaces available. Now, if you have a certain number in reserve for system usage... So you might want to up your number of address spaces a bit to give yourself just a bit more wiggle room. -- 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: Help with IKT011I Message RC=100
In a message dated 5/1/2007 10:56:06 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: We will change the TSOH8H8 to TSOH881 and cycle the TSO ACB tonight. Will let you know how it works. So the VTAM def and the TCP LUs don't match up? Guess you could vary inact H8H8 in vtam and TCP and see if it continued with the existing defs... ** See what's free at http://www.aol.com. -- 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: Help with IKT011I Message RC=100
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, May 01, 2007 11:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Help with IKT011I Message RC=100 Okay, one last help, My vtam is very weak. If I create a new member in VTAMLST with the TSOH881 will that allow vtam to use the remaining 100+ appls, or are they unavailable until I fix my ACB? Lizette They should then be available immediately. What is happening is that TSO is trying to use the TSOH881 value, when it gets a bad RC from VTAM (applid doesn't exist), it assumes that it ran out of possibilities and just stops. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Help with IKT011I Message RC=100
Make changes to the current member of VTAMLST, issue V NET,ACT,ID=,UPDATE=ALL and it should implement your changes on the fly. VTAM has quite a bit of update-while-running functionality, rarely mentioned, but it is documented. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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: Help with IKT011I Message RC=100
I would also switch to using VTAM Generic resource definitions for TSO. Once this is in place you never will have problems with VTAM and TSO applids. On Tue, 1 May 2007 13:48:08 -0400, Tim Hare [EMAIL PROTECTED] wrote: Make changes to the current member of VTAMLST, issue V NET,ACT,ID=,UPDATE=ALL and it should implement your changes on the fly. VTAM has quite a bit of update-while-running functionality, rarely mentioned, but it is documented. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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
