Re: Rechner Reboots (neue Erkenntnisse)

From: Martin Schepers <nl(at)ms-net.de>
Date: Thu, 13 Jun 2002 18:44:42 +0200

>> Was nun damit machen? (hab nix im Handbuch gefunden)
> Es gibt mehr Doku als das Handbook...
Hab natürlich auch noch woanders gesucht, da das Thema Debugging
aber Neuland für mich ist hab ich vielleicht auch etwas "Berührungsangst"...

> gdb -k /usr/src/sys/compile/MYKERNELNAME/kernel.debug /var/crash/vmcore.0
> bt

>> Server -> Hub -> Router -> Hub -> Providerport

> Mmm - eine Crimpzange und ein paar RJ45 gehöhren doch zum Marschgepäck
> eines jeden Computeristen, oder?
Geht so, ich hab meist passende Patchkabel dabei :)
An sowas denkt man ja gar nicht zumal ich der Meinung war, am Hub einen
Uplink-Port zum Providerport zu benutzen, war aber nicht so (Keine Doku)

Also, denn mal los:

root(at)server1 ~> ls -l /var/crash/
total 3463172
-rw-r--r-- 1 root wheel 2 Jun 12 20:16 bounds
-rw-r--r-- 1 root wheel 3506554 Jun 11 10:32 kernel.0
-rw-r--r-- 1 root wheel 3506554 Jun 11 14:20 kernel.1
-rw-r--r-- 1 root wheel 3506554 Jun 11 20:39 kernel.2
-rw-r--r-- 1 root wheel 3506554 Jun 12 20:17 kernel.3
-rw-r--r-- 1 root wheel 5 Jan 28 14:13 minfree
-rw------- 1 root wheel 1073725440 Jun 11 10:32 vmcore.0
-rw------- 1 root wheel 1073725440 Jun 11 14:20 vmcore.1
-rw------- 1 root wheel 1073725440 Jun 11 20:39 vmcore.2
-rw------- 1 root wheel 1073725440 Jun 12 20:17 vmcore.3

.0 ist im Laufenden Betrieb entstanden, .3 ebenfalls.
.1 ist beim Anklemmen des Routers entstanden, dadruch hat sich die
Mac-Adresse des Default-Gateways geändert und ein HOP ist dazu
gekommen. .2 ist beim Einbau des Crossover-Kabels gekommen, da hat
auch noch ein anderer Rechner gebootet.

.0:
#0 dumpsys () at ../../kern/kern_shutdown.c:474
#1 0xc01c1f9b in boot (howto=260) at ../../kern/kern_shutdown.c:313
#2 0xc01c23b0 in poweroff_wait (junk=0xc0390fd9, howto=-1070003537)
    at ../../kern/kern_shutdown.c:582
#3 0xc03297ac in trap_fatal (frame=0xdf2abb08, eva=3256067477)
    at ../../i386/i386/trap.c:956
#4 0xc032943d in trap_pfault (frame=0xdf2abb08, usermode=0, eva=3256067477)
    at ../../i386/i386/trap.c:849
#5 0xc0328fdb in trap (frame={tf_fs = -1070399464, tf_es = 16,
      tf_ds = -550895600, tf_edi = -1039217408, tf_esi = 1728054426,
      tf_ebp = -550847660, tf_isp = -550847692, tf_ebx = -1039217408,
      tf_edx = -1039810560, tf_ecx = 825392228, tf_eax = 910741,
      tf_trapno = 12, tf_err = 2, tf_eip = -1070934825, tf_cs = 8,
      tf_eflags = 66055, tf_esp = -1039509760, tf_ss = -1031871196})
    at ../../i386/i386/trap.c:448
#6 0xc02ad4d7 in xl_newbuf (sc=0xc27ee000, c=0xc27ee524)
    at ../../pci/if_xl.c:1730
#7 0xc02ad6aa in xl_rxeof (sc=0xc27ee000) at ../../pci/if_xl.c:1831
#8 0xc02addcc in xl_intr (arg=0xc27ee000) at ../../pci/if_xl.c:2066
#9 0xc0337ed0 in splx (ipl=3224160813) at ../../i386/isa/ipl_funcs.c:237
#10 0xc02cca2d in drain_output (vp=0xdc971c00, islocked=1)
    at ../../ufs/ffs/ffs_softdep.c:4873
#11 0xc02cb7be in softdep_fsync_mountdev (vp=0xdc971c00)
    at ../../ufs/ffs/ffs_softdep.c:4018
#12 0xc02cf9da in ffs_fsync (ap=0xdf2abcbc) at ../../ufs/ffs/ffs_vnops.c:134
#13 0xc02ce692 in ffs_sync (mp=0xc29ca200, waitfor=2, cred=0xc2058900,
    p=0xc03f3080) at vnode_if.h:558
#14 0xc01f21bb in sync (p=0xc03f3080, uap=0x0) at ../../kern/vfs_syscalls.c:547
#15 0xc01c1d4e in boot (howto=256) at ../../kern/kern_shutdown.c:234
#16 0xc01c23b0 in poweroff_wait (junk=0xc0390fd9, howto=-1070003537)
    at ../../kern/kern_shutdown.c:582
#17 0xc03297ac in trap_fatal (frame=0xdf2abdec, eva=3256067477)
    at ../../i386/i386/trap.c:956
#18 0xc032943d in trap_pfault (frame=0xdf2abdec, usermode=0, eva=3256067477)
    at ../../i386/i386/trap.c:849
#19 0xc0328fdb in trap (frame={tf_fs = 24, tf_es = -550895600,
      tf_ds = -536936432, tf_edi = 0, tf_esi = -1039218432,
      tf_ebp = -550846896, tf_isp = -550846952, tf_ebx = -1039218432,
      tf_edx = -1039810560, tf_ecx = 825392228, tf_eax = 910741,
      tf_trapno = 12, tf_err = 2, tf_eip = -1071774461, tf_cs = 8,
      tf_eflags = 66055, tf_esp = -1005758144, tf_ss = -551155904})
    at ../../i386/i386/trap.c:448
#20 0xc01e0503 in sosend (so=0xdbe4fe80, addr=0x0, uio=0xdf2abed0, top=0x0,
    control=0x0, flags=0, p=0xdf260740) at ../../kern/uipc_socket.c:569
#21 0xc01d4164 in soo_write (fp=0xc40d5940, uio=0xdf2abed0, cred=0xc2b17c80,
    flags=0, p=0xdf260740) at ../../kern/sys_socket.c:81
#22 0xc01d0d39 in dofilewrite (p=0xdf260740, fp=0xc40d5940, fd=3,
    buf=0x804fbe0, nbyte=1024, offset=-1, flags=0) at ../../sys/file.h:162
#23 0xc01d0bf2 in write (p=0xdf260740, uap=0xdf2abf80)
    at ../../kern/sys_generic.c:329
#24 0xc0329add in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
      tf_edi = 3, tf_esi = -1077937272, tf_ebp = -1077937136,
      tf_isp = -550846508, tf_ebx = -1077937264, tf_edx = 0, tf_ecx = 3,
      tf_eax = 4, tf_trapno = 7, tf_err = 2, tf_eip = 672010904, tf_cs = 31,
      tf_eflags = 659, tf_esp = -1077937324, tf_ss = 47})
    at ../../i386/i386/trap.c:1157
#25 0xc0314fdb in Xint0x80_syscall ()
cannot read proc at 0

.1:
#0 dumpsys () at ../../kern/kern_shutdown.c:474
#1 0xc01c1f9b in boot (howto=260) at ../../kern/kern_shutdown.c:313
#2 0xc01c23b0 in poweroff_wait (junk=0xc0390fd9, howto=-1070003537)
    at ../../kern/kern_shutdown.c:582
#3 0xc03297ac in trap_fatal (frame=0xff80fcf4, eva=48)
    at ../../i386/i386/trap.c:956
#4 0xc032943d in trap_pfault (frame=0xff80fcf4, usermode=0, eva=48)
    at ../../i386/i386/trap.c:849
#5 0xc0328fdb in trap (frame={tf_fs = 1728053272, tf_es = -8388592,
      tf_ds = -1029701616, tf_edi = 0, tf_esi = -1029661184,
      tf_ebp = -8323780, tf_isp = -8323808, tf_ebx = -1069766180,
      tf_edx = 1744879684, tf_ecx = -552809792, tf_eax = 0, tf_trapno = 12,
      tf_err = 0, tf_eip = -1070829263, tf_cs = 8, tf_eflags = 66054,
      tf_esp = -1029661184, tf_ss = -1029661184}) at ../../i386/i386/trap.c:448
#6 0xc02c7131 in acquire_lock (lk=0xc03ca9dc) at machine/globals.h:114
#7 0xc02cb198 in softdep_update_inodeblock (ip=0xc2a09e00, bp=0xcf179f64,
    waitfor=0) at ../../ufs/ffs/ffs_softdep.c:3775
#8 0xc02c6279 in ffs_update (vp=0xdf0ccac0, waitfor=0)
    at ../../ufs/ffs/ffs_inode.c:106
#9 0xc02cfcc1 in ffs_fsync (ap=0xff80fdf0) at ../../ufs/ffs/ffs_vnops.c:273
#10 0xc02ce582 in ffs_sync (mp=0xc29ca200, waitfor=2, cred=0xc2058900,
    p=0xc03f3080) at vnode_if.h:558
#11 0xc01f21bb in sync (p=0xc03f3080, uap=0x0) at ../../kern/vfs_syscalls.c:547
#12 0xc01c1d4e in boot (howto=256) at ../../kern/kern_shutdown.c:234
#13 0xc01c23b0 in poweroff_wait (junk=0xc0390fd9, howto=-1070003537)
    at ../../kern/kern_shutdown.c:582
#14 0xc03297ac in trap_fatal (frame=0xff80ff20, eva=3256061136)
    at ../../i386/i386/trap.c:956
#15 0xc032943d in trap_pfault (frame=0xff80ff20, usermode=0, eva=3256061136)
    at ../../i386/i386/trap.c:849
#16 0xc0328fdb in trap (frame={tf_fs = -8388584, tf_es = -1071644656,
      tf_ds = -1031929840, tf_edi = -1039693568, tf_esi = 1728054426,
      tf_ebp = -8323220, tf_isp = -8323252, tf_ebx = -1039693568,
      tf_edx = -1039810560, tf_ecx = 812406392, tf_eax = 904400,
      tf_trapno = 12, tf_err = 2, tf_eip = -1070934825, tf_cs = 8,
      tf_eflags = 66051, tf_esp = -1039621376, tf_ss = -1031872096})
    at ../../i386/i386/trap.c:448
#17 0xc02ad4d7 in xl_newbuf (sc=0xc27ee000, c=0xc27ee1a0)
    at ../../pci/if_xl.c:1730
#18 0xc02ad6aa in xl_rxeof (sc=0xc27ee000) at ../../pci/if_xl.c:1831
#19 0xc02addcc in xl_intr (arg=0xc27ee000) at ../../pci/if_xl.c:2066

.2
#0 dumpsys () at ../../kern/kern_shutdown.c:474
#1 0xdc15b100 in ?? ()
cannot read proc at 0

.3
#0 dumpsys () at ../../kern/kern_shutdown.c:474
#1 0xc01c1f9b in boot (howto=260) at ../../kern/kern_shutdown.c:313
#2 0xc01c23b0 in poweroff_wait (junk=0xc0390fd9, howto=-1070003537)
    at ../../kern/kern_shutdown.c:582
#3 0xc03297ac in trap_fatal (frame=0xff80fd2c, eva=48)
    at ../../i386/i386/trap.c:956
#4 0xc032943d in trap_pfault (frame=0xff80fd2c, usermode=0, eva=48)
    at ../../i386/i386/trap.c:849
#5 0xc0328fdb in trap (frame={tf_fs = 16842776, tf_es = -8388592,
      tf_ds = -1071972336, tf_edi = 0, tf_esi = 0, tf_ebp = -8323724,
      tf_isp = -8323752, tf_ebx = -1069766180, tf_edx = 1744879684,
      tf_ecx = -1029761010, tf_eax = 0, tf_trapno = 12, tf_err = 0,
      tf_eip = -1070829263, tf_cs = 8, tf_eflags = 66050, tf_esp = -821438492,
      tf_ss = 0}) at ../../i386/i386/trap.c:448
#6 0xc02c7131 in acquire_lock (lk=0xc03ca9dc) at machine/globals.h:114
#7 0xc02cc784 in softdep_count_dependencies (bp=0xcf09d7e4, wantcount=0)
    at ../../ufs/ffs/ffs_softdep.c:4753
#8 0xc02cfab0 in ffs_fsync (ap=0xff80fdf0) at ../../ufs/ffs/ffs_vnops.c:168
#9 0xc02ce582 in ffs_sync (mp=0xc29ca200, waitfor=2, cred=0xc2058900,
    p=0xc03f3080) at vnode_if.h:558
#10 0xc01f21bb in sync (p=0xc03f3080, uap=0x0) at ../../kern/vfs_syscalls.c:547
#11 0xc01c1d4e in boot (howto=256) at ../../kern/kern_shutdown.c:234
#12 0xc01c23b0 in poweroff_wait (junk=0xc0390fd9, howto=-1070003537)
    at ../../kern/kern_shutdown.c:582
#13 0xc03297ac in trap_fatal (frame=0xff80ff20, eva=218762542)
    at ../../i386/i386/trap.c:956
#14 0xc032943d in trap_pfault (frame=0xff80ff20, usermode=0, eva=218762542)
    at ../../i386/i386/trap.c:849
#15 0xc0328fdb in trap (frame={tf_fs = -8388584, tf_es = -1071644656,
      tf_ds = -1031929840, tf_edi = -1039475968, tf_esi = 1728054424,
      tf_ebp = -8323220, tf_isp = -8323252, tf_ebx = -1039475968,
      tf_edx = -1039810560, tf_ecx = 218762542, tf_eax = 614535,
      tf_trapno = 12, tf_err = 0, tf_eip = -1070934816, tf_cs = 8,
      tf_eflags = 66055, tf_esp = -1039581696, tf_ss = -1031871616})
    at ../../i386/i386/trap.c:448
#16 0xc02ad4e0 in xl_newbuf (sc=0xc27ee000, c=0xc27ee380)
    at ../../pci/if_xl.c:1730
#17 0xc02ad6aa in xl_rxeof (sc=0xc27ee000) at ../../pci/if_xl.c:1831
#18 0xc02addcc in xl_intr (arg=0xc27ee000) at ../../pci/if_xl.c:2066

Wie gesagt ist ein Hardware-Problem auszuschliessen, alles schon getauscht.
Das ganze scheint nur dann vorzukommen, wenn der Kunde seine irgendwo im
Web geklaute PHP-Webmail-Oberläche einsetzt und eine bestimmte Anzahl von
Usern drauf zugreifen. Der Kunde hat ca. 28.000 eMail-Konten auf dem
Rechner.

Martin

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Thu 13 Jun 2002 - 18:44:48 CEST

search this site