Date: Sun, 10 Feb 2002 11:28:01 -0500 From: stan <stanb@awod.com> To: Mike Meyer <mwm@mired.org> Cc: FreeBSD Stable Mailing List <freebsd-stable@freebsd.org>, Free BSD Questions list <freebsd-questions@freebsd.org> Subject: Re: kernel panic! Message-ID: <20020210162801.GA24975@teddy.fas.com> In-Reply-To: <15461.60935.767260.959295@guru.mired.org> References: <85821253@toto.iv> <15461.60935.767260.959295@guru.mired.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Feb 09, 2002 at 09:50:31PM -0600, Mike Meyer wrote:
> stan <stanb@awod.com> types:
> > On Sat, Feb 09, 2002 at 03:36:24PM +1300, Jonathan Chen wrote:
> > > On Fri, Feb 08, 2002 at 07:30:06PM -0500, stan wrote:
> > > >=20
> > > > With nothing but the basic filesystems (/ /usr /var) mounted, if I =
run
> > > > "perodic daily" my machine crahse, reliably! It's a jernel trap 12,=
if
> > > > I caught the message that flashed by on the screen corectly.
> > > >=20
> > > > How can I trap exactly wat's crashing this machine?
> > >=20
> > > Why don't you run a kernel build, if that crashes your machine as
> > > well, I'd suspect h/w problems; probably memory.
> >=20
> > Make buildworld, and buildkernel run without triggering this panic.
> >=20
> > How can I further diagnose this problem?
>=20
> First, rebuild and reinstall your kernel with the config method, using
> "config -g MYKERNEL" in /usr/src/sys/i386/conf - assuming it's a 386
> architecture machine - and install the resulting kernel.
>=20
> Now make sure you have a swap device that's has at least 64K more
> space than you have memory, then set set dumpdev to that device in
> /etc/rc.conf. If you don't have enough room to hold a core image and
> kernel code on /var/crash, you might want to set dumpdir as well.
>=20
> Now panic the system. As it comes back up, you should get a message
> about "saving core image" and it will count down to 0. If you then
> follow the instructions in the Handbook on debugging kernel problems,
> you should be able to pinpoint the exact line in the kernel that's
> causing the problem, along with a stack trace of how it got there.
Sorry to bug you about this, but I _reallly_ need to get this machine back
where I can depend on it. Reliably crashing once a day is not aceptabe
and I've been working on it full time for several days, with no results ye=
t.
Following your advice, I wne to /usr/src/sys/i386/conf, did config -g BLACK.
Then I went to ../../compile/BLACK, and did make depend, make, make install.
Then I put the following lines in /etc/rc.conf
dumpdev=3D"/dev/ad0s1b" # Device name to crashdump to (or NO).
dumpdir=3D"/usr/crash" # Directory where crash dumps are to be stored
Then I ran "periodic daily" which relably panics my machine.
The system did appear to write the kernel image to the sawp space.
On the way up it said reboot after panic page fault, and wrote 3 files
to /usr/crash.
I've looked at the developers docs on runing the debuger, and also read
over a message in the list that was just posted abbout this.
Then I ran gdb -k and this is what I got.
Script started on Sun Feb 10 11:21:24 2002
black# gdb -k=0D
GNU gdb 4.18
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 condition=
s.
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".
(kgdb) symbol-file kernel-debu=08 =08=08 =08=08 =08=08 =08=08 =08.debug
Reading symbols from kernel.debug...done.
(kgdb) exec-file /usr/crash/kernel.0
(kgdb) core-file /usr/crash/vmcore.0
IdlePTD at phsyical address 0x003b5000
initial pcb at physical address 0x0030ede0
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address =3D 0x0
fault code =3D supervisor read, page not present
instruction pointer =3D 0x8:0x0
stack pointer =3D 0x10:0xe49f6ea8
frame pointer =3D 0x10:0xe49f6ebc
code segment =3D base 0x0, limit 0xfffff, type 0x1b
=3D DPL 0, pres 1, def32 1, gran 1
processor eflags =3D interrupt enabled, resume, IOPL =3D 0
current process =3D 419 (ipfw)
interrupt mask =3D none
trap number =3D 12
panic: page fault
syncing disks... 41 1=20
done
Uptime: 14m13s
dumping to dev #ad/0x20001, offset 1579136
dump ata0: resetting devices .. done
767 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749=
748 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 73=
0 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 7=
11 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 =
692 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674=
673 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 65=
5 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 6=
36 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 =
617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599=
598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 58=
0 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 5=
61 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 =
542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524=
523 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 50=
5 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 4=
86 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 43=
0 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 4=
11 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 35=
5 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 3=
36 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 28=
0 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 2=
61 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 20=
5 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 1=
86 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 13=
0 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 1=
11 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 9=
0 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 6=
5 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 4=
0 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 1=
5 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0=20
---
#0 dumpsys () at ../../kern/kern_shutdown.c:485
485 if (dumping++) {
(kgdb) backtrace
#0 dumpsys () at ../../kern/kern_shutdown.c:485
#1 0xc0162e9f in boot (howto=3D256) at ../../kern/kern_shutdown.c:314
#2 0xc016328c in poweroff_wait (junk=3D0xc02c9fcc, howto=3D-1070818577)
at ../../kern/kern_shutdown.c:593
#3 0xc02804ce in trap_fatal (frame=3D0xe49f6e68, eva=3D0)
at ../../i386/i386/trap.c:956
#4 0xc02801a1 in trap_pfault (frame=3D0xe49f6e68, usermode=3D0, eva=3D0)
at ../../i386/i386/trap.c:849
#5 0xc027fd8b in trap (frame=3D{tf_fs =3D 16, tf_es =3D 16, tf_ds =3D 16,=
=20
tf_edi =3D -459313392, tf_esi =3D -546074240, tf_ebp =3D -459313476,=
=20
tf_isp =3D -459313516, tf_ebx =3D -532238656, tf_edx =3D 0,=20
tf_ecx =3D -459313392, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, =
tf_eip =3D 0,=20
tf_cs =3D 8, tf_eflags =3D 66178, tf_esp =3D -1071947667, tf_ss =3D -=
459313392})
at ../../i386/i386/trap.c:448
#6 0x0 in ?? ()
(kgdb) quit
black# ^D=08=08exit
Script done on Sun Feb 10 11:25:31 2002
This does not seem to make sense to me, how about you?
--=20
"They that would give up essential liberty for temporary safety deserve
neither liberty nor safety."
-- Benjamin Franklin
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?20020210162801.GA24975>