Server nicht mehr erreichbar

M

MDe

New Member
Hallo,

mir wurde heute ein neuer Server bereitgestellt.

Die Zugangsdaten kamen wie immer per E-Mail. Also doch mal versucht per SSH einzuloggen, was allerdings fehlschlug. Der Server antwortete nicht mehr auf Pings.

Also ein Hard Reboot angefordert, der auch ausgeführt wurde. Der Server war daraufhin für kurze Zeit wieder erreichbar. Ich dachte mir, dass es sich wie beim letzten Server auch um das r8169 Treiber Problem handelt. Also den Treiber entsprechend getauscht. Doch auch danach war der Server circa alle 5 Minuten nicht mehr erreichbar.

Also doch mal ins syslog geschaut. Dort ist jeweils immer folgendes zu finden, bevor der Reboot durchgeführt wurde:

Code: 
Apr  4 18:57:59 localhost kernel: [    7.710091] r8169 0000:05:00.0: eth0: link down
Apr  4 18:57:59 localhost kernel: [    7.710156] r8169 0000:05:00.0: eth0: link down
Apr  4 18:57:59 localhost kernel: [    7.711121] ADDRCONF(NETDEV_UP): eth0: link is not ready
Apr  4 18:57:59 localhost dhclient: Listening on LPF/eth0/50:e5:49:5f:3b:89
Apr  4 18:57:59 localhost dhclient: Sending on   LPF/eth0/50:e5:49:5f:3b:89
Apr  4 18:57:59 localhost dhclient: Sending on   Socket/fallback
Apr  4 18:57:59 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Apr  4 18:58:02 localhost kernel: [   10.806840] r8169 0000:05:00.0: eth0: link up
Apr  4 18:58:02 localhost kernel: [   10.807856] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Apr  4 18:58:04 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Apr  4 18:58:09 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Apr  4 18:58:09 localhost dhclient: DHCPACK from 193.192.58.20
Apr  4 18:58:09 localhost dhclient: bound to [IP] -- renewal in 3060 seconds.
Apr  4 18:58:12 localhost kernel: [   21.352003] eth0: no IPv6 routers present

Das Problem kann ich selbst allerdings nicht erkennen?
 
Last edited by a moderator:
Hallo!

Sicher das da ein ssh Daemon läuft? Über das Netz ist der Server jedenfalls erreichbar.

mfG
Thorsten
 
Klar läuft dort ein SSH Daemon, die eigene IP Adresse habe ich aus den oben geposteten Logfiles allerdings entfernt gehabt.
 
Hallo!

Sorry, mein Fehler - etwas neben der Spur.

Dein Logfile sagt jetzt nicht unbedingt etwas über einen möglichen Fehler aus. Da fehlen noch (Fehler-) Einträge. Sofern möglich, Recovery booten, Platten mounten und nochmals in das Logfile schauen.

mfG
Thorsten
 
Das könnte das Treiberproblem sein, denn du scheinst immer noch den r8169-Treiber des Kernels zu verwenden. Sofern dein Server einen 8168-Chip von Realtek verwendet, verwende den Treiber von der Realtek-Homepage (Achtung: der r8169-Treiber muß geblacklistet werden). Das Thema hatten wir hier schon mal.
 
Der 8168 Treiber ist nun aktiv.

Code: 
# lspci -v

05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
	Subsystem: Giga-byte Technology GA-EP45-DS5 Motherboard
	Flags: bus master, fast devsel, latency 0, IRQ 32
	I/O ports at ae00 [size=256]
	Memory at fd9ff000 (64-bit, prefetchable) [size=4K]
	Memory at fd9f8000 (64-bit, prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [70] Express Endpoint, MSI 01
	Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
	Capabilities: [d0] Vital Product Data
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [140] Virtual Channel
	Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
	Kernel driver in use: r8168


Code: 
# lsmod | grep r816
r8168                 194237  0


Nicht mehr erreichbar ist der Server nach einiger Zeit trotzdem.


Folgendes konnte ich dann während der Nichterreichbarkeit zahlreich im SysLog finden:

Code: 
Apr  5 17:52:32 localhost dhclient: DHCPREQUEST on eth0 to 193.192.58.20 port 67
Apr  5 17:52:43 localhost dhclient: DHCPREQUEST on eth0 to 193.192.58.20 port 67
Apr  5 17:53:03 localhost dhclient: DHCPREQUEST on eth0 to 193.192.58.20 port 67
Apr  5 17:53:24 localhost dhclient: DHCPREQUEST on eth0 to 193.192.58.20 port 67

Ich habe deshalb testweise die Netzwerkeinstellungen auf static umgestellt. Nach einigen Stunden war der Server allerdings wieder "weg".

Netzwerkmäßig zwar nichts mehr im SysLog, allerdings könnte das hier noch etwas zu sagen haben? Ist auch noch vor jedem Hardreboot im Log zu finden:

Code: 
Apr  5 21:19:39 kernel: [12112.663038] AMD-Vi: Event logged [IO_PAGE_FAULT device=05:00.0 domain=0x0019 address=0x00000000026d8000 flags=0x0000]
 
Die Zugangsdaten kamen wie immer per E-Mail. Also doch mal versucht per SSH einzuloggen, was allerdings fehlschlug. Der Server antwortete nicht mehr auf Pings.
Click to expand...

Warum wendest du dich nicht einfach an den Support und forderst einen Server, der nicht von Anfang an Probleme macht?
Man sollte von einem Hoster schon einen lauffähigen Server erwarten können...
 
fx123 said:
Warum wendest du dich nicht einfach an den Support und forderst einen Server, der nicht von Anfang an Probleme macht?
Man sollte von einem Hoster schon einen lauffähigen Server erwarten können...
Click to expand...

Ja das ist wahrscheinlich die beste Idee. Man kann zwar nicht erwarten, dass einem der Hoster die Administration annimmt, aber das die Kiste im Auslieferungszustand eine funktionstüchtige Netzwerkverbindung nebst laufendem SSH-Daemon hat, sollte schon drin sein ;)
 
You must log in or register to reply here.
Back
Top