misc/111159: Kernel panic caused by UFS

George Breahna george at top-consulting.net
Mon Apr 2 22:30:03 UTC 2007


>Number:         111159
>Category:       misc
>Synopsis:       Kernel panic caused by UFS
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Apr 02 22:30:02 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator:     George Breahna
>Release:        6.1-RELEASE-p12
>Organization:
G-Tech IT Consulting
>Environment:
FreeBSD store016.1-RELEASE-p12 FreeBSD 6.1-RELEASE-p12 #0: Mon Jan 22 11:20:03 UTC 2007     pulsar@:/usr/src/sys/i386/compile/GTECH  i386

>Description:
The machine contains a 3ware 9550SX-4LP card. It has attached to it 4 x 500GB disks in RAID 10 config. Output from 3ware CLI is all normal, RAID ok, drives OK. The drives and the 3ware card have been updated to the latest firmware available from manufacturer.

This machine is mainly used for backups of an e-mail server.

Within 1 hour of starting the backups, the following error appears:

Mar 31 00:29:05 store01 syslogd: kernel boot file is /boot/kernel/kernel
Mar 31 00:29:05 store01 kernel: start = 0, len = 11431, fs = /usr
Mar 31 00:29:05 store01 kernel: panic: ffs_alloccg: map corrupted
Mar 31 00:29:05 store01 kernel: Uptime: 2d22h57m30s
Mar 31 00:29:05 store01 kernel: Cannot dump. No dump device defined.
Mar 31 00:29:05 store01 kernel: Automatic reboot in 15 seconds - press a key on the console to abort


The first time it happened I rebooted in single user mode and rand a fsck -y on all partitions. It didn't encounter any errors except for the following type:

fsck: /dev/da0s1f: INCORRECT BLOCK COUNT I=28342929 (8 should be 0) (CORRECTED)

After that the system reboots fine, works excellent until the backups are started again. I should mention that the server ran fine for up to 22 days, sitting idle. The day I put it into production these issues appeared.

I did a bit of research and the only other case where I found a very similar problem is with NetBSD, documented here:

http://www.nabble.com/kern-35580%3A-creating-directories-on-large-UFS2--%3E-boom-tf3203420.html#a8895438


Some output from df:
Filesystem  1K-blocks      Used     Avail Capacity  iused     ifree %iused  Mounted on
/dev/da0s1a    988398    122102    787226    13%     4425    136885    3%   /
devfs               1         1         0   100%        0         0  100%   /dev
/dev/da0s1d    988398        60    909268     0%       25    141285    0%   /tmp
/dev/da0s1f 940800816 508178166 357358586    59% 15881895 105717079   13%   /usr
/dev/da0s1e    988398    452108    457220    50%     2506    138804    2%   /var







>How-To-Repeat:
Create many directories/files on the file system.
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list