| Title: | ACMS comments and questions |
| Notice: | This is not an official software support channel. Kits 5.* |
| Moderator: | CLUSTA::HALL AN |
| Created: | Mon Feb 17 1986 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4179 |
| Total number of notes: | 15091 |
Hi,
VMS 6.2 Alpha 8400
ACMS 4.0
The customer ran out of TWS_POOLSIZE. They raised TWS_POOLSIZE to 64000.
Starting the application causes a system crash with :
PGFIPLHI, Pagefault with IPL too high
The current process is ACMS01EXC001000 and you can see that it had exhausted
all the p0 adress space (First free P0 address = 7FF..... ,
Free PTEs between P0/P1 = 0).
The acmsgen parameters are:
Parameters in use: CURRENT
Parameter Name Current Default Minimum Maximum Unit Dynamic
-------------- ------- ------- ------- ------- ---- -------
MAX_LOGINS 60 60 0 -1 submitters D
MAX_TTS_CP 20 20 0 -1 terminals D
PERM_CPS 1 1 0 -1 command prcs D
CP_SLOTS 3 3 0 -1 command prcs
MIN_CPIS 2 2 0 -1 CP threads D
TSC_USERNAME SYSTEM SYSTEM VMS username
TSC_PRIORITY 4 4 0 31 VMS priority
ACC_USERNAME SYSTEM SYSTEM VMS username
ACC_PRIORITY 4 4 0 31 VMS Priority
CP_USERNAME SYSTEM SYSTEM VMS username
CP_PRIORITY 4 4 0 31 VMS Priority
MAX_APPL 10 10 0 -1 applications
MSS_POOLSIZE 4096 512 1 -1 Pagelets
MSS_MAXBUF 1024 1024 512 65535 Bytes
MSS_MAXOBJ 1000 500 1 -1 Objects
WS_POOLSIZE 1024 256 1 -1 Pagelets
WSC_POOLSIZE 512 128 1 -1 Pagelets
TWS_POOLSIZE 64000 1600 1 -1 Pagelets
TWSC_POOLSIZE 2000 50 1 -1 Pagelets
USERNAME_DEFAULT VMS username D
NODE_NAME AVIV02 DECnet node
MSS_PROCESS_POOL 1024 256 1 -1 Pagelets
MSS_NET_RETRY_TIMER 10 10 1 -1 seconds D
QTI_USERNAME SYSTEM SYSTEM VMS username
QTI_PRIORITY 4 4 0 31 VMS Priority
QTI_SUB_TIMEOUT 7200 7200 1 -1 seconds D
QTI_RETRY_TIMER 1800 1800 1 -1 seconds D
QTI_POLLING_TIMER 5000 5000 1 -1 milliseconds D
When TWS_POOLSIZE is set to 32000 everything works o.k. but only about 300 users
can login to ACMS. They need to double the number of users.
Is there a limit on TWS_POOLSIZE?
The bugcheck dump is about 700000 blocks but it can be made available on the net
Thanks ,
Haim G.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 4124.1 | Check for SYSGEN parameters setup properly | ACMS::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Mon Mar 17 1997 08:45 | 9 |
When they changed the parameter, did they also run AUTOGEN to add
more GBLPAGES and GBLPAGFIL? The formulas are in
SYS$MANAGER:ACMSPARAM.COM.
Also, if they are really running ACMS V4.0 on the 8400, it is not
supported. OpenVMS V6.2 requires ACMS V4.1.
Bill
| |||||
| 4124.2 | TAV02::GODOVNIK | Haim Godovnik | Wed Mar 19 1997 02:38 | 17 | |
Bill, 1. They run autogen. Global pages are 6413200 pagelets. GBLPAGFIL is 260000 pages. 2. I know 4.0 is unsuported on 6.2 and I have asked them to upgrade to 4.1. Is this problem fixed in 4.1? Is there a released ACMS version for VMS 7.1 on ALPHA? Thanks , Haim G. | |||||
| 4124.3 | ACMS::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Wed Mar 19 1997 05:42 | 15 | |
How much physical memory does the system have? The reason
we say V4.0 is not supported on V6.2 is that it was never
tested. As new versions of VMS come out, we do not go back
to older versions of ACMS and test them. We target specific
versions of ACMS to specific versions of OpenVMS. ACMS V4.1
supports OpenVMS VAX V5.5-2 - V6.2 and OpenVMS Alpha V6.1-V6.2.
ACMS V4.2 will add support for OpenVMS V7.1 (OpenVMS V7.0 will
never be supported). Since no one has reported this problem
before, there is nothing to fix.
Bill
ACMS V4.2 will support OpenVMS V7.1
| |||||
| 4124.4 | ACMS::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Wed Mar 19 1997 12:58 | 93 | |
We have an 8200 with 1.0 gb memory and I was able to start one of
our loadtest applications. This system is running OpenVMS Alpha V7.1
where GBLPAGES and GBLPAGFIL are Dynamic parameters.
Idfour $ install list/global/summ
Summary of Memory Global Sections
695 Global Sections Used, 1222064/1277936 Global Pagelets Used/Unused
Idfour $ mc sysgen
SYSGEN> SHO GBLPAGES
Parameter Name Current Default Min. Max. Unit Dynamic
-------------- ------- ------- ------- ------- ---- -------
GBLPAGES 2500000 30720 10240 -1
Pagelets D
internal value 156250 1920 640 -1 Pages D
SYSGEN> SHO GBLPAGFIL
Parameter Name Current Default Min. Max. Unit Dynamic
-------------- ------- ------- ------- ------- ---- -------
GBLPAGFIL 250000 128 32 -1 Pages D
SYSGEN>
$ acms/sho appl/pool
ACMS V4.2-0 CURRENT APPLICATIONS Time: 19-MAR-1997 12:52:51.90
Application Name: LDT_APPL_F State: STARTED
Object Name: ACMS01EXC00A000
User Name: LT_EXC PID: 2C800438
Max Task Count: 65535 Max SP Count: 123
Cur Task Count: 0 Cur SP Count: 0
Auditing: ON SP Mon. Interval: 5
Application Workspace and Control Pools
Pool Pool Free (pct.) Largest Allocation Garbage
type size bytes block failures collections
Group/User workspace pools
Control pool 65536 64784 (98%) 32768 0 0
Workspace pool 131072 130560 (99%) 65536 0 0
TEST_GRP01
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
TLOAD001_GRP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
DBMS_LOAD_GRP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
RDB_LOAD_GRP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
RMSR_GRP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
TCT_LDT_GROUP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
AT_TT_GROUP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
RI_FMS
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
RI_SMG
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
VF_GROUP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
CS_GROUP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
DT_GROUP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
VF_V32_GROUP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
DCL_CLI_GROUP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
DETASK_GROUP
Control pool 1024000 1023488 (99%) 65536 0 0
Workspace pool 32768000 32759808 (99%) 65536 0 0
| |||||
| 4124.5 | TAV02::GODOVNIK | Haim Godovnik | Thu Mar 20 1997 01:20 | 17 | |
Bill, Thanks for Your help. I also tried to reproduce their problem on VMS 6.1 (Alpha) and ACMS 4.1. I had no problems to start the AVERTZ application with their values for poolsizes. I hope they will upgrade to 4.1. If they will have problems in 4.1 I will IPMT it. Thanks again, Haim G. | |||||
| 4124.6 | CLUSTA::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Thu Mar 20 1997 09:09 | 12 | |
>> I hope they will upgrade to 4.1. If they will have problems in 4.1 I
will IPMT it.
4.1 will not change anything. No work was done in that area. The
code in question does a create/map global section. If they can write
a program that calls the same service with the size they require and
VMS crashes, then it's a VMS problem.
Bill
| |||||