| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 4125.1 | | KSTREL::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Mon Mar 17 1997 09:52 | 5 |
|
Is this Alpha an 8400? If so, you need to install the latest
firmware rev.
Bill
|
| 4125.2 | 2100 | UTRTSC::WDEBAKKER | Feed your head | Mon Mar 17 1997 10:01 | 6 |
|
Bill,
The system is an Alphaserver 2100 5/250.
Willem
|
| 4125.3 | | ACMS::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Mon Mar 17 1997 15:43 | 8 |
|
The PC is the code that manages one of the various pools. The
problem appears to be on one of the REMQUE statements. On the
8400 this is where we've had problems. Perhaps the same holds
true for the 2100. Use SDA and do a CLUE CONFIG and post the
results of that.
Bill
|
| 4125.4 | CLUE CONFIG | UTRTSC::WDEBAKKER | Feed your head | Wed Mar 19 1997 04:10 | 70 |
|
OpenVMS (TM) Alpha Operating System, Version V6.2 -- System Dump Analysis 19
-MAR-1997 09:27:26.55 Page 1
Table of Contents
-----------------
System Configuration: .... 2
Adapter Configuration: .... 3
OpenVMS (TM) Alpha Operating System, Version V6.2 -- System Dump Analysis 19
-MAR-1997 09:27:26.55 Page 2
System Configuration:
System Information:
System Type AlphaServer 2100 5/250 Primary CPU ID 00
Cycle Time 4.0 nsec (250 MHz) Pagesize 8192 Byte
Memory Configuration:
Cluster PFN Start PFN Count Range (MByte) Usage
#03 0 256 0.0 MB - 2.0 MB Console
#04 256 32503 2.0 MB - 255.9 MB System
#05 32759 9 255.9 MB - 256.0 MB Console
Per-CPU Slot Processor Information:
CPU ID 00 CPU State rc,pa,pp,cv,pv,pmv,pl
CPU Type EV5 Pass 4 (21164) Halt PC 00000000 20000000
PAL Code 1.19 Halt PS 00000000 00001F00
CPU Revision .... Halt Code 00000000 00000000
Serial Number .......... Bootstrap or Powerfail
Console Vers V4.7-148
OpenVMS (TM) Alpha Operating System, Version V6.2 -- System Dump Analysis 19
-MAR-1997 09:27:26.55 Page 3
Adapter Configuration:
TR Adapter Name (Address) Hose Bus Node Device Name HW-Id/SW
-- ---------------------- ---- ----------- ---- ---------------- --------
1 KA0905 (80D73140) 0 CBUS
0 KA0902_CPU 00000017
4 KA0902_MEM 00000018
5 KA0902_MEM 00000018
8 KA0902_IIO 00000019
2 PCI (80D73500) 0 PCI
EWA: 0 TULIP 00021011
PKA: 1 NCR53C810 00011000
2 MERCURY 04828086
PKB: 7 NCR53C810 00011000
PKC: 8 KZPSA 00081011
3 EISA (80D73C00) 0 EISA
0 012AA310
GQA: 2 CPQ3111 1131110E
FRA: 4 DEFEA_2 0230A310
4 XBUS (80D74140) 0 XBUS
0 EISA_SYSTEM_BOAR 00000016
DVA: 1 AHA1742A_FLOPPY 504F4C46
LRA: 2 VTI82C106_PP 00000015
TTA: 3 NS16450 00016450
|
| 4125.5 | | ACMS::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Wed Mar 19 1997 19:42 | 11 |
|
According to my little book, that's the correct rev for that
machine.
Has anything changed on the system? Any new software or patches?
Any AUTOGEN's or changes to ACMSGEN? Are the loops always in
the same place? Do they seem to occur at roughly the same period
or when the load is the same?
Bill
|
| 4125.6 | Answers.... | UTRTSC::WDEBAKKER | Feed your head | Thu Mar 20 1997 05:27 | 18 |
|
Re. 5 :
The ACMS application ran on a VAX system, they have
ported it to Alpha in December last year. From the SWLUP I've
seen the looping problem occur on Dec 23th, Jan 10th, Feb 11th
and Mar 6th. And after they sent me the logfile the problem has
occured one more time.
During the Mar 6th occurence, the PC always was 00078078 (it's the
PC of Signal/Exception, right?).
During the first 3 occurences the PC's varied between 0003FC20,
000549D0 and 00050C40 (same PC's seen each day).
The load is roughly the same, the system is not in full production
yet, because of the problems.
I've asked them to run ACMS$MONITOR to check for resourceproblems.
They've already had a look at the resources at the OpenVMS level,
but they claim to have seen no bottlenecks in that area.
Willem
|
| 4125.7 | | UTRTSC::WDEBAKKER | Feed your head | Mon Mar 24 1997 06:08 | 6 |
| Is there any more info I could gather?
It looks like the only trace is the SWLUP sofar, but maybe there's
more? ATR gave no further clues, I'm waiting for the
ACMS$MONITOR output, but I'm not sure that'll help much.
Willem
|