Beiträge von [netcup] Felix P.

Wir schalten jetzt testhalber alles zu CoreBackbone ab.

Nach einer ersten Analyse haben Kabel-Deutschland und Vodafone Probleme. Nicht nur bei uns. Bei Twitter findet man mehr dazu. Wir analysieren aber weiter.

Guten Tag,

in der Anleitung steht allerdings weit aus mehr. Unter anderem sogar in Rot.

Bislang hat fast jeder Kunde verstanden das je nach System Anleitungen unterschiedlich sein können. Auch führt kaum jemand Befehle einfach so aus ohne die erklärenden Texte dazu zu lesen.

Wenn wir hier etwas verbessern können, machen wir das gerne. Dann aber bitte auch aufführen, was wir wie verbessern können.

Vielen Dank!

Mit freundlichen Grüßen

Felix Preuß

Guten Morgen,

bitte damit einmal direkt an den Support wenden. So soll das nicht sein.

Vielen Dank!

Mit freundlichen Grüßen

Felix Preuß

Guten Morgen,

vielen Dank für das viele Feedback zu unserer Entscheidung das Update bzgl. der QEMU-Sicherheitslücke zeitnah einzuspielen. Die vielen positiven Antworten zeigen, dass wir im Interesse der meisten Kunden gehandelt haben. Recht herzlichen Dank für Ihr Verständnis.

Vielen Dank auch dafür, dass während der Neustarts hier eine gute gegenseitige Kommunikation und Hilfestellung möglich war. Das hat uns viel Arbeit im Support erspart. So konnte der Support möglichst schnell auf Anfragen reagieren.

Ich denke ich kann diesen Thread jetzt schließen, damit die Übersicht gewahrt bleibt.

Mit freundlichen Grüßen

Felix Preuß

PS. die angefangene Diskussion der Konkurrenzfähigkeit unserer Produkte kann gerne in einem anderen Thread fortgesetzt werden, solange dabei keine Namen der Anbieter genannt werden (Forenregel). Wir verkaufen nicht nur RAM, CPU und HDD. Mit unserer Preisgarantie garantieren wir Ihnen den besten Preis für die Leistung die wir bewerben. Dabei schauen wir auf alles was unsere Produkte auszeichnet: Funktionsumfang, Netzwerkbandbreite, Mindestverfügbarkeit, redundante Strom- und Netzwerkanbindung und natürlich auch auf CPUs (XEON ab L), RAM (zum Teil DDR4 und ECC) und Festplatten (zum Teil parallel geschaltete SAS-Festplatten oder SSDs).

Guten Tag,

in dem Fall einen MTR in beide Richtungen machen.

Wenn Hops bei einem Tracert nicht bekannt sind, liegt das daran das der ICMP Traffic über einen anderen Weg zurück läuft wie er herein kommt. Das ist nichts ungewöhnliches.

Mit freundlichen Grüßen

Felix Preuß

Was sagt der Hersteller von Teamspeak dazu?

Guten Tag,

sprich, die Paketverluste treten nur auf, wenn der Apache an ist?

Mit freundlichen Grüßen

Felix Preuß

Guten Tag,

Zitat

Man hätte es ja vorab bei den netcup Labs ausprobieren können.
Diese wurden anscheinend noch nicht informiert oder aktualisiert.

die nclabs nutzen eine QEMU-Version noch im Testing ist. Dazu steht mehr im entsprechenden Forenbereich.

Update:

Ein paar wenige Server sind mit unserem automatischen Script nicht neu gestartet worden. Diese bearbeiten wir jetzt manuell. Betroffene Kunden schreiben wir per E-Mail an.

Mit freundlichen Grüßen

Felix Preuß

Guten Tag,

Zitat

Dass Customer/Webseiten auch mit dem Basis-System zusammen
funktionieren, dafür bin ich dann verantwortlich und der Provider
kontrolliert es nicht Bzw. verhaltet sich so, dass die Webseiten für Stunden down sind.

wir machen das, was wir vertraglich festgelegt haben. Wir können nicht alle Websites auf einem managed Server kontrollieren, da wir zum einen gar nicht wissen wie diese aussehen sollen, zudem wissen wir nicht ob ein durch den Kunden produzierter Fehler diesem bekannt ist oder nicht. Wenn Sie einen vHost falsch konfigurieren, ist das in Ihrem Zuständigkeitsbereich. Wir können ja nicht bei jedem Fehler der in den Error-Logs auftaucht den Kunden anrufen und fragen ob das so sein soll oder nicht.

Was für Vorstellungen Sie haben....

Lassen Sie uns bitte die Arbeit tun, für die wir bezahlt werden. Wenn Sie weiter so im Forum herum schreiben, erhalten Sie unsere Antworten zu den vereinbarten Zeiten außerhalb des Feiertags. Mehr als Ihnen zu helfen können wir nicht und wir arbeiten jetzt schon die ganze Nacht durch.

Mit freundlichen Grüßen

Felix Preuß

Update:

Da scheinbar mehrere Kunden das Problem haben, hier ein Hinweis auf folgenden Beitrag:

Root Server M: Performanzprobleme durch Kernel-Bug?

Durch den Neustarts ist bei einigen Kunden ein neuer Kernel aktiv geworden, der zu den Problemen führt die in dem verlinkten Beitrag genannt sind. Bitte in dem Fall entsprechend dem Beitrag vorgehen.

Mit freundlichen Grüßen

Felix Preuß

Update:

Die Wartungsarbeiten konnten schneller als erwartet beendet werden. Die letzten KVM-Server sind jetzt im Bootvorgang und sollten in wenigen Minuten erreichbar sein. Wenn nicht, starten Sie bitte ins Rettungssystem. Funktioniert auch dieses nicht, wenden Sie sich bitte an unseren Support.

Der Support wird auch morgen mit erhöhtem Personal, trotz Feiertag, E-Mails bearbeiten. Da jedoch mehrere hundert E-Mails vorliegen, dauert die Bearbeitung etwas länger als sonst. Im absoluten Notfall können Sie auch unseren kostenpflichtigen Notfallsupport anrufen. Bei diesem entstehen nur Kosten, wenn das Problem nicht auf unserer Seite liegt.

Vielen Dank für das viele Verständnis das Sie hier gezeigt haben. Leider schaffen wir es in so einem Fall nicht jedem Kunden es recht zu machen. Da Sicherheit mit die höchste Priorität bei uns hat und dieses auch die meisten unserer Kunden einfordern, haben wir hier zeitnah gehandelt.

Dieser Thread wird, sofern nichts außergewöhnliches mehr passiert, morgen weiter von uns bearbeitet werden.

Ich wünsche Ihnen eine geruhsame Nacht und morgen einen angenehmen Feiertag!

Mit freundlichen Grüßen

Felix Preuß

Wenn das Rettungssystem funktioniert, liegt der Fehler mit großer Wahrscheinlichkeit nicht auf unserer Seite. Hier ist dann etwas an der Konfiguration Ihres Systems falsch. Dazu dann am besten einen separaten Thread hier im Forum auf machen, um Hilfe zu suchen.

Vielen Dank!

Mit freundlichen Grüßen

Felix Preuß

Guten Abend,

es kann sein das die DHCP-Server aktuell etwas länger zum Antworten brauchen. In so einem Fall einfach noch einmal versuchen zu starten, oder den DHCP-Servern mehr Zeit geben.

Als Referenz bitte immer das Rettungssystem nehmen. Hier muss DHCP funktionieren. Wenn nicht, bitte an den Support wenden.

Mit freundlichen Grüßen

Felix Preuß

Guten Abend,

bitte ins Rettungssystem booten wenn das Netzwerk nicht funktioniert. Funktioniert es auch dort nicht, bitte an den Support wenden.

Vielen Dank!

Mit freundlichen Grüßen

Felix Preuß

Guten Abend,

funktionieren die Server im Rettungssystem?

Mit freundlichen Grüßen

Felix Preuß

Update:

Gut 75% der Systeme sind jetzt wieder gebootet. Nach wie vor kann die Festplatte noch etwas träge sein.

Zitat

Allerdings ist die Netzwerkanbindung tot. Ich kann weder von außerhalb
auf den Server pingen noch von der VNC Konsole aus nach draussen.

was passiert wenn Sie den Server neustarten? Stimmt Ihre Netzwerkkonfiguration?

Mit freundlichen Grüßen

Felix Preuß

Zitat

Jetzt schon 12 Minuten und die Kiste ist immer noch nicht oben.

Je nachdem was noch auf dem Node los ist kann das aufgrund der vielen Festplattenzugriffe dauern, wie oben angekündigt.

Eventuell beendet sich auch ein Dienst auf Ihrem System nicht. Dieser muss dann zunächst in einen Timeout laufen, bevor der Server neu startet.

Mit freundlichen Grüßen

Felix Preuß

Zitat

Kann es sein, dass der Host noch nicht die volle Performance zur Verfügung stellt?

ja, wenn viele Server neustarten sind die Festplatten recht ausgelastet. Das beruhigt sich in der Regel aber nach einigen Stunden.

Mit freundlichen Grüßen

Felix Preuß