Date: Thu, 19 May 2005 20:43:52 GMT From: Mikael Davranche <plops@free.fr> To: freebsd-gnats-submit@FreeBSD.org Subject: misc/81282: Check parity with gvinum causes panic Message-ID: <200505192043.j4JKhqMd020505@www.freebsd.org> Resent-Message-ID: <200505192050.j4JKo6xj072600@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 81282
>Category: misc
>Synopsis: Check parity with gvinum causes panic
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu May 19 20:50:05 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator: Mikael Davranche
>Release: 5.4-RELEASE
>Organization:
>Environment:
FreeBSD eleanor.plops.dyndns.org 5.4-RELEASE-p1 FreeBSD 5.4-RELEASE-p1 #1: Sun May 15 16:31:41 GMT 2005 root@eleanor.plops.dyndns.org:/usr/obj/usr/src/sys/ELEANOR i386
>Description:
Checking parity with gvinum (the launched command is "gvinum checkparity -f -v raid.p0") causes a kernel trap. Reply me by mail if you want the complete trap.
When I used vinum (with FreeBSD 5.2.1 RELEASE), the "vinum checkparity -f -v raid.p0" completed successfully.
Here is my dmesg:
Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.4-RELEASE-p1 #1: Sun May 15 16:31:41 GMT 2005
root@eleanor.plops.dyndns.org:/usr/obj/usr/src/sys/ELEANOR
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel Pentium III (731.47-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x683 Stepping = 3
Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 402571264 (383 MB)
avail memory = 384245760 (366 MB)
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <ASUS CUV4X> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0
cpu0: <ACPI CPU (3 Cx states)> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <VIA 82C694X (Apollo Pro 133A) host to PCI bridge> mem 0xe4000000-0xe7ffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 4.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C686A UDMA66 controller> port 0xd800-0xd80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pci0: <serial bus, USB> at device 4.2 (no driver attached)
pci0: <serial bus, USB> at device 4.3 (no driver attached)
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xb800-0xb87f mem 0xdf800000-0xdf80007f irq 10 at device 14.0 on pci0
miibus0: <MII bus> on xl0
xlphy0: <3c905C 10/100 internal PHY> on miibus0
xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: Ethernet address: 00:50:da:2c:42:af
xl1: <3Com 3c905C-TX Fast Etherlink XL> port 0xb400-0xb47f mem 0xdf000000-0xdf00007f irq 5 at device 15.0 on pci0
miibus1: <MII bus> on xl1
xlphy1: <3c905C 10/100 internal PHY> on miibus1
xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl1: Ethernet address: 00:50:da:04:ae:91
fdc0: <floppy drive controller> port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse, device ID 3
orm0: <ISA Option ROMs> at iomem 0xd4000-0xd47ff,0xd0000-0xd07ff,0xc0000-0xcffff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 731471065 Hz quality 800
Timecounters tick every 10.000 msec
ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging disabled
ad0: 19092MB <WDC WD200BB-32CAA0/16.06V16> [38792/16/63] at ata0-master UDMA66
ad1: 114473MB <ST3120023A/3.33> [232581/16/63] at ata0-slave UDMA66
ad2: 114473MB <ST3120023A/3.33> [232581/16/63] at ata1-master UDMA66
ad3: 114473MB <ST3120023A/3.33> [232581/16/63] at ata1-slave UDMA66
Mounting root from ufs:/dev/ad0s1a
>How-To-Repeat:
Lauching the "gvinum checkparity -f -v raid.p0" causes the kernel trap every time, but not a the same moment (sometimes after having checking 3GB, sometimes 11GB...)
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200505192043.j4JKhqMd020505>