Ubuntu Server für Minuten nicht erreichbar

teneco · May 30th 2017

Hallo,

ich habe andere threads mit ähnlichen Thema hier verfolgt - aber sie scheinen nicht auf meinen Fall zu passen. Mein vServer ist von außen für mehrere Sekunden, manchmal sogar Minuten, nicht

erreichbar, weder per HTTP noch per IMAP, noch per SSH. Die Serverauslastung ist gering, RAM ist vorhanden, geswappt wird nicht, in den Logs steht nichts Auffälliges. Allerdings kommt man über die SCP Konsole noch an ihn heran.

Das Problem taucht in 24 h etwa 5 mal auf - meistens nachts (MXToolBox-Monitoring). Starte ich dauerhaft von meinem PC ein MTR zu dem Server tauchen die Probleme gar nicht mehr auf. Deswegen sieht es für mich so aus als ginge irgendetwas in einen Energiesparmodus. IP-Adressen habe ich nur eine. Es handelt sich um Ubuntu Server 16.04,

teneco · Jun 2nd 2017

Also irgendwie funktioniert die Netzwerkeinstellung nur so halb:

Code

systemctl status networking.service:
networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor prese
  Drop-In: /run/systemd/generator/networking.service.d
           └─50-insserv.conf-$network.conf
   Active: failed (Result: exit-code) since Fr 2017-06-02 21:24:11 CEST; 30min a
     Docs: man:interfaces(5)
  Process: 1117 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=
  Process: 1108 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [
 Main PID: 1117 (code=exited, status=1/FAILURE)

Jun 02 21:24:09 mail systemd[1]: Starting Raise network interfaces...
Jun 02 21:24:10 mail ifup[1117]: /sbin/ifup: waiting for lock on /run/network/if
Jun 02 21:24:11 mail ifup[1117]: RTNETLINK answers: File exists
Jun 02 21:24:11 mail ifup[1117]: Failed to bring up ens3.
Jun 02 21:24:11 mail systemd[1]: networking.service: Main process exited, code=e
Jun 02 21:24:11 mail systemd[1]: Failed to start Raise network interfaces.
Jun 02 21:24:11 mail systemd[1]: networking.service: Unit entered failed state.
Jun 02 21:24:11 mail systemd[1]: networking.service: Failed with result 'exit-co

Display More

/etc/network/interfaces:

Code

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto ens3

iface ens3 inet6 static
   address 2a03:4000:6:xxxx::2
   netmask 64
   gateway fe80::1

iface ens3 inet static
  address 37.120.xxx.113
  netmask 255.255.252.0
  gateway 37.120.172.1
  dns-nameservers 46.38.225.230 46.38.252.230

Display More

Exception · Jun 3rd 2017

Hi teneco,

gib mal in der CLI den Befehl ein und poste mal hier die Ausgabe:

Code

ifup --verbose ens3

MfG,

Exception

teneco · Jun 3rd 2017

ifup --verbose ens3

Code

Configuring interface ens3=ens3 (inet6)
/bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/ethtool
run-parts: executing /etc/network/if-pre-up.d/ifenslave
+ [ inet6 = meta ]
+ IF_BOND_SLAVES=
+ [  ]
+ [  ]
+ [ -z  ]
+ exit
run-parts: executing /etc/network/if-pre-up.d/vlan
/sbin/modprobe -q net-pf-10 > /dev/null 2>&1 || true # ignore failure.

/sbin/sysctl -q -e -w net.ipv6.conf.ens3.accept_ra=0
/sbin/sysctl -q -e -w net.ipv6.conf.ens3.autoconf=0

/bin/ip link set dev ens3  up
/bin/ip -6 addr add 2a03:4000:6:xxxx::2/64  dev ens3
RTNETLINK answers: File exists
Failed to bring up ens3.

Display More

Exception · Jun 3rd 2017

hm ok. Dein Problem liegt wohl an den IPv6 Einstellung.

Laut Netcup Wiki muss der Server einmal ausgeschaltet werden, damit die Änderung wirkt.

(Im Webinterface PowerOff - kein Restart/Shutdown via Shell)

Hast du das schon gemacht?

teneco · Jun 3rd 2017

jop

teneco · Jun 4th 2017

All lights are green:

Code

● networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor prese
  Drop-In: /run/systemd/generator/networking.service.d
           └─50-insserv.conf-$network.conf
   Active: active (exited) since So 2017-06-04 11:03:37 CEST; 11min ago
     Docs: man:interfaces(5)
  Process: 1127 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=
  Process: 1113 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [
 Main PID: 1127 (code=exited, status=0/SUCCESS)
    Tasks: 0
   Memory: 408.0K
      CPU: 59ms
   CGroup: /system.slice/networking.service

Jun 04 11:03:35 mail systemd[1]: Starting Raise network interfaces...
Jun 04 11:03:36 mail ifup[1127]: /sbin/ifup: waiting for lock on /run/network/if
Jun 04 11:03:37 mail systemd[1]: Started Raise network interfaces.

Display More

Was habe ich gemacht:

Code

sudo ifup --ignore-errors ens3
Neustart

Dabei habe ich festgestellt, dass es da im Ordner /etc/network/if-up.d eine Datei ubuntu-fan gibt; auch dieses script antwortete mit einem Fehler; ich habe diese Dateien aus den Ordnern if-down.d, if-up.d entfernt.

teneco · Jun 5th 2017

Hm, das eigentliche Problem ist noch immer nicht gelöst: alle paar Stunden ist der Rechner für ein paar Minuten isoliert; er ist ein Munin-Server; er versucht alle 5 Minuten Daten von seinem node abzurufen - auch ihn erreicht er nicht während so eines Blackouts. Der Node ist ein anderer vserver auf einem anderen Host und nur gw01.netcup.net ist dazwischen. Ansonsten ist nicht auffälliges zu entdecken. Vielleicht könnte man sich das doch mal jemand vom Support aus Sicht von gw01.netcup.net angucken? Der Letzte Ausfall war heute gegen 22:40; der davor gegen 10:04.

Hat noch jemand einen Tip was ich weiter untersuchen könnte?

smares · Jun 6th 2017

Ich habe in letzter Zeit auch massive Probleme, siehe https://forum.netcup.de/admini…A4ndige-netzwerkprobleme/

Dabei lief der Server lange Zeit einwandfrei, habe ihn auch als Spieleserver benutzt und es gab nie Ausfälle. Wie bei dir sind reichlich Ressourcen vorhanden, IPv6 habe ich allerdings nicht konfiguriert und meine Debian Jessie Installation startet explizit ohne IPv6 Unterstützung. Vom Support habe ich nur die Info bekommen, ich soll das Ganze aus dem Rescue System nachstellen, was natürlich nur mit Downtime des Servers verbunden ist und da der Fehler nur sporadisch auftritt, muss ich die Diagnose lange Zeit laufen lassen.

SCD · Jun 6th 2017

Hallo,

habe das seit gestern das gleiche Problem. Nutze einen Server als Monitoring und der schlägt öfter Alarm:

22:20 Uhr, 22:55 Uhr, 23:06 Uhr, 0:27Uhr, 1:17 Uhr, 1:51 Uhr, 3:42 Uhr, 5:06 Uhr, 6:12 Uhr

Ich lasse jetzt auf den Server (noch im Normal-Mode) MTR laufen. Als Gegen-Server einen weiteren bei Netcup. Mal sehen was passiert.

smares · Jun 6th 2017

Ich lasse jetzt auch wieder Tests laufen. Wäre interessant zu wissen wann bei euch Fehler passieren, vielleicht gibt es Gemeinsamkeiten, vielleicht aber nicht.

teneco · Jun 7th 2017

Gestern Abend gegen 22:30 ist es bei mir das letzte Mal aufgetreten; danach habe ich über Nacht einen MTR von dem anderen vServer zum Problemkandidaten laufen lassen und währenddessen trat kein weiteres Problem auf. Ohne den laufenden MTR wäre es wieder 4 bis 6 mal zu Verbindungsabbrüchen gekommen. Nachts treten sie häufiger auf als tagsüber.

snip.jpg

teneco · Jun 7th 2017

Man kann die Netzwerkprobleme auch in den Munin Reports sehen: immer wenn der Server seinen node nicht abfragen kann entsteht ein Streifen im Bild:

snip2.jpg

snip3.jpg

Gunah · Jun 7th 2017

ist es nur via IPv6 oder auch via IPv4

teneco · Jun 7th 2017

auch via IPv4.

teneco · Jun 8th 2017

Heute Nacht (8.6). traten die Probleme zweimal auf: gegen 1:14 und 5:44 (+-3min). Evtl tritt das Problem auch öfter auf - wird nur nicht erkannt. Es sieht so aus als würde manchmal irgendeine Komponente zu langsam antworten.

thys · Jun 8th 2017

was steht denn in den munin-Logs, wenn die Lücken auftreten ?

Gruss

smares · Jun 8th 2017

Hmm, bei mir heute Nacht 0:30 bis 0:32, 4:05 bis 4:08 und 6:33 bis 6:33 (also nur ein paar Sekunden). Auffällig ist, es betraf nur die zwei IPs aus dem 46.38.231.xxx Range. Meine 37.120.189.xxx IP war von den Ausfällen nicht betroffen.

teneco · Jun 8th 2017

2017/06/08 05:45:04 [FATAL] Socket read from web.domain.de failed. Terminating process. at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 254.

2017/06/08 05:45:04 [ERROR] Munin::Master::UpdateWorker<domain.de;web.domain.de> died with '[FATAL] Socket read from web.domain.de failed. Terminating process. at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 254.

Betroffen ist bei mir die IP 37.120.173.xxx, NICHT betroffen ist 37.120.169.xxx

Gunah · Jun 8th 2017

hast du mal die IP versucht in der Zeit?

hier wird wohl erwähnt, dass ggf. Probleme mit dem DNS gab.

https://forum.netcup.de/admini…rnetverbindung/#post83428

ich habe mir noch andere DNS Server mit drin.

Ubuntu Server für Minuten nicht erreichbar

Similar Threads

Root-Server hängt wiederholt mit I/O errors im Kernellog

Tags