Date: Fri, 26 Mar 2004 18:19:48 +0900 From: Jaeho Shin <netj@sparcs.kaist.ac.kr> To: freebsd-stable@freebsd.org Subject: "panic: ffs_blkfree: bad size" with HPT374 IDE RAID Message-ID: <20040326091948.GA2948@sab.mazic.org>
next in thread | raw e-mail | index | archive | help
--Y5rl02BVI9TCfPar Content-Type: multipart/mixed; boundary="gatW/ieO32f1wygP" Content-Disposition: inline --gatW/ieO32f1wygP Content-Type: text/plain; charset=euc-kr Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm getting unpredictable kernel panics from a 4.9-STABLE box. I use a RAID5 volume consisting of 8 disks, which are connected to a HPT374 IDE RAID controller. This box is a public FTP/Rsync server whose files are all stored in da0. There are read I/O from da0 for most of the time, and some write I/O occur when synchronizing files from other mirrors. I have experienced about 3 times of kernel panic for the last five days. I could only capture the coredump of which occurred last night. I couldn't find how to reproduce this panic yet, but the only possible cause seems to be some heavy write I/O to da0. Here are some info about my machine: hpt3740: <HPT374 UDMA/ATA133 RAID Controller> port 0xa000-0xa0ff,0xa400-0xa403,0 xa800-0xa807,0xb000-0xb003,0xb400-0xb407 irq 11 at device 12.0 on pci0 hpt3741: <HPT374 UDMA/ATA133 RAID Controller> port 0x8400-0x84ff,0x8800-0x8803,0 x9000-0x9007,0x9400-0x9403,0x9800-0x9807 irq 11 at device 12.1 on pci0 =2E.. da0 at hpt3740 bus 0 target 0 lun 0 da0: <HPT3xx RAID 5 Array 3.00> Fixed Direct Access SCSI-0 device=20 da0: 1094341MB (2241210496 512 byte sectors: 255H 63S/T 8436C) $ uname -a FreeBSD XXXX 4.9-STABLE FreeBSD 4.9-STABLE #8: Thu Mar 25 04:24:56 KST 2004= root@XXXX:/usr/obj/usr/src/sys/EGO i386 $ disklabel /dev/da0s1e # /dev/da0s1e: type: SCSI disk: da0s1 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 139508 sectors/unit: 2241210496 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] c: 2241210496 0 unused 0 0 # (Cyl. = 0 - 139508*) e: 2241210496 0 4.2BSD 2048 16384 89 # (Cyl. = 0 - 139508*) $ tunefs -p /dev/da0s1e tunefs: soft updates: (-n) enabled tunefs: maximum contiguous block count: (-a) 7 tunefs: rotational delay between contiguous blocks: (-d) 0 ms tunefs: maximum blocks per file in a cylinder group: (-e) 4096 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 0% tunefs: optimization preference: (-o) space Now I have disabled softupdates to check whether it could be a problem. This box ran 4-STABLE for over 3 years with no problem until the RAID controller was added. It seems there was a similar problem last November: See http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D106291+0+/usr/local/www/db/t= ext/2003/freebsd-stable/20031123.freebsd-stable A short kgdb log is attached, so if any kernel hacker can help me solving this problem, please tell me what to do. Thank you. --=20 =BD=C5=C0=E7=C8=A3 | Jaeho Shin <netj@sparcs.kaist.ac.kr> | http://netj.org/ System Programmers' Association for Researching Computer Systems Division of Computer Science, Department of EECS, KAIST --gatW/ieO32f1wygP-- --Y5rl02BVI9TCfPar Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (Cygwin) iD8DBQFAY/W0eGASkZ411HcRArxUAJ0WRPkGqzsEhixu1O4rkUKR+mhVNwCeIooD DBLAlZsaxH80PD5oO0QbBjw= =mI1p -----END PGP SIGNATURE----- --Y5rl02BVI9TCfPar--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040326091948.GA2948>