Date: Mon, 21 May 2001 05:03:19 -0700 (PDT) From: conrad@th.physik.uni-bonn.de To: freebsd-gnats-submit@FreeBSD.org Subject: misc/27498: vinum crashed after 'vinum dumpconfig' Message-ID: <200105211203.f4LC3Jw09598@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 27498
>Category: misc
>Synopsis: vinum crashed after 'vinum dumpconfig'
>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 May 21 05:10:01 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator: Jan Conrad
>Release: FreeBSD 4.3R
>Organization:
Univ. Bonn, Germany
>Environment:
FreeBSD dirac.th.physik.uni-bonn.de 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Thu May 3 10:40:55 CEST 2001 admin@hamilton.th.physik.uni-bonn.de:/bsd/misc/src/sys/compile/DIRAC i386
>Description:
While taring 4GB of data onto our newly newfs'd vinum filesystem, I
issued the command 'vinum dumpconfig'.
The first time it worked, the second time the system paniced and
dumped core (with a page fault)!
Maybe it was just an accidential and has nothing to do with
'vinum dumpconfig', but the panic occured exactly when I hit enter -
there was no output anymore.
The vinum config is simply
drive d0 device /dev/da0s1a
drive d1 device /dev/da1s1a
volume share
plex org striped 283k
sd length 256m drive d0
sd length 256m drive d1
volume secure
plex org striped 283k
sd length 256m drive d0
sd length 256m drive d1
volume home
plex org striped 283k
sd length 0 drive d0
sd length 0 drive d1
(gtar was on home, home is 33GB big)and works perfectly otherwise.
Home was mounted without softupdates
The coredump etc. is available
IdlePTD 3416064
initial pcb at 2b8f00
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xb7
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0165fb0
stack pointer = 0x10:0xce2dbbd4
frame pointer = 0x10:0xce2dbbe8
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 = 415 (gtar)
interrupt mask = none
trap number = 12
panic: page fault
syncing disks...
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xb7
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0165fb0
stack pointer = 0x10:0xce2db8a4
frame pointer = 0x10:0xce2db8b8
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 = 415 (gtar)
interrupt mask = bio
trap number = 12
panic: page fault
Uptime: 44m40s
dumping to dev #ad/0x20021, offset 1573024
dump ata2: resetting devices .. done
255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 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 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 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 0
---
#0 0xc015c746 in dumpsys () at ../../kern/kern_shutdown.c:469
469 if (dumping++) {
>How-To-Repeat:
Sorry, the machine is our main server and I could not afford to try
again.
Without the 'vinum dumpconfig' everything worked fine... (but with
softupdates this time)
>Fix:
unknown
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200105211203.f4LC3Jw09598>