| Title: | DECWINDOWS 26-JAN-89 to 29-NOV-90 |
| Notice: | See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit |
| Moderator: | STAR::VATNE |
| Created: | Mon Oct 30 1989 |
| Last Modified: | Mon Dec 31 1990 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 3726 |
| Total number of notes: | 19516 |
We have a customer who's running VMS 5.3-1 on a VS3100 m38 with
Decwindows. There are many times that all the windows would disappear.
And we checked the DECW$server_0_error.log, we have the following
message:
(A partial message lines:)
14-oct-1990 19:49:14.4 Now I call schedule/dispatcher
14-oct-1990 19:49:15.5 Connection 99700 is accepted by Txport
.
.
15-OCT-1990 14:40:39.3 GPX color/monochrome support loaded
gpx$InitOutput address=11a410
Connection 701c48 is accepted by Txport
15-OCT-1990 14:40:43.6 Now I call scheduler/dispatcher
15-oct-1990 14:40:44.8 Connection 6ff218 is accepted by Txport
15-oct-1990 14:41:29.4 Connection 6ff218 is closed by Txport
15-oct-1990 14:45:18.3 Connection 6ff218 is accepted by Txport
15-oct-1990 15:13:48.3 Connection 6ff218 is closed by Txport
15-oct-1990 15:15:44.6 Connection 6ff218 is accepted by Txport
15-oct-1990 16:54:40.1 Connection 6ff218 is closed by Txport
15-oct-1990 16:55:23.5 Connection 6ff218 is accepted by Txport
15-oct-1990 16:55:53.2 Connection 6ff2c0 is accepted by Txport
15-oct-1990 17:02:56.5 Connection 6ff218 is closed by Txport
15-oct-1990 18:52:24.3 %LIB-?-INSVIRMEM, insufficient virtual memory
-COB-W-NOMSG, Message number 801934E8
-COB-W-NOMSG, Message number 801934E8
-COB-W-NOMSG, Message number 801934E8
-COB-W-NOMSG, Message number 801934E8
Request opcode 53 is ignored due to internal runtim error 158217 for
client 4(#error = 1)
Exception Call stack dump follows:
8f8c5
fad5
df7c
dc32
11b3a1
121807
12184f
20ae7
d5ee
1083d
10355
13343
41a
801364d3
80136484
********** marking the end of call stack dump **********
********************************************************
15-oct-1990 19:47:16.7 Connection 6ff2c0 is closed by Txport
15-oct-1990 20:21:13.1 Connection 6ff218 is accepted by Txport
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
Any fix or clues?
Thanks in advance.
Ray
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3497.1 | Memory | DECWIN::FISHER | I like my species the way it is" "A narrow view... | Mon Oct 22 1990 14:51 | 12 |
Well, it might be because of insufficient virtual memory :-) Seriously, there are 2 broad possibilities: either (1) the customer is legitimately using up a lot of memory in the server, or (2) the server is leaking memory. In either case, you can either fix or postpone the problem by increasing the vm available. First, you can increase the server's page file quota with the logical decw$server_page_file. When you increase this, you may also need to increase the page file size and/or the sysgen parameter VIRTUALPAGCNT. Burns | |||||
| 3497.2 | "Thank you" | PHLACT::LIOU | Tue Oct 23 1990 11:38 | 4 | |
Thank you very much, Mr. Fisher.
Ray
| |||||