From owner-freebsd-hackers Fri Aug 9 0:35:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4209037B400 for ; Fri, 9 Aug 2002 00:35:34 -0700 (PDT) Received: from axis.jeack.com.au (axis.jeack.com.au [203.24.125.2]) by mx1.FreeBSD.org (Postfix) with SMTP id AD07143E6E for ; Fri, 9 Aug 2002 00:35:32 -0700 (PDT) (envelope-from john@jeack.com.au) Received: (qmail 40209 invoked from network); 9 Aug 2002 07:35:38 -0000 Received: from fastethernet0.fw.mel.off.connect.com.au (HELO jauckett.cca.off.connect.com.au) (210.8.4.34) by axis.jeack.com.au with SMTP; 9 Aug 2002 07:35:38 -0000 Subject: Kernel panic with freebsd4.6 and squid From: John Auckett To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Aug 2002 17:34:38 +1000 Message-Id: <1028878479.1462.13.camel@ernie> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (sorry if this ends up on the list twice!) I have a problem with a freebsd/squid box panicking when under some load. We divert port 80 requests from a router to this box which has ipfw forwarding requests to the squid server (squid2.4 stable 6). This box runs fine when we are not doing transparent proxy, but when the requests get up around around 800 per minute we get this panic problem (possibly less requests but it only seems to happen under load). We increased the mbuf clusters to 8192, thinking that we might have been hitting some resource limit. The kernel still panics with only about 500 mbuf clusters in use. Are there any other resource issues we should be looking at here? We run another squid (2.2 stable 4) on freebsd 4.4 which has never crashed like this. I havn't tried running the older squid on frebsd 4.6, or visa versa, it looks like a kernel problem. Any advice would be very much appreciated. I can reporduce this problem any time, provide dump files and debug kernel if need be. john The system running that has this problem is as follows : FreeBSD morris.jeack.com.au 4.6.1-RELEASE-p10 FreeBSD 4.6.1-RELEASE-p10 #0: Thu Aug 8 11:25:35 EST 2002 root@morris.jeack.com.au:/usr/src/sys/compile/MORRIS i386 Here is a traceback from the most recent panic : GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x004de000 initial pcb at physical address 0x0041e200 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4f fault code = supervisor read, page not present instruction pointer = 0x8:0xc030a23b stack pointer = 0x10:0xd7fa5d28 frame pointer = 0x10:0xd7fa5d28 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 = 235 (netstat) interrupt mask = trap number = 12 panic: page fault syncing disks... 96 19 19 1 1 done Uptime: 9m20s dumping to dev #ad/0x20001, offset 1032216 dump ata0: resetting devices .. done 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 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 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01e4797 in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc01e4bd5 in panic (fmt=0xc03c196c "%s") at ../../kern/kern_shutdown.c:595 #3 0xc0351283 in trap_fatal (frame=0xd7fa5ce8, eva=79) at ../../i386/i386/trap.c:966 #4 0xc0350f31 in trap_pfault (frame=0xd7fa5ce8, usermode=0, eva=79) at ../../i386/i386/trap.c:859 #5 0xc0350aab in trap (frame={tf_fs = -700973040, tf_es = -1052704752, tf_ds = -700973040, tf_edi = -704202752, tf_esi = -671457856, tf_ebp = -671458008, tf_isp = -671458028, tf_ebx = 0, tf_edx = 79, tf_ecx = -1026419456, tf_eax = 31, tf_trapno = 12, tf_err = 0, tf_eip = -1070554565, tf_cs = 8, tf_eflags = 66054, tf_esp = -671457968, tf_ss = -1071354637}) at ../../i386/i386/trap.c:458 #6 0xc030a23b in zalloc (z=0xc2d21500) at ../../vm/vm_zone.c:62 #7 0xc0246cf3 in syncache_add (inc=0xd7fa5dc0, to=0xd7fa5e2c, th=0xc1416034, sop=0xd7fa5dbc, m=0xc14fe600) at ../../netinet/tcp_syncache.c:861 #8 0xc0241b3c in tcp_input (m=0xc14fe600, off0=20, proto=6) at ../../netinet/tcp_input.c:827 #9 0xc023d485 in ip_input (m=0xc14fe600) at ../../netinet/ip_input.c:841 #10 0xc023d4fb in ipintr () at ../../netinet/ip_input.c:869 #11 0xc0343099 in swi_net_next () #12 0xc01d54ed in kldsym (p=0xd7f83c60, uap=0xd7fa5f80) at ../../kern/kern_linker.c:879 #13 0xc0351539 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134604172, tf_esi = 134604400, tf_ebp = -1077937260, tf_isp = -671457324, tf_ebx = 671609684, tf_edx = -1, tf_ecx = 2, tf_eax = 337, tf_trapno = 7, tf_err = 2, tf_eip = 671906284, tf_cs = 31, tf_eflags = 659, tf_esp = -1077937320, tf_ss = 47}) at ../../i386/i386/trap.c:1167 #14 0xc0341c35 in Xint0x80_syscall () #15 0x804fe7e in ?? () #16 0x804fb8a in ?? () #17 0x8049301 in ?? () (kgdb) up 6 #6 0xc030a23b in zalloc (z=0xc2d21500) at ../../vm/vm_zone.c:62 62 item = z->zitems; (kgdb) print z $1 = 0x0 (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message