kern/119868: 7.0 kernel panic during boot with ZFS and WD1600JS

Johan A. van Zanten johan at giantfoo.org
Mon Jan 21 19:20:03 UTC 2008


>Number:         119868
>Category:       kern
>Synopsis:       7.0 kernel panic during boot with ZFS and WD1600JS
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 21 19:20:02 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Johan A. van Zanten
>Release:        FreeBSD 7.0-PRERELEASE i386
>Organization:
>Environment:
System: FreeBSD laozi 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #5: Tue Jan 1 03:14:32 CST 2008 johan at laozi:/local/build/FreeBSD/obj/i386/tew/006/no-backup/src/FreeBSD/FreeBSD-7.0/src/sys/DONGFEN i386


	
>Description:


This is a brand new installation.

The panic also occurs with the GENERIC kernel.

Boot device is a SCSI disk on a seperate controller.

Before the drive is setup for use as a ZFS device, the kernel identifies
it as:
kernel: twed0: <Unit 1, JBOD, Normal> on twe0
kernel: twed0: 152627MB (312581808 sectors)
kernel: GEOM_LABEL: Label for provider twed0p1 is msdosfs/EFI.

This is a Western Digial, WD1600JS SATA drive, connected to a 3ware
8002-LP card (2-port SATA, PCI).

Last time the drive was used in a different computer and OS, it was in
good working order.

 After the device is setup for use with ZFS (via :zpool create ..."
command), at the next boot, the kernel panics when it begins to scan the
attached disks.  (Just after the "Waiting 5 seconds for SCSI devices to
settle" message.)

 What's interesting is that different SATA drive on the same port of the
same card does not cause the panic. The "good" drive is a Western Digital
WD360 (SATA, 36 GB).

boot-time kernel output:

twe1: 152627MB (312581808 sectors)
GEOM: new disk twed0
GEOM: new disk twed1


Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 01
fault virtual address   = 0x3f80
fault code              = supervisors read, page not present
instruction pointer	= 0x20:0xc06d0e2c
stack pointer		= 0x28:0xe2fb4b60
frame pointer		= 0x28:0xe2fb4c58
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, def32 1, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 2 (g_event)
trap number		= 12
panic: page fault
Uptime: 1s
Cannot dump. No dumpdevice defined.
Automatic reboot in 15 seconds - press a key on the console to abort

>How-To-Repeat:

Do "zpool create poolname $dev".

Reboot the machine.

>Fix:

disconnect the drive. (not much of a workaround. :)

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


More information about the freebsd-bugs mailing list