View Full Version : CA Sessions not coming up Randomly
Guest.Visitor
01-01-1995, 02:00 AM
On Thursday, October 15, 1998, 08:56 AM, Bill Westrick wrote: We have an AS/400 510 version 4.2 and users running Windows95 Client Access 3.1.3 with service pack SF48155. All connections are via TCP/IP. Each user is set to have two display and one printer session started. Each session configured was given a unique ID. There are 85 users connecting to the AS/400 in this manner. What I am getting is about 5-10 calls each day from users who do not get both display sessions and the one printer session started. Some get one display session and the printer session, some get two display sessions and no printer session, some get only one display session and not the second display session or printer session, and some get no sessions active at all. In all these cases, the session window itself starts up, but the session does not become active. When this happens, we have the user try to sign off the AS/400 connection and power off. Then we go into NETSTAT and clear any connections listed for that user. We also go into WRKACTJOB and make sure there are no active sessions listed in QINTER. After that, we have the user power back up and they usually are able to sign on OK with the two active display sessions and one active printer. Anyone have any idea on why this is happening, or what I could check? Bill Westrick Fargo Public Schools westrbi@corpcomm.net Bill, Check your System Value QAUTOVRT (Autoconfigure Virtual Devices). Make sure this number is high enough to accomodate all the sessions your users will need, as a group. If it's not, bump it up.
Guest.Visitor
10-15-1998, 09:33 AM
BW, I have the same behavior happening, but for only 1 user. So, I find it hard to believe it is a 400 problem. I can't make any sense out of it, but I can give you one tip, instead of all the hoops you run through -- just do <u>F</u>ile/Run O<u>t</u>her and specify the "missing" station profile. We are at 3.1.2, so this is a weird one that is occurring across boundaries. After further consideration, I believe it is the batch program that starts the profiles that may be the culprit. Try this; when this situation occurs end all of the sessions and then run the batch startup again. We have experienced the "missing" profiles starting first and then the others start up and sometimes the "missing" start again. It's like the batch file is a bit constipated. BR Bill Westrick wrote: We have an AS/400 510 version 4.2 and users running Windows95 Client Access 3.1.3 with service pack SF48155. All connections are via TCP/IP. Each user is set to have two display and one printer session started. Each session configured was given a unique ID. There are 85 users connecting to the AS/400 in this manner. What I am getting is about 5-10 calls each day from users who do not get both display sessions and the one printer session started. Some get one display session and the printer session, some get two display sessions and no printer session, some get only one display session and not the second display session or printer session, and some get no sessions active at all. In all these cases, the session window itself starts up, but the session does not become active. When this happens, we have the user try to sign off the AS/400 connection and power off. Then we go into NETSTAT and clear any connections listed for that user. We also go into WRKACTJOB and make sure there are no active sessions listed in QINTER. After that, we have the user power back up and they usually are able to sign on OK with the two active display sessions and one active printer. Anyone have any idea on why this is happening, or what I could check? Bill Westrick Fargo Public Schools westrbi@corpcomm.net [/i]
Guest.Visitor
10-16-1998, 02:14 PM
On Thursday, October 15, 1998, 09:33 AM, Bill Robins wrote: BW, I have the same behavior happening, but for only 1 user. So, I find it hard to believe it is a 400 problem. I can't make any sense out of it, but I can give you one tip, instead of all the hoops you run through -- just do <u>F</u>ile/Run O<u>t</u>her and specify the "missing" station profile. We are at 3.1.2, so this is a weird one that is occurring across boundaries. After further consideration, I believe it is the batch program that starts the profiles that may be the culprit. Try this; when this situation occurs end all of the sessions and then run the batch startup again. We have experienced the "missing" profiles starting first and then the others start up and sometimes the "missing" start again. It's like the batch file is a bit constipated. BR Bill Westrick wrote: We have an AS/400 510 version 4.2 and users running Windows95 Client Access 3.1.3 with service pack SF48155. All connections are via TCP/IP. Each user is set to have two display and one printer session started. Each session configured was given a unique ID. There are 85 users connecting to the AS/400 in this manner. What I am getting is about 5-10 calls each day from users who do not get both display sessions and the one printer session started. Some get one display session and the printer session, some get two display sessions and no printer session, some get only one display session and not the second display session or printer session, and some get no sessions active at all. In all these cases, the session window itself starts up, but the session does not become active. When this happens, we have the user try to sign off the AS/400 connection and power off. Then we go into NETSTAT and clear any connections listed for that user. We also go into WRKACTJOB and make sure there are no active sessions listed in QINTER. After that, we have the user power back up and they usually are able to sign on OK with the two active display sessions and one active printer. Anyone have any idea on why this is happening, or what I could check? Bill Westrick Fargo Public Schools westrbi@corpcomm.net [/i] I agree with Bill that it is a batch file problem. We are having similar problems. We are at 3.1.2 using PC5250. I have created a batch file that starts 4 display and 1 printer session. When executed, it starts the first 3 sessions correctly, then brings up the 4th session as a printer session instead of display session. The fifth session never comes up. If you try to set up one more session than you really need, then it does something entirely different. I have sent the files to IBM tech support and they tell me they work fine on their machines. I am having this problem with both PCs that are attached this way. I have even reloaded CA/400 from scratch with the same results. I finally gave up and we just bring up the sessions manually one at a time. It is far less aggravation than trying to make CA/400 work correctly. At some point I will probably apply the latest service pack that was just released, however I don't hold out much hope for that solving the problem either if these problems are still happening on 3.1.3. Gary Mayfield
Guest.Visitor
11-04-1998, 07:23 AM
Gary, SF49654 sorta fixed the problem. Sorta because, yes all the sessions started -- but I began to get PCSM(?) generating paging faults in several modules. So... back to the previous service pack, I'll live with the sessions not starting and using Run Other when necessary. BTW, SF49654 has introduced a bug in keyboard buffering. It will eat characters in the buffer at certain times. Bill Gary M. Mayfield wrote: . . . At some point I will probably apply the latest service pack that was just released, however I don't hold out much hope for that solving the problem either if these problems are still happening on 3.1.3. Gary Mayfield
Guest.Visitor
11-04-1998, 10:44 AM
On Wednesday, November 04, 1998, 08:23 AM, Bill Robins wrote: <<SNIP<< BTW, SF49654 has introduced a bug in keyboard buffering. It will eat characters in the buffer at certain times. APAR SA76933 "LOCAL FIX": remove sf49654 back to SF47544, or upgrade to r313 and use service pack prior to sf50480 Sorry, I don't know a PTF number... albeit the answer for that APAR says "This PTF fixes the problem reported." Perhaps a PTF number can be found at the as400service web page. Regards, Chuck Comments provided "as is" with no warranties of any kind whatsoever.
Powered by vBulletin® Version 4.1.5 Copyright © 2013 vBulletin Solutions, Inc. All rights reserved.