From owner-freebsd-questions Tue Jul 24 4: 5:53 2001 Delivered-To: freebsd-questions@freebsd.org Received: from drex.staff.izr.com (drex.staff.izr.com [195.26.38.16]) by hub.freebsd.org (Postfix) with ESMTP id 7195837B405 for ; Tue, 24 Jul 2001 04:05:38 -0700 (PDT) (envelope-from mark@drex.staff.izr.com) Received: by drex.staff.izr.com (Postfix, from userid 1001) id BFBD43379F; Tue, 24 Jul 2001 12:04:39 +0100 (BST) Date: Tue, 24 Jul 2001 12:04:39 +0100 From: Mark Drayton To: freebsd-questions@freebsd.org Subject: newfs/vinum kernel panic Message-ID: <20010724120439.A2885@drex.staff.izr.com> Mail-Followup-To: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --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 to continue, or q 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