I/O Probleme auf vServer L v6

Hallo zusammen,

ich habe jetzt zwei Wochen in Folge in der Nacht von Sonntag auf Montag (Montags gegen 01:51 Uhr) ein Problem mit meinem Root Server L v6.
Nach einigen Auseinandersetzung mit dem Netcup Support weiß ich nicht mehr weiter und könnte etwas Hilfe gebrauchen.

Der vServer verliert (meiner Meinung nach) mehrfach die Festplatte bis er sie irgendwann "nicht mehr wiederfindet".
Logfile von heute Nacht ist Angehängt.

Darauf hin habe ich den Netcup Support kontaktiert der mir folgendes sage:

Zitat

... Uns liegen weder Störungs- noch Fehlermeldungen vor. Wie Sie Ihrer VNC-Konsole entnehmen können, war der Server zeitweise "Out of Memory" und aufgrund dessen wurden bestimmte Prozesse innerhalb Ihres Systems gestoppt.

Ok, Netcup sagt OOM-Killer ging an und das sehe ich auf der der VNC Konsole.
Auch ein Screenshot der VNC Konsole ist im Anhang.
Wenn jemand auf dem Screenshot einen Hinweis auf Out-Of-Memory sieht dann wäre es toll wenn er mir das Erklären kann!

Laut meinem Monitoring habe ich immer mehr als 50% freien Arbeitsspeicher - auch im Anhang.

"Eigentlich" bin ich auf Grund der Logs und dem Verhalten des Servers von einem I/O Problem überzeugt.
Ich habe mehrere vServer bei Netcup und es Betrifft immer nur diesen einen.
Netcup bleibt auf dem Standpunkt das der Server OOM ging, ich es verkonfiguriert habe und sie mir nicht helfen wollen.

Hat jemand eine Idee?

Vielen Dank!
Felix

---

Technische Daten:
OS: Ubuntu 14.04.3 LTS
CPU: 4 x Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz
RAM: 12 GB DDR4
HDD: 230 GB SSD
Kernel: Linux HOSTNAME 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Zitat von indigo

würde ich mal das System mit .65 laufen lassen und beoabchten was am nächsten Wochenende passiert...

Was anders bleibt mir wohl nicht übrig... Werde ich mal Probieren.
Vielen Dank!

Zitat von #Frosty#

Ich habe die notwendigen Logauszüge an den Netcup Support geschickt und kurze Zeit später wurde ich gebeten meinen vserver einmal auszuschalten und wieder einzuschalten.
Danach waren die Probleme behoben.

Sollte es nächsten Montag wieder passieren werde ich das auch machen (genau so wie die letzten zwei mal).

Und heute Morgen wieder passiert:

Nov 13 05:36:52 HOSTNAME kernel: [245062.050471] ata2: lost interrupt (Status 0x58)
Nov 13 05:36:52 HOSTNAME kernel: [245062.135714] ata2: drained 65536 bytes to clear DRQ
Nov 13 05:36:52 HOSTNAME kernel: [245062.285954] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Nov 13 05:36:52 HOSTNAME kernel: [245062.286051] sr 1:0:0:0: CDB: 
Nov 13 05:36:52 HOSTNAME kernel: [245062.286057] Get event status notification: 4a 01 00 00 10 00 00 00 08 00
Nov 13 05:36:52 HOSTNAME kernel: [245062.286068] ata2.00: cmd a0/00:00:00:08:00/00:00:00:00:00/a0 tag 0 pio 16392 in
Nov 13 05:36:52 HOSTNAME kernel: [245062.286068]          res 40/00:02:00:08:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
Nov 13 05:36:52 HOSTNAME kernel: [245062.286341] ata2.00: status: { DRDY }
Nov 13 05:36:52 HOSTNAME kernel: [245062.286808] ata2: soft resetting link
Nov 13 05:36:52 HOSTNAME kernel: [245062.440843] ata2.00: configured for MWDMA2
Nov 13 05:36:52 HOSTNAME kernel: [245062.441056] ata2: EH complete

Ticket beim Netcup Support ist offen.

Guten Morgen zusammen,

Netcup hat am Freitag meinen vServer auf einen neuen Wirt umgezogen.
Seit dem ist das Problem nicht mehr aufgetreten. Da das Problem vorrangig in der Nacht von Sonntag auf Montag aufgetreten ist (und es heute Nacht ruhig war) bin ich zuversichtlich.

Ich werde es weiter beobachten.

Falls das Problem hiermit wirklich gelöst sein sollte danke ich allen für ihre Mithilfe