From owner-freebsd-hackers Wed Oct 30 16:20:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11996 for hackers-outgoing; Wed, 30 Oct 1996 16:20:40 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA11990 for ; Wed, 30 Oct 1996 16:20:37 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26689; Wed, 30 Oct 1996 19:20:06 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 30 Oct 1996 19:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id SAA00305 for ; Wed, 30 Oct 1996 18:56:23 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id SAA07583; Wed, 30 Oct 1996 18:57:08 -0500 (EST) Date: Wed, 30 Oct 1996 18:57:08 -0500 (EST) From: Thomas David Rivers Message-Id: <199610302357.SAA07583@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.water.net!rivers Subject: Another data point in the daily panics... Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 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 -