Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 Oct 1996 18:57:08 -0500 (EST)
From:      Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
To:        ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.water.net!rivers
Subject:   Another data point in the daily panics...
Message-ID:  <199610302357.SAA07583@lakes.water.net>

next in thread | raw e-mail | index | archive | help

Ok 

 I'm just now cleaning up from last night's panic on my 2.1.5
(now STABLE, not RELEASE) system.

 Recall, this is a 386DX-33, 8MEG, IDE controller, sio  ports, running
my news and mail and SL/IP connections.

 Last night's panic wiped out my /usr/lib/news directory (I run
an old version of Cnews...) - so I had to reconstruct all of this
from backups and files gleaned from /usr/lost+found. (I'm painfully
rebuilding the history file as I type this... :-) )

 Some items of interest:

	1) I had to run fsck 3 times before getting a clean disk,
	   each time it discovered more dangling files to put
	   in lost+found.

	2) The panic this time was not doubly free'ing of an
	   inode.  I haven't seen this since I installed 2.1.5-S.
	   This time it was "panic: bad dir".

	3) I've seen similar occurrences on IDE and SCSI (aha1542B)
	   drives, so I'm reluctant to call this a hardware/disk drive
	   problem - but it's possible...

	4) By judicious choice of newfs parms, I can reproduce the
		"free" panic during an install of 2.1.5-R  (and 2.1.0)
		with different hardware... [Scan the 2.1.0 mail logs
		for a Subject: "panic: fs dup alloc" to see my previous
		report...]


 Is there no-one else who's ever seen panics like this?   

 I would think that some ISP running a news system has got to run into
these types of problems...
 
 That's what makes me think it's my newfs parms.... perhaps I'm the
only person to set up "weird" ones that tickle this problem...  [I could
be on a totally wrong track here - but it's the only similar item
between the IDE and SCSI configurations, besides the kernel...]

 Anyway, just for information's sake - here's the output of newfs -N,
the disklabel, the first part of a dumpfs.

 If anyone has a suggestion of where to look, or how to proceed, I'd
greatly appreciate it...

----------------- newfs -N /dev/rwd0s1e -----------------
Warning: 3488 sector(s) in last cylinder unallocated
/dev/rwd0s1e:	2568800 sectors in 628 cylinders of 1 tracks, 4096 sectors
	1254.3MB in 40 cyl groups (16 c/g, 32.00MB/g, 7680 i/g)
super-block backups (for fsck -b #) at:
 32, 65568, 131104, 196640, 262176, 327712, 393248, 458784, 524320, 589856,
 655392, 720928, 786464, 852000, 917536, 983072, 1048608, 1114144, 1179680,
 1245216, 1310752, 1376288, 1441824, 1507360, 1572896, 1638432, 1703968,
 1769504, 1835040, 1900576, 1966112, 2031648, 2097184, 2162720, 2228256,
 2293792, 2359328, 2424864, 2490400, 2555936,

----------------- disklabel -r /dev/wd0c ----------------

# /dev/wd0c:
type: ESDI
disk: wd0s1
label: 
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 16
sectors/cylinder: 1008
cylinders: 3157
sectors/unit: 3183201
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0		# milliseconds
track-to-track seek: 0	# milliseconds
drivedata: 0 

8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:   307200        0    4.2BSD        0     0     0 	# (Cyl.    0 - 304*)
  b:   307200   307200      swap                    	# (Cyl.  304*- 609*)
  c:  3183201        0    unused        0     0       	# (Cyl.    0 - 3157*)
  e:  2568801   614400    4.2BSD        0     0     0 	# (Cyl.  609*- 3157*)

----------------- first part of dumpfs --------------------------
magic	11954	time	Wed Oct 30 17:17:57 1996
cylgrp	dynamic	inodes	4.4BSD
nbfree	99103	ndir	7926	nifree	1102441	nffree	1194
ncg	57	ncyl	627	size	1284096	blocks	1137247
bsize	8192	shift	13	mask	0xffffe000
fsize	1024	shift	10	mask	0xfffffc00
frag	8	shift	3	fsbtodb	1
cpg	11	bpg	2816	fpg	22528	ipg	20480
minfree	8%	optim	time	maxcontig 7	maxbpg	2048
rotdelay 0ms	headswitch 0us	trackseek 0us	rps	60
ntrak	1	nsect	4096	npsect	4096	spc	4096
symlinklen 60	trackskew 0	interleave 1	contigsumsize 7
nindir	2048	inopb	64	nspf	2
sblkno	16	cblkno	24	iblkno	32	dblkno	2592
sbsize	2048	cgsize	6144	cgoffset 2048	cgmask	0xffffffff
csaddr	2592	cssize	1024	shift	9	mask	0xfffffe00
cgrotor	56	fmod	0	ronly	0	clean	1
(no rotational position table)

cs[].cs_(nbfree,ndir,nifree,nffree):

	...



	- Dave Rivers -




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199610302357.SAA07583>