KVM Server extrem langsam

    Hallo,

    vor ca. einer halben Stunde sind alle meine Services komplett ausgefallen und waren von außen nicht mehr erreichbar. Da ich den Server selber weder über PuTTY noch über die VNC Console (im VCP) erreichen konnte, habe ich einen ACPI Reboot über das VCP ausgelöst. Darauf ist nichts passiert. Nach 2-3 weiteren Versuchen habe ich auf "reset" geklickt. Nach 2 Minuten konnte man dann erkennen, dass der Server neu startet. Jetzt fährt er seit 10 Minuten hoch und ist immer noch nicht fertig. Beim hochfahren konnte man sehen, dass manche Services nach dem Start nicht mehr reagiert haben. Nun besteht immer noch das Problem, dass ich weder über die VNC Console noch über PuTTY verbinden kann.

    Edit: Es scheint wieder zu funktionieren. Würde mich aber dennoch interessieren wo das her kommt, da ich von meinen Kunden mitgeteilt bekommen habe, dass die Services schon öfter ausgefallen sind.

    Mit freundlichen Grüßen

    Floppy012

    Ich habe seit dem QEMU-Sicherheitsupdate auch das Problem bei einem vServer, dass dieser teilweise minutenlang nicht erreichbar ist.
    Auszugsweise Rückmeldung vom Support diesbzgl. am 17.05.:

    Zitat

    der Sachverhalt wird bereits von unserer Administration geprüft.

    Bitte haben Sie daher noch etwas Geduld. Vielen Dank.

    Zitat von Dragon

    Da schreibst du am besten einmal den Support an, vielleicht gab es an deinem Node Probleme.

    Habe ich bereits mit einem Verweis auf dieses Thema. Bis jetzt ist keine Antwort gekommen. Jedenfalls fing das vorhin wieder an. Darauf habe ich mich dafür entschieden mal google anzupingen. Hauptsächlich habe ich ping zeiten von 700 - 1000 ms zwischendrin mal ein paar 3ms zeiten.

    Zitat von Floppy012


    Die Services sind verdammt langsam, der Support antwortet nicht und die Notfallhotline will 40€ für angefangene 15 Minuten gesprächszeit (sollte der Fehler nicht bei Netcup liegen).


    Der Fehler liegt in jedem Fall bei netcup, ich befürchte allerdings, dass ein Anruf (siehe mein Support-Ticket oben) keine Änderung bringt. Ich vermute außerdem, dass unsere vServer am selben Node liegen - meine letzten Ausfälle lt. Nagios:
    17:21-18:01
    19:31-19:42
    20:01-20:07
    20:11-...

    Zitat von RoyalKnight


    Der Fehler liegt in jedem Fall bei netcup, ich befürchte allerdings, dass ein Anruf (siehe mein Support-Ticket oben) keine Änderung bringt. Ich vermute außerdem, dass unsere vServer am selben Node liegen - meine letzten Ausfälle lt. Nagios:
    17:21-18:01
    19:31-19:42
    20:01-20:07
    20:11-...

    Jo :) Ist bei mir auch wieder weg. Ist nur schade, da ich heute eigentlich ein paar dinge vor hatte, die den vServer mit einbeziehen. Nun sitz' ich hier und gucke dumm aus der Wäsche.


    Gruß Floppy

    Guten Morgen,

    Zitat

    Auszugsweise Rückmeldung vom Support diesbzgl. am 17.05.

    ich habe mir eben das Ticket aufgerufen. Dieses wurde in der Tat fehlerhafter Weise von Herrn Adam geschlossen. Ich habe Herrn Adam darüber informiert. Dieser wird sich heute im Lauf des Tages bei Ihnen melden. Für das Versehen bitte ich um Entschuldigung.

    Aufgrund anderer Rückmeldungen von Kunden können wir weitergeben, dass die Neustarts der vServer aufgrund des QEMU Updates bei vielen Kunden neue Kernel, die zwischenzeitlich installiert wurden, gebootet haben. Zum Teil sind diese nicht mit virtIO kompatibel. Eventuell ist dieses ein Ansatzpunkt, der Ihnen bei der Fehlersuche helfen kann. Häufig ist die Lösung, im VCP den Netzwerktreiber auf e1000 umzustellen.

    Zitat

    Habe eben bei der Notfallhotline angerufen. Super Support! Super freundlich! Problem bei mir konnte behoben werden!


    Das Thema kann daher geschlossen werden.

    Das freut mich zu hören! Thema wird geschlossen.


    Mit freundlichen Grüßen

    Felix Preuß