| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1142.1 | Try bumping GBLSECTIONS by 100 | VMSINT::GUISSO | Ridendo dicere severum... | Thu Jul 20 1989 07:25 | 17 |
| Take a look at your SYSGEN GBLSECTIONS parameter. I had to bump mine
from 300 to 400 for DECW V2.0 (QAR has been entered).
Do a conversational boot on your workstation:
>>>B/1 XQ (for VAXstation II or >>> B/1 ES for VAXstar)
SYSBOOT> SHOW GBLSECTIONS
SYSBOOT> ...
SYSBOOT> SET . 400
SYSBOOT> C
......
That solved my problem. Apparently DECW V2.0 needs more GBLSECTIONS
than earlier versions.
Lazarus
|
| 1142.2 | Thanx, but it didn't help | VISA::BIJAOUI | Best before November 1989 | Thu Jul 20 1989 08:17 | 31 |
| Still not working with GBLSECTIONS boosted to 400. Here is the
accounting record for that process (namely _WSA1:) :
DETACHED Process Termination
----------------------------
Username: SYSTEM UIC: [SYSTEM]
Account: <start> Finish time: 20-JUL-1989 13:58:00.02
Process ID: 23400037 Start time: 20-JUL-1989 13:57:53.14
Owner ID: Elapsed time: 0 00:00:06.88
Terminal name: Processor time: 0 00:00:00.78
Remote node addr: Priority: 4
Remote node name: Privilege <31-00>: 0010C000
Remote ID: Privilege <63-32>: 00000000
Queue entry: Final status code: 1000000C
Queue name:
Job name:
Final status text: %SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual
Page faults: 152 Direct IO: 58
Page fault reads: 13 Buffered IO: 13
Peak working set: 231 Volumes mounted: 0
Peak page file: 3013 Images executed: 1
Has anybody any other suggestion ? Any log file to look at (or to
provide) ?
Pierre.
|
| 1142.3 | | CSSE32::LESLIE | andy ��� leslie | Thu Jul 20 1989 09:11 | 6 |
| I pushed GBLPAGES up too. Sorry, I'm too far away from LESLIE:: to
check easily, but will get a copy of my params.dat for you to peruse
upon request.
���
|
| 1142.4 | No go | VISA::BIJAOUI | Best before November 1989 | Thu Jul 20 1989 09:48 | 6 |
| I raised GBLPAGES up to 50,000 and GBLSECTIONS up to 600. And it still
doesn't work, after a short appearance, the "_WSA1:" process goes away,
and leaves a trace in the accounting file with an ACCVIO status.
Pierre.
|
| 1142.5 | | WSINT::MCLEMAN | It won't be long now... | Thu Jul 20 1989 10:31 | 4 |
| re: -1
You don't happen to have a DECW$SERVER_ACCESS_TRUSTED.DAT anywhere, do you?
|
| 1142.6 | check for out-of-date files | STAR::BMATTHEWS | | Thu Jul 20 1989 10:33 | 4 |
| Did you check your system specific root to make sure there are no out-of-date
file there?
Bill
|
| 1142.7 | That was it ! | VISA::BIJAOUI | Best before November 1989 | Thu Jul 20 1989 10:47 | 12 |
| Ah ! That is the good suggestion. Actually, I really thought about his
one in last, and it was actually the problem. I had an obsolete version
of DECW$XLIBSHR in my root. Pity it only came out with an ACCVIO
message, and no trace, but I guess I've been _very_ bad to DECwindows.
Thank you all for your help, and sorry to have disturb you for such
stupid error.
Pierre.
|
| 1142.8 | Should get mismatched id at worst | DECWIN::FISHER | Burns Fisher 381-1466, ZKO3-4/W23 | Thu Jul 20 1989 14:30 | 6 |
| Yeuch. That should not have happened. You should have gotten a mismatch
id. I wonder if someone forgot to update the id? Maybe you should QAR it.
Burns
|
| 1142.9 | QAR #0012 | VISA::BIJAOUI | Best before November 1989 | Fri Jul 21 1989 02:55 | 2 |
|
|