Chris Mason/john, Thanks a lot for your Help. The Issue has bee resolved.
Thanks again to John for a precise explanation.!!!!! Regards, Jags On Wed, Apr 6, 2011 at 10:08 PM, McKown, John <john.mck...@healthmarkets.com > wrote: > You're right! In never occurred to me that the TSO USERMAX might be set > higher than the number of TSO LUs defined to VTAM. > > Also, thanks for the explanation on my initial reply. I knew what I needed > to do to get something that worked, or at least was fairly sure. But I'm not > the best in really deep understanding and explaining. I do know that some of > the strangeness of the 3270 LU definitions is due to copying from the past > when we used physical DFT mode 3278 terminals for some multisession > capability, but mainly TPX for most of the multisession capability to logon > to TSO and multiple CICS regions from a single physical 3278 terminal. We > have eliminated TPX and now use multiple TN3270 sessions per user. > Curiously, the ex-TPX users really hate this. But then I never liked using > TPX. "Each to his own." I like having multiple TN3270 sessions visible at > the same time, which is impossible with TPX. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * > john.mck...@healthmarkets.com * > www.HealthMarkets.com<http://www.healthmarkets.com/> > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. HealthMarkets(r) is the brand name for products underwritten and > issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake > Life Insurance Company(r), Mid-West National Life Insurance Company of > TennesseeSM and The MEGA Life and Health Insurance Company.SM > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason > > Sent: Wednesday, April 06, 2011 11:27 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: No LUs available > > > > Jags > > > > John McKown assumed you were using z/OS Communications Server TN3270E > > program as your TN3270 server - and I went right along with > > that. However > > you may be using the OSA-ICC as your TN3270 server. Perhaps > > you could let > > us all know(?). > > > > Also, I went right along with John's assumption there may be > > a limit in the > > definitions on the secondary side of the SNA sessions but > > Saurabh Khandelwal > > may have a point that it's not the "telnet" element that's at > > fault but the TSO > > *primary* APPLs that are insufficient. So, indeed, perhaps > > you should post > > some indication that there are sufficient of these - which > > ideally also would be > > minimally one model APPL statement. > > > > Here's a sample from a project I did a little while ago: > > > > <sample> > > > > T1TSO VBUILD TYPE=APPL > > > > TTSO1 APPL ACBNAME=TTSO1, interpreted and > > uninterpreted name * > > AUTH=(TSO,PASS,NVPACE), TSO + PASS + prevent > > o/b pacing * > > EAS=1, generally one session > > at a time * > > FASTPASS=YES, efficient > > PASS logic * > > REGISTER=CDSERVR, register LU with > > CD server * > > VPACING=0 no inbound pacing > > > > TTSO1??? APPL ACBNAME=TSO0???, interpreted and > > uninterpreted name * > > AUTH=(TSO,NVPACE), TSO + prevent > > outbound pacing * > > EAS=1, > > one session * > > LOSTERM=SECOND, end session on second > > VARY INACT * > > MAXPVT=0, no limit on PIUs > > pending RECEIVE * > > MODSRCH=FIRST, required model search > > option for TSO * > > REGISTER=NO, do not > > register LU * > > VPACING=0 no > > inbound pacing > > > > </sample> > > > > Note that I take no responsibility whatsoever at all for the > > naming convention. > > It was what I found and it wasn't worth the hassle of changing! > > > > Chris Mason > > > > On Wed, 6 Apr 2011 12:43:33 +0530, jagadishan perumal > > <jagadish...@gmail.com> wrote: > > > > >Hi, > > > > > >In our shop many users are not able to connect the > > Mainframe. While doing > > >telnet they get an error saying " NO LUs available please > > try again later". > > >we have checked the TSO region and it is very well running. > > > > > >Any idea to resolve. > > > > > >Regards, > > >Jags > > > > ---------------------------------------------------------------------- > > 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
