Title: | *OLD* ALL-IN-1 (tm) Support Conference |
Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
Moderator: | IOSG::PYE |
Created: | Thu Jan 30 1992 |
Last Modified: | Tue Jan 23 1996 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 4343 |
Total number of notes: | 18308 |
Hi, My customer is using VMS V5.5-2 and ALL-in-1 V3.0. The system usage is very heavy and never been shutdown for a few months. The system is clustered but ALL-IN-1 is running only in one node. The system runs fine most of the time but it happened twice recently that ALL-IN-1 users hang when they login to ALL-IN-1 at $. VMS doesn't hang, neither do other applications eg RDB etc. I have checked the system processes and found one process in MUTEX state. Further analysis proved this process hung due to insufficient BYTLM and this process was an ALL-IN-1 user who was trying to login to ALL-IN-1 at DCL. So, I did shutdown the ALL-IN-1 using the CMD>SHUTDOWN script and after restarting ALL-IN-1, users still can't login to ALL-IN-1 as their processes will hang every time they login to $allin1. The only way out is to reboot the whole system. But, this customer can't afford to reboot the system all the time. Any suggestions ? Regards, Sow Wan
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
3987.1 | Is this too obvious? | IOSG::MARSHALL | A glitch in reality | Wed Mar 16 1994 11:34 | 6 |
>> this process hung due to insufficient BYTLM >> Any suggestions ? Increase users' BYTLM quotas? Scott | |||||
3987.2 | login hang | MSAM03::SOWWAN | Thu Mar 17 1994 01:21 | 7 | |
Hi, Could it be the MUTEX process that held up some kind of exclusive lock during its login and caused subsequent processes login hang ? Any explanations on login locks or oa$fcv related ? Thanks! Rgds, Sow Wan | |||||
3987.3 | Corrupted WPSDEF.WPL & user.PST ? | ZPOVC::CHINGYUE | Thu Mar 24 1994 10:21 | 15 | |
Am not too sure if this helps... One of my customer had a rather similar problem. Only processes calling ALL-IN-1 IOS hangs while the rest runs perfectly alright. When these processes hang, SH PROC/CONTI/ID=xxx says non-existence process but SH SYS list them. STOP/ID says non-existence as well. Turning off DDS doesn't help. It was found later that whenver a particular user logs in to perform a local print, the other process will hang. Replacing his WPSDEF.WPL and user.PST solved the problem. Hope the above helps. ching-U |