Cannot form DSA0:

[Wim Van den Wyngaert]

Staconfig is used to determine the system disk connection.

000003C4 means "no such disk quorum file". Could the file be corrupt ? Is it present ? But then why is it only checked when using shadowing.

Wim

[Volker Halle · Accepted solution]

Fox,

STACONFIG.EXE is an OpenVMS program run early during boot/startup to configure the device IO database. This program has incurrect a system service exception in kernel mode and caused the system to crash. Let's see, if we can obtain some more information from the system dump.

Once you system has written the dump, boot without using a shadowed system disk and look at the CLUE file (CLUE$COLLECT:CLUE$node_ddmmyy.LIS). It should be generated from the system dump automatically during boot.

Please post the CLUE file as a text attachment.

Volker.

[Volker Halle]

Wim,

000003C4 is the bugcheck code for SSRVEXCEPT !

ANAL/SYS
SDA> SHOW BUG 3C4

Volker.

[FOX MULDER_2]

Hi,
The dump file is not getting updated.

$ dir sysdump.dmp/date=(c,m)

Directory SYS$SYSROOT:[SYSEXE]

SYSDUMP.DMP;3 14-DEC-1996 16:29:13.79 23-NOV-1997 12:04:06.89

Total of 1 file

So,I think it is dumpede into the pagefile.

While I issued the command :
SDA> Sh crash

System information
------------------
Version of system: OpenVMS (TM) Alpha Operating System, Version V6.2

System Version Major ID/Minor ID: 3/0


System type: AlphaServer 2100 4/275

Primary CPU ID: 00

Bitmask of CPUs active/available: 00000001/00000001

CPU 00 database address: 80B10000

Is there any other way,to get the dump?

thanks

[Wim Van den Wyngaert]

"If SYSGEN system check is enabled, the first MOUNT of a system disk will crash the system." (patch 6.2 that you might not have)

(SYSGEN SHOW SYSTEM must be 0)

Wim

[Volker Halle]

Fox,

the dump is getting written to DKB0 as indicated by:

**** Writing dump to HBVS member with unit number of 0

The dumpfile modification date is NEVER updated by writing the dump. Writing the dump happens without any file system operations, the memory pages get just dumped into the blocks representing the dumpfile.

Is there a recent CLUE file (CLUE$COLLECT:CLUE$node_ddmmyy_hhmm.LIS) ?

What does $ ANAL/CRASH SYS$SYSTEM report ?

Volker.

[FOX MULDER_2]

Hi,

OpenVMS (TM) Alpha System dump analyzer

%SDA-E-DUMPEMPTY, dump file contains no valid dump


This is the output when
ana/crash sys$system
is given.

Thnaks

[Robert Brooks_1]

Out of doc : "You must use a nonzero allocation class for each physical device in the shadow set.".

VMS could tell you that in a nicer way ...

--

Starting with V8.3, one gets a SHDWREQALLOC bugcheck with the following text . . .

Allocation class is required for shadow set members.

-- Rob

[Martin Hughes]

Do you have the latest shadowing patch for 6.2?. See
http://ftp.support.compaq.com.au/pub/ecoinfo/ecoinfo/a62.htm

[Nigel Wright_1]

Is this system disk - when it was formed before as a shadow - mounted on another node in the cluster? If it was, is it still mounted now? What do the other nodes think is the state of this shadow disk?

Nigel.