Server Absturz!

  • Thread starter Thread starter freakshow10000
  • Start date Start date
F

freakshow10000

Guest
Hi,

Heut um ca. 1 Uhr hat sich einfach mein Server verabschiedet.
Keine Ahnung wieso!
In /var/log/syslog ist dies zu finden:

Code:
Feb  1 00:35:01 localhost /USR/SBIN/CRON[931]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12 $
Feb  1 00:35:01 localhost /USR/SBIN/CRON[932]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Feb  1 00:39:01 localhost /USR/SBIN/CRON[1367]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm)
Feb  1 00:40:01 localhost /USR/SBIN/CRON[1377]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12$
Feb  1 00:40:01 localhost /USR/SBIN/CRON[1378]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Feb  1 00:45:01 localhost /USR/SBIN/CRON[1855]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12$
Feb  1 00:45:01 localhost /USR/SBIN/CRON[1856]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Feb  1 00:50:01 localhost /USR/SBIN/CRON[2263]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12$
Feb  1 00:50:01 localhost /USR/SBIN/CRON[2264]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Feb  1 00:55:01 localhost /USR/SBIN/CRON[2684]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12$
Feb  1 00:55:01 localhost /USR/SBIN/CRON[2685]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Feb  1 01:00:01 localhost /USR/SBIN/CRON[3098]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12$
Feb  1 01:00:01 localhost /USR/SBIN/CRON[3099]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Feb  1 01:05:01 localhost /USR/SBIN/CRON[3514]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12$
Feb  1 01:05:01 localhost /USR/SBIN/CRON[3515]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Feb  1 01:09:01 localhost /USR/SBIN/CRON[3925]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm)
Also nichts ausergewöhnliches.
Dann war das Teil auch schon weg

Code:
Feb  1 16:13:55 localhost kernel: imklog 4.6.4, log source = /proc/kmsg started.
Feb  1 16:13:55 localhost rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="874" x-info="http://www.rsyslog.com"] (re)start
Feb  1 16:13:55 localhost kernel: [    0.000000] Initializing cgroup subsys cpuset
Feb  1 16:13:55 localhost kernel: [    0.000000] Initializing cgroup subsys cpu


Irgendwelche Ideen? oO
mfG
 
Ähmmmm schonmal deinen Provider gefragt?
Das sollte deine erste Anlaufstelle sein, wenn die Logs nichts sagen.
 
Ähmmmm schonmal deinen Provider gefragt?
Das sollte deine erste Anlaufstelle sein, wenn die Logs nichts sagen.

[16:28:52] Lennart :P: Hi
[16:29:00] Lennart :P: weißt du ob heute irgendwas mit meinem Server pasiert ist?
[16:29:08] Lennart :P: das ding hat sich um 1:09 schön verabschiedet
[16:29:14] Lennart :P: in der syslog nichts zu finden
[16:29:19] Lennart :P: zumindest nichts unormales
[16:30:39] Thomas / monkey : nop soweit war nichts
[16:30:55] Thomas / monkey : nix strommässiges
[16:30:56] Thomas / monkey : nix netzwerktechnisches
[16:31:09] Thomas / monkey : nichts was wir beobachten konnten
Leider nein.
Hallo!

Was meint dmesg dazu?

MfG

Ich sehe hier leider kein Zeitangabe in den Logs.
Hier jedoch die letzten Zeilen:
Code:
[    9.451726] xhci_hcd 0000:02:00.0: Failed to enable MSI-X
[    9.451791] xhci_hcd 0000:02:00.0: irq 73 for MSI/MSI-X
[    9.451830] usb usb8: New USB device found, idVendor=1d6b, idProduct=0002
[    9.451832] usb usb8: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    9.451834] usb usb8: Product: xHCI Host Controller
[    9.451836] usb usb8: Manufacturer: Linux 3.1.2 xhci_hcd
[    9.451837] usb usb8: SerialNumber: 0000:02:00.0
[    9.451900] xHCI xhci_add_endpoint called for root hub
[    9.451902] xHCI xhci_check_bandwidth called for root hub
[    9.451923] hub 8-0:1.0: USB hub found
[    9.451928] hub 8-0:1.0: 2 ports detected
[    9.451971] xhci_hcd 0000:02:00.0: xHCI Host Controller
[    9.451976] xhci_hcd 0000:02:00.0: new USB bus registered, assigned bus number 9
[    9.451989] usb usb9: New USB device found, idVendor=1d6b, idProduct=0003
[    9.451991] usb usb9: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    9.451993] usb usb9: Product: xHCI Host Controller
[    9.451995] usb usb9: Manufacturer: Linux 3.1.2 xhci_hcd
[    9.451996] usb usb9: SerialNumber: 0000:02:00.0
[    9.452050] xHCI xhci_add_endpoint called for root hub
[    9.452052] xHCI xhci_check_bandwidth called for root hub
[    9.452071] hub 9-0:1.0: USB hub found
[    9.452076] hub 9-0:1.0: 2 ports detected
[    9.485693] MCE: In-kernel MCE decoding enabled.
[    9.487867] ACPI: acpi_idle registered with cpuidle
[    9.497338] EDAC MC: Ver: 2.1.0
[    9.619469] AMD64 EDAC driver v3.4.0
[    9.619485] EDAC amd64: DRAM ECC disabled.
[    9.619504] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
[    9.619505]  Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
[    9.619506]  (Note that use of the override may cause unknown side effects.)
[    9.708537] piix4_smbus 0000:00:14.0: SMBus Host Controller at 0xb00, revision 0
[    9.855122] snd_hda_intel 0000:01:00.1: PCI INT B -> GSI 25 (level, low) -> IRQ 25
[    9.855193] snd_hda_intel 0000:01:00.1: irq 74 for MSI/MSI-X
[    9.855212] snd_hda_intel 0000:01:00.1: setting latency timer to 64
[    9.888036] Error: Driver 'pcspkr' is already registered, aborting...
[   10.085729] HDMI status: Codec=0 Pin=3 Presence_Detect=0 ELD_Valid=0
[   10.085906] input: HD-Audio Generic HDMI/DP as /devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card0/input4
[   10.966995] Adding 32130044k swap on /dev/sda5.  Priority:-1 extents:1 across:32130044k
[   11.080372] EXT3-fs (sda1): using internal journal
[   11.171690] loop: module loaded
[   11.961061] fuse init (API version 7.17)
[   12.369946] r8169 0000:05:00.0: eth0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-2)
[   12.380955] r8169 0000:05:00.0: eth0: link down
[   12.380975] r8169 0000:05:00.0: eth0: link down
[   12.382201] ADDRCONF(NETDEV_UP): eth0: link is not ready

mfG
 
Für mich sieht das so aus, als hätte der Server keine Netzwerkverbindung mehr gehabt.
 
In dmesg ist der Timestamp in Sekunden seit dem letzten Reboot. Hat den Vorteil, dass du da alles seit dem letzten Boot drin hast und somit nur den aktuellen Systemstand, während das Syslog auch die Inhalte von vorher bereithält.

Ich nehme an, der Reboot um 16:13 Uhr war von dir? Da im Syslog nichts mehr geschrieben wurde, würde ich eine Kernelpanic vermuten.
Überprüf mal die Festplatten mittels smartmontools und den RAM mittels memtest. Wenn das System unkritisch ist und du eine serielle Konsole/KVM hast, kannst du auch das memtest86+-Binary nehmen, nachdem du das im Bootloader hast. Hätte den Vorteil das du fast den gesamten RAM damit erfasst.
Ein Blick auf die Temperatursensoren kann auch nicht schaden :)
 
Ein Blick auf die Temperatursensoren kann auch nicht schaden :)

Das hat bei meiner Kiste sein ganz eigene Geschichte...
Das geht nämlich hinten und vorne nicht :D
Hatte ich schonmal ein Thread wo mir X Leute geholfen hatten aber Sensors wollte und wollte einfach nicht -.-

Memtest usw. werde ich dann am besten am WE gegen 3 - 4 durchführen!
Und ja, der Reboot um 16 war von mir.

Danke ;)
 
Also ich hatte bei einem Server bei g-portal nach dem letzten Kernel Update auch Probleme mit der Netzwerkkarte. Das Teil ist anschließend immer eingefroren.
 
Also ich hatte bei einem Server bei g-portal nach dem letzten Kernel Update auch Probleme mit der Netzwerkkarte. Das Teil ist anschließend immer eingefroren.

Ich habe den Kernel jetzt seit gut 1 Monat im Einsatz und bin auch seit 3 oder 4 Monaten bei GPortal Kunde. Aber einen Kernel der einfach Einfriert hatte ich auch noch nicht :mad:

Ich benutze meine eigene Hardware bei GPortal und als MB ist ein ASRock Board verbaut für damals gut 85€, fragt mich jedoch jetzt nicht welches genau.

mfG
 
Deine Hardware... ;>

Aber:
Halluziniere ich? Steht doch alles im dmesg? Nach Reboot (wie auch immer geartet) kann die Firmware für die NIC nicht geladen werden und deswg. kriegt der Kernel das Interface nicht gestartet.
[ 12.369946] r8169 0000:05:00.0: eth0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-2)

fixes googlen ergab: http://forums.gentoo.org/viewtopic-t-899002-start-0.html

Von da an kannste das eigentlich fixen mit chroot im Rescue System, das Gentoo Forum beschreibt ja gut wie.
 
Last edited by a moderator:
Deine Hardware... ;>

Schon, allerdings wurde der Kernel so von GPortal installiert und ich hatte geacht das das schon "Profis" sind die sich damit auskennen sollten.
Ich frage mich nur wieso das jetzt so lange ohne Probleme lief oO


mfG
 
Ich kann dir ne ganz tolle Geschichte über g-portal erzählen. Aber ich lass das mal, bevor mich wieder jemand Verklagen will.....


Vielleicht liegts am Netzteil?
 
Du hast managed Colocation bei G-Portal? Oder was haben die sonst an deinem Kernel zu schaffen?
Aber selbst dann behaupte ich dass es wohl passieren kann dass man so etwas wie Firmware von NICs nicht sofort aufm Schirm hat wenn man einen Kernel aufsetzt, gerade wenn man die Hardware nicht häufiger vor sich hat und/oder noch nie besagtes Problem hatte.
Wichtig ist letzten Endes sich zu helfen zu Wissen anhand von Fehlermeldungen.

Hast du dich denn weiter eingearbeitet in die Problematik? Evtl. ists ja mit Installation von http://packages.debian.org/squeeze/firmware-realtek schon getan? Mich interessierts weil die selbe NIC hier verbaut ist, ich mich allerdings bisher nicht aufraffen konnte >2.6.39 zu updaten.

Und, Silent: ist auch nicht wirklich relevant, meiner Ansicht nach sind Anbieter die mit speziellen "Gamerangeboten", oder gar ausschliesslich damit werben doch zumindest mit Vorsicht zu geniessen (Ausnahmen bestätigen natürlich wie immer gern die Regel).
 
Hi,

nein mein Server ist nicht Managed, jedoch war dies die Standert Installation :cool:
Bzw sie wurde per Hand durchgeführt.

Code:
dpkg -i firmware-realtek_0.28+squeeze1_all.deb
Selecting previously deselected package firmware-realtek.
(Reading database ... 68978 files and directories currently installed.)
Unpacking firmware-realtek (from firmware-realtek_0.28+squeeze1_all.deb) ...
Setting up firmware-realtek (0.28+squeeze1) ...
Mal schauen :D

http://forums.gentoo.org/viewtopic-t-899002-start-0.html Hilft mir zwar weiter, aber
The dirty hack I've employed for kernel 3.0.7 is to edit drivers/net/r8169.c to change the firmware defines from
Wo liegt das genau?

Außerdem existiert die Datei nachdem der beim Booten sucht ja:
Code:
root@GPColo01:/lib/firmware/rtl_nic# ls -l
total 28
-rw-r--r-- 1 root root 2076 Sep 19 03:41 rtl8105e-1.fw
-rw-r--r-- 1 root root 1492 Sep 19 03:41 rtl8168d-1.fw
-rw-r--r-- 1 root root 1324 Sep 19 03:41 rtl8168d-2.fw
-rw-r--r-- 1 root root 5500 Sep 19 03:41 rtl8168e-1.fw
-rw-r--r-- 1 root root 3920 Sep 19 03:41 rtl8168e-2.fw
-rw-r--r-- 1 root root 2804 Sep 19 03:41 rtl8168e-3.fw
mfG
 
Last edited by a moderator:
Nochmal zum Grundverständnis: du kannst dich nicht zu den Diensten auf dem Server verbinden, greifst auf das System von irgendeinem Rescue Image zu, und arbeitest damit im chroot, richtig?
Oder willst du wissen wieso der Server rebootete?

Ich gehe davon aus erster Fall ist auf dich zutreffend - zu zweiterem kann ich anhand der von dir geposteten logs leider nichts sagen.

Wo liegt das genau?
locate r8169.c < dort, in dem Ordner mit den von dir aktuell verwendeten Kernelsources.
 
Back
Top