"panic: ffs_blkfree: bad size" with HPT374 IDE RAID

From: Jaeho Shin (netj_at_sparcs.kaist.ac.kr)
Date: 03/26/04

  • Next message: quetzal_at_roks.biz: "Re: KT600 ATA wrong detection with BIOS-disabled SATA" 
    Date: Fri, 26 Mar 2004 18:19:48 +0900
To: freebsd-stable@freebsd.org

    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
    ...
    da0 at hpt3740 bus 0 target 0 lun 0
    da0: <HPT3xx RAID 5 Array 3.00> Fixed Direct Access SCSI-0 device
    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=106291+0+/usr/local/www/db/text/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. 

    -- 
½ÅÀçÈ£ | 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

  • Next message: quetzal_at_roks.biz: "Re: KT600 ATA wrong detection with BIOS-disabled SATA"