Number: 2006

Date: 28-Aug-84 23':20':09



Subject: DLionFS does not seem to survive through a simple (LOGOUT

Assigned To: Stansbury

Attn: Release

Status: Fixed


Problem Type: Bug

Impact: Fatal



Priority: Absolutely

System: Operating System

Subsystem: DLion Disk

Machine: 1108


Lisp Version: 27-Aug-84 21':14':00

Source Files: 

Microcode Version: 5124

Memory Size: 3071

File Server: 

Server Software Version: 

Disposition: '
["Sannella.PA" "29-Aug-84 13':46':23" Subject': Attn': Status':(New->Open) Problem% Type':(->Bug) Impact':(->Fatal) Priority':(->Absolutely) System':(->Operating% System) Subsystem':(->DLion% Disk)]'
Date': 11 Sep 84 15':24 PDT'
Subject': ar 2006': DLionFS does not seem to survive through a simple (LOGOUT'
To': gascon, Lispsupport'
Fixed in next version of the file system.  There was a bug in the device event behavior (which gets invoked to clean things up across logouts, sysouts, etc.) which was preventing the file system from properly reinitializing its internal records of the lisp file directory, thus causing other error checking code to conclude that there was no lisp volume on the disk. '
-- Tayloe.'
["Stansbury" "11-Sep-84 15':25':29" Assigned% To': Attn': Status':(Open->Fixed) Disposition':]

Description: The DLion File System does not seem to survive through a simple (LOGOUT).  Here is how the bug can be produced':  Do a (MKDIR ''DSK) on a new system that has a logical volume DSK (by the way, my DSK is the last volume on the disk, after LISP), create a few files onto {DSK} and then LOGOUT while you are connected to DSK (so far so good).  When you reboot LISP you get MP':9305 (which you can exit from Tele-Raid via ↑d) but then LISP complains that "There is no directory on DSK" and all the DLionFS remedial procedures (SCAVENGEVOLUME, MKDIR etc. ) end up with MP':9318.  Also, the logical volume remains of type "non-pilot"  and any scavenging operation (from Hello) is useless.


Test Case: 

Edit-By: Stansbury

Edit-Date: 11-Sep-84 15':25':32