Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!decvax!decwrl!ucbvax.berkeley.edu!dual!islenet!bob
From: bob@islenet.UUCP
Newsgroups: mod.computers.vax
Subject: two VMS4.2 bugs create potential Catch-22 situation
Message-ID: <8511041528.AA07198@dual.UUCP>
Date: Mon, 4-Nov-85 10:28:01 EST
Article-I.D.: dual.8511041528.AA07198
Posted: Mon Nov  4 10:28:01 1985
Date-Received: Tue, 5-Nov-85 00:59:05 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 62
Approved: info-vax@ucbvax.berkeley.edu

(synopsis of an SPR of mine, with commentary added)

							947369
Operating system:	VMS
Version:	4.2
System program or document title:	VMS
Version or document part number:	4.2
Date:	1-NOV-1985

Name:	Bob Cunningham
Firm:	Oceanography & Marine Lab
	University of Hawaii

Report type/priority:	problem/error	heavy system impact

Cpu type:	VAX-11/750
Memory size:	4M

Approximately one month after upgrading to VMS 4.2, system started crashing
at sporadic intervals with the fatal bugcheck: "unknown signal in ACP".  Within
a few days, that fatal bugcheck came more often, and the system was also
crashing with the fatal bugcheck  "illegal page fault with IPL too high",
although occasionally system would just hang.  Currently, the system
crashes with a fatal bugcheck during or immediately after rebooting from
a previous fatal bugcheck.

Local diagnostics as well as remote diagnostics (by DDC at Colorado
Springs) showed no evidence of hardware problems.  DDC indicated this is a
VMS 4.2 problem, and suggested the work-around was to -- on a weekly basis
-- completely backup the systems disk (and other disks as required), then
rebuild by restoring from backup tapes.

Note: SYS$UPDATE:STABACKIT.COM in VMS 4.2 as distributed will not build
a stand-alone backup kit on TU58 cartridges on a VAX-11/750, see my SPR
254133 (customer acknowledgement marked Corporate SPR No. 11-82218).

.....................

Commentary (for info-vax readers).

The fatal bugchecking is apparently a serious VMS 4.2 bug related to disk
fragmentation.  A similar problem may appear in VMS 4.1, although the
symptoms are repeated simple hangs of the operating system, rather than
the fatal bugchecks.  There may be patches available for 4.1, I know of
none currently for 4.2.

It is supposedly very typical that the problem shows up one month after
converting to VMS 4.2, although it can take longer if your systems disk
stays relatively unfragmented.  A possible preliminary indication is
not finding file when you do a $ DIRECTORY with a wildcard search;
repeat the command and the file appears.

I've talked with several of the DDC people about this, and it seems they
are seeing this thing about 2-3 times a day now, increasing
as more sites upgrade to VMS 4.2.

The completely unrelated STABACKIT.COM bug creates a potential
Catch-22 situation since the only apparent workaround for the
bugchecking problem requires a current version of stand-alone backup.

Bob Cunningham  {dual|vortex|ihnp4}!islenet!bob
Hawaii Institute of Geophysics, University of Hawaii