Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 24 Jul 2001 12:04:39 +0100
From:      Mark Drayton <mark.drayton@izr.com>
To:        freebsd-questions@freebsd.org
Subject:   newfs/vinum kernel panic
Message-ID:  <20010724120439.A2885@drex.staff.izr.com>

next in thread | raw e-mail | index | archive | help

--dDRMvlgZJXvWKvBx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi

I've been testing various vinum combinations to see which is best for a
mail server. The machine I'm using has 7 4gb SCSI disks with da0s1 as
the root partition and the other 6 as a striped vinum volume. I'm
getting a reproducable kernel panic when using "newfs -v
/dev/vinum/raid10". I wouldn't be surprised if it's a hardware problem -
the equipment is quite old. However, I'm not sure how to find out.

I've built a debug kernel as described in the FAQ and attached the
backtrace.

Specs follow. If anything else is needed, please ask. This machine isn't
going anywhere for a while :-)

Hardware:

Dual PII/350 cpu
256mb RAM
7 x 4gb IBM SCSI disks (4 x DDRS-34560W S97B, 3 x IBM DCAS-34330W S65A)
Adaptec aic7890/91 Ultra2 SCSI adapter

FreeBSD cyrus.izr.com 4.3-RELEASE FreeBSD 4.3-RELEASE #3: Tue Jul 24
09:53:38 BST 2001     root@cyrus.izr.com:/usr/src/sys/compile/CYRUS
i386

vinum list:

6 drives:
D d1                    State: up       Device /dev/da1s1e      Avail: 0/4133 MB (0%)
D d2                    State: up       Device /dev/da2s1e      Avail: 0/4133 MB (0%)
D d3                    State: up       Device /dev/da3s1e      Avail: 0/4133 MB (0%)
D d4                    State: up       Device /dev/da4s1e      Avail: 0/4353 MB (0%)
D d5                    State: up       Device /dev/da5s1e      Avail: 0/4353 MB (0%)
D d6                    State: up       Device /dev/da6s1e      Avail: 0/4353 MB (0%)

1 volumes:
V raid10                State: up       Plexes:       1 Size:         24 GB

1 plexes:
P raid10.p0           S State: up       Subdisks:     6 Size:         24 GB

6 subdisks:
S raid10.p0.s0          State: up       PO:        0  B Size:       4133 MB
S raid10.p0.s1          State: up       PO:      460 kB Size:       4133 MB
S raid10.p0.s2          State: up       PO:      920 kB Size:       4133 MB
S raid10.p0.s3          State: up       PO:     1380 kB Size:       4353 MB
S raid10.p0.s4          State: up       PO:     1840 kB Size:       4353 MB
S raid10.p0.s5          State: up       PO:     2300 kB Size:       4353 MB

(ignore the volume name; I forgot to change it!)

Nothing related to the crash in /var/log/messages or
/var/log/vinum_history.

Cheers,

-- 

Mark Drayton

--dDRMvlgZJXvWKvBx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="trace.txt"
Content-Transfer-Encoding: quoted-printable

Script started on Tue Jul 24 12:02:07 2001
=1B]0;root@cyrus.izr.com: /root=07[root@cyrus root]# gdb -k /sys/compile/CY=
RUS/kernel.debug /var/crash/vmcore.0=0D
GNU gdb 4.18=0D
Copyright 1998 Free Software Foundation, Inc.=0D
GDB is free software, covered by the GNU General Public License, and you ar=
e=0D
welcome to change it and/or distribute copies of it under certain condition=
s.=0D
Type "show copying" to see the conditions.=0D
There is absolutely no warranty for GDB.  Type "show warranty" for details.=
=0D
This GDB was configured as "i386-unknown-freebsd"...=0D
SMP 2 cpus=0D
IdlePTD 3293184=0D
initial pcb at 29d0c0=0D
panicstr: page fault=0D
panic messages:=0D
---=0D
Fatal trap 12: page fault while in kernel mode=0D
mp_lock =3D 01000002; cpuid =3D 1; lapic.id =3D 01000000=0D
fault virtual address	=3D 0x1c=0D
fault code		=3D supervisor write, page not present=0D
instruction pointer	=3D 0x8:0xc0f854a5=0D
stack pointer	        =3D 0x10:0xccc6dd10=0D
frame pointer	        =3D 0x10:0xccc6dd1c=0D
code segment		=3D base 0x0, limit 0xfffff, type 0x1b=0D
			=3D DPL 0, pres 1, def32 1, gran 1=0D
processor eflags	=3D interrupt enabled, resume, IOPL =3D 0=0D
current process		=3D 676 (newfs)=0D
interrupt mask		=3D none <- SMP: XXX=0D
trap number		=3D 12=0D
panic: page fault=0D
mp_lock =3D 01000002; cpuid =3D 1; lapic.id =3D 01000000=0D
boot() called on cpu#1=0D
=0D
syncing disks... =0D
done=0D
Uptime: 25m3s=0D
=0D
dumping to dev #da/0x20001, offset 499712=0D
dump 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 23=
9 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 2=
20 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 =
201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183=
 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 16=
4 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 1=
45 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 =
126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108=
 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 =
85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 =
60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 =
35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 =
10 9 8 7 6 5 4 3 2 1 =0D
---=0D
#0  dumpsys () at ../../kern/kern_shutdown.c:469=0D
469		if (dumping++) {=0D
(kgdb) where=0D
#0  dumpsys () at ../../kern/kern_shutdown.c:469=0D
#1  0xc015093f in boot (howto=3D256) at ../../kern/kern_shutdown.c:309=0D
#2  0xc0150cf0 in poweroff_wait (junk=3D0xc0276ecf, howto=3D-880207296)=0D
    at ../../kern/kern_shutdown.c:556=0D
#3  0xc024134b in trap_fatal (frame=3D0xccc6dcd0, eva=3D28)=0D
    at ../../i386/i386/trap.c:951=0D
#4  0xc0240fe1 in trap_pfault (frame=3D0xccc6dcd0, usermode=3D0, eva=3D28)=
=0D
    at ../../i386/i386/trap.c:844=0D
#5  0xc0240b7b in trap (frame=3D{tf_fs =3D 24, tf_es =3D -859439088, =0D
      tf_ds =3D -1057488880, tf_edi =3D 396, tf_esi =3D -1059782272, =0D
      tf_ebp =3D -859382500, tf_isp =3D -859382532, tf_ebx =3D 0, tf_edx =
=3D 12699, =0D
      tf_ecx =3D -1069469696, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 2,=
 =0D
      tf_eip =3D -1057467227, tf_cs =3D 8, tf_eflags =3D 66118, tf_esp =3D =
5520, =0D
      tf_ss =3D -1058951168}) at ../../i386/i386/trap.c:443=0D
#6  0xc0f854a5 in ?? ()=0D
#7  0xc0f84a52 in ?? ()=0D
#8  0xc0f84e53 in ?? ()=0D
#9  0xc0f84432 in ?? ()=0D
#10 0xc0f84306 in ?? ()=0D
#11 0xc014d30b in physio (dev=3D0xc0ecee00, uio=3D0xccc6ded4, ioflag=3D5242=
89)=0D
    at ../../kern/kern_physio.c:111=0D
#12 0xc0187b8d in spec_write (ap=3D0xccc6de64)=0D
    at ../../miscfs/specfs/spec_vnops.c:283=0D
---Type <return> to continue, or q <return> to quit---=0D
#13 0xc01fc1d0 in ufsspec_write (ap=3D0xccc6de64)=0D
    at ../../ufs/ufs/ufs_vnops.c:1863=0D
#14 0xc01fc7f9 in ufs_vnoperatespec (ap=3D0xccc6de64)=0D
    at ../../ufs/ufs/ufs_vnops.c:2391=0D
#15 0xc0183e4c in vn_write (fp=3D0xc0f22d40, uio=3D0xccc6ded4, cred=3D0xc0f=
14200, =0D
    flags=3D0, p=3D0xcb891a40) at vnode_if.h:363=0D
#16 0xc015ec75 in dofilewrite (p=3D0xcb891a40, fp=3D0xc0f22d40, fd=3D3, =0D
    buf=3D0x806c4a0, nbyte=3D131072, offset=3D-1, flags=3D0) at ../../sys/f=
ile.h:163=0D
#17 0xc015eb2e in write (p=3D0xcb891a40, uap=3D0xccc6df80)=0D
    at ../../kern/sys_generic.c:329=0D
#18 0xc0241675 in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 65583, =0D
      tf_ds =3D -1078001617, tf_edi =3D 8192, tf_esi =3D 122880, =0D
      tf_ebp =3D -1077940252, tf_isp =3D -859381804, tf_ebx =3D 6, tf_edx =
=3D 6, =0D
      tf_ecx =3D 0, tf_eax =3D 4, tf_trapno =3D 134878336, tf_err =3D 2, =0D
      tf_eip =3D 134620560, tf_cs =3D 31, tf_eflags =3D 663, tf_esp =3D -10=
77940280, =0D
      tf_ss =3D 47}) at ../../i386/i386/trap.c:1150=0D
#19 0xc022d33b in Xint0x80_syscall ()=0D
cannot read proc at 0=0D
(kgdb) quit=0D
=1B]0;root@cyrus.izr.com: /root=07[root@cyrus root]# exit=0D

Script done on Tue Jul 24 12:02:31 2001

--dDRMvlgZJXvWKvBx--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010724120439.A2885>