Subject: Re: LFS panic in recent -current
To: Jeff Rizzo <riz@boogers.sf.ca.us>
From: Jeff Rizzo <riz@boogers.sf.ca.us>
List: current-users
Date: 02/25/2000 07:22:25
I hate to follow up my own post, but this panic appears to have damaged
my filesystem, because when I restart the install, I get this:

ipv6# make DESTDIR=/scratch/build install
(cd /usr/src/etc && make distrib-dirs)
install  -d -o root -g wheel -m 755 /scratch/build
mtree -def mtree/NetBSD.dist -p /scratch/build/ -u
cd /scratch/build; rm -f sys; ln -s usr/src/sys sys
panic: lfs_ialloc: inuse inode 8601 on the free list
Stopped in ln at        cpu_Debugger+0x4:       leave
db> reboot                                           
syncing disks... 



On Fri, Feb 25, 2000 at 07:15:29AM -0800, Jeff Rizzo wrote:
> Having just done a 'make build' to move from a -current of around November
> to -current as of 23 February (which completed successfully), I rebooted
> (now running a recent -current), and did a 'make release' so I could have
> good snapshot of a system.  (this is on port-i386)
> 
> The majority of the build took place on my /scratch partition, which is a
> 6+ gig LFS partition, about 20% full.
> 
> Somewhere during the install phase, I got the following panic:
> 
> [ installing merrily ] 
> 
> (cd etc.i386; install  -c -o root  -g wheel -m 444 fstab.* /scratch/build/etc)
> (cd /scratch/build/dev; ./MAKEDEV all)
> (cd ../usr.bin/mail; make distribution)
> cd /scratch/src/usr.bin/mail/misc; install -c -o root -g wheel  -m 644 mail.rc /scratch/build/etc
> (cd ../gnu/usr.sbin/sendmail/cf/cf; make distribution)
> install -c -o root -g wheel -m 444 netbsd-proto.cf  /scratch/build/etc/sendmail.cf
> /scratch/build/usr/libexec/sendmail/sendmail -C /scratch/build/etc/sendmail.cf -O AliasFile=/scratch/build/etc/aliases -bi
> panic: lfs_truncate: frag count < 0 (32<64), ino 8602
>                                                      
> Stopped in sendmail at  cpu_Debugger+0x4:       leave
> db> trace                                                  
> cpu_Debugger(c9a65c80,40,c061bf00,c9a7fda8,c0230018) at cpu_Debugger+0x4
> panic(c02e7dc0,20,40,219a,c9a7fe1c) at panic+0x55                       
> lfs_truncate(c9a7fdcc) at lfs_truncate+0x1070    
> ufs_setattr(c9a7fe08,0,c9a7ff88,fffffffb,c06a5a80) at ufs_setattr+0x1d4
> vn_open(c9a7fed8,423,1a4,c9a7ff88,c99f1c84) at vn_open+0x319           
> sys_open(c99f1c84,c9a7ff88,c9a7ff80,0,80a9200) at sys_open+0xd0
> syscall() at syscall+0x23a                                     
> --- syscall (number 5) ---
> 0x4811d58b:               
> db>
> 
> 
> ... at which point I rebooted.  If there's anything else I should do with
> a panic of this nature, please let me know.
> 
> +j
> 
> -- 
> Jeff Rizzo                                         http://boogers.sf.ca.us/~riz

-- 
Jeff Rizzo                                         http://boogers.sf.ca.us/~riz