misc/183042: Machine kernel panic'ed, now fsck is segfaulting

Shawn Wallbridge shawn.wallbridge at imaginaryforces.com
Thu Oct 17 04:20:00 UTC 2013


>Number:         183042
>Category:       misc
>Synopsis:       Machine kernel panic'ed, now fsck is segfaulting
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 17 04:20:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator:     Shawn Wallbridge
>Release:        9.2-RELEASE
>Organization:
Imaginary Forces
>Environment:
FreeBSD mercury 9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898: Thu Sep 26 22:50:31 UTC 2013     root at bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
A few panics on the box over the last month, did an upgrade to 9.2 last week. Tonight it panic'ed again, after it came back up, it couldn't background fsck one of the file systems. I brought it back up by commenting that filesystem out.

Now I am trying to do an fsck on the filesystem, but it segfaults.

root at mercury:/var/log # fsck /dev/da0p1
fsck: Could not determine filesystem type

root at mercury:/var/log # fsck -t ufs /dev/da0p1
** /dev/da0p1
fsck: /dev/da0p1: Segmentation fault: 11

It's running 9.2-RELEASE

uname -a
FreeBSD mercury 9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898: Thu Sep 26
22:50:31 UTC 2013root at bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC
amd64

The filesystem is on a LSI RAID Card, 9750-24i4e. The controller says
everything is fine.

I tried looking at the core file, but it doesn't mean anything to me.

# gdb core fsck_ufs.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...core: No such file or
directory.

Core was generated by `fsck_ufs'.
Program terminated with signal 11, Segmentation fault.
#0 0x0000000000405cce in ?? ()
(gdb) bt
#0 0x0000000000405cce in ?? ()
#1 0xffffffff90000000 in ?? ()
#2 0x000000000040ef6b in ?? ()
#3 0x0000000000624e10 in ?? ()
#4 0x000000080061f8cb in ?? ()
#5 0x0000007b7100ff00 in ?? ()
#6 0x00000000000121a0 in ?? ()
#7 0x0000007b00000005 in ?? ()
#8 0x00000000525f4c3b in ?? ()
#9 0x00000000021036a8 in ?? ()
#10 0x00000000525f4c3b in ?? ()
#11 0x00000000021036a8 in ?? ()
#12 0x00000000525f4c3b in ?? ()
#13 0x00000000021036a8 in ?? ()
#14 0x0000000000000000 in ?? ()
(gdb) quit


>How-To-Repeat:
Just run fsck again..

 fsck_ufs -y /dev/da0p1
** /dev/da0p1
Segmentation fault (core dumped)
>Fix:


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


More information about the freebsd-bugs mailing list