|
Larry, Jim, Chuck, There is only one Perle with 5 twinax cards. It appears to the AS/400 as 5 remote locations. 5 APPC controllers attached to the line and 5 RWS controllers for the dumb terminals/printers. No messages in QSYSOPR. Since it is twinax the virtual (*APPC) devices are not QPAD* but I did check the ones that do exist and they were all OK. This is were twinax had generic named sessions before CAExpress even existed. Today (1/15/2001) the users didn't seem to have the problem. Regular weekly IPL to apply PTFs/etc. but the Perle was not reset again. New item: I had to config/add a new PC today. At first it reported the same "error communicating with system while verifying security" before even asking for the user/password. After fighting this several times I gave up and manually creating the *APPC it complained another time. Then it connected but would not start a second session. Rebooted the PC and it finally seemed to work fully. Thanks Roger Vicker, CCP Larry Bolhuis wrote: > Roger, > > > When the tech had me do a display on the Mode status for a couple of active >PCs it > > was showing an instance per PC since each is a virtual host. It actually >showed > > that the session limit had been "negotiated" to 64 per PC rather than the >"defined" > > 256. > > OK That makes sense. Each PC negotiates it's own Mode and 64 is planty > more than each PC needs. I still believe you are hitting some type of > limit, the $64 question is which one. Is it a limit in the Perle or on > the 400 then is it one that can be changed. Since the problem even > appears just starting an additional session on a PC already connected > and functioning it must be some overall limit. You stated the devices > already exist and the limit is set to 500 anyway so that's likely not > it. You say that you 'move it to another controller': Does this mean to > another of the cards within the Perle or to another physical controller > at that location? Also do you get any messages whatever on the AS/400 > when this is occuring??? > > - Larry > > > > > Roger Vicker, CCP > > > > Larry Bolhuis wrote: > > > > > > Multiple sessions are using multiple workstation addresses, and once you > > > > hit a total of 40 addresses attached to one controller no additional > > > > sessions can start. You move the PC to another controller, with less >than > > > > 40 active twinax addresses, and get connected. > > > > > > Not quite correct. WIth CA Over twinax there is only ONE twinax > > > 'session' (address) active. Each session on the PC just uses another of > > > the available sessions in the active mode. It certainly sounds like you > > > are hitting some type of limit for sure. If you have 5 twinax cards in > > > that thing (140 possible addresses) the number of sessions could easily > > > hit 256. What I can't remember is whether you get multiple instances of > > > mode QPCSUPP, one for each of the 5 cards in the perle or just one > > > instance. If you check the mode status does it show that you have > > > sessions avilable? > > > > > > - Larry > > > > > > > > > > > Has anyone seen this strange one. > > > > > > > > Perle 494 with 5 twinax cards and at version 3.91, to a Vanguard 100 > > > > router, to frame relay, to AS/400 620 V4R4M0. > > > > > > > > Multiple PCs using Client Access V3R2M0 and service pack SF64050, > > > > Perle/Affinity PCI Twinax Cards, twisted pair, and powered hubs. All > > > > this has been working fairly well for months. (Occasional session > > > > freeze/drop) > > > > > > > > Several PCs are connected to the AS/400. Another PC tries to connect > > > > but gets a message that there was a communications error while > > > > verifying security (or to that effect). If I move the PC to another > > > > port on the same controller I get the same thing. Move it to another > > > > controller and it gets in so the wire and card must be good. > > > > > > > > While this is going on some (but not all) of the users that are > > > > connected report that they can only get 2 or 3 sessions active. I > > > > watched as user 1 started A then B and tried C but got a blank screen. > > > > Then watched user 2, without anything else changed or ended, start A > > > > then B then C and get only a blank screen for D. To make this stranger > > > > still after user 3 couldn't get in at all, user 1 disconnected > > > > completely and then user 3 could connect but user 1 could no longer > > > > get in. Reverse it, user 3 disconnects and user 1 could connect. > > > > > > > > I checked the MODD QPCSUPP and it was set for 256/256. System value > > > > QUTORMT shouldn't be a problem because it was set at 500 and all the > > > > devices had been created a long time ago and had been in use before > > > > today. > > > > > > > > After several hours of chasing ghosts I shut down the Perle over > > > > lunch, varied everything off, powered up the Perle, and varied > > > > everything on. This let almost everyone that had problems in but a few > > > > are still limited to 1 session or having problems getting connected. > > > > Any Ideas would be greatly appreciated. > > > > > > > > I am about ready to tell them to shut the plant down for the 30 days > > > > left until Sprint delivers a new router so I can move them to CA > > > > Express over TCP. > > > > > > > > Roger Vicker, CCP > -- > Larry Bolhuis > Arbor Solutions, Inc. > (616) 451-2500 > (616) 451-2571 -fax > lbolhuis@arbsol.com -- *** Vicker Programming and Service *** Have bits will byte *** www.vicker.com *** Please be sure to exit before leaving. - Jack Treger +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.