Posts by [netcup] Lars S.

  • VM resettet sich

    Quote from H6G

    Bei mir läuft seit 2 Wochen auch wieder alles einwandfrei.

    Ich würde gerne noch wissen, was seitens Netcup geändert wurde und warum das über ein Jahr bis zur Umsetzung gedauert hat [netcup] Claudia M.

    Hallo zusammen,


    ich antworte einmal für Claudia.


    Dank eurer zahlreichen Eingaben, war es uns möglich, das Problem gesammelt zu betrachten und Ähnlichkeiten abzuleiten. Die Probleme erschienen bisher als Einzelfälle, ohne offensichtlich erkennbare Korrelation. Es konnte jedoch im Rahmen von gründlichen Analysen, die durch die erfolgte Datensammlung möglich wurden, festgestellt werden, dass eine von uns genutzte Option des Linux-Kernels für die Instabilitäten verantwortlich war. Ich bitte um Verständnis dafür, dass ich hier nicht ins Detail gehen kann, da die genaue Konfiguration der Kernel unserer Hostsysteme natürlich integraler Bestandteil unserer Betriebsgeheimnisse im Bezug auf unsere VPS und Root-Server ist.


    In jedem Fall freue ich mich, dass die Probleme nun verschwunden sind. Es wurde viel Zeit in die Analyse und Lösung dieses Sachverhalts gesteckt und es ist toll, dass wir unsere Produkte mit eurer Hilfe weiter optimieren konnten. Vielen Dank an euch alle für die Hilfe.

  • VM resettet sich

    Hallo zusammen,


    vielen Dank für eure zahlreichen Meldungen. Gerne möchten wir diese gesammelt untersuchen, um unsere Produkte weiter verbessern zu können. Bitte kontaktiert uns daher jeweils mit folgenden Daten und einem kurzen Verweis auf diesen Beitrag hier per E-Mail an mail@netcup.de. Wir sammeln die Fälle, um Gemeinsamkeiten finden zu können. Dies erlaubt es uns, den Sachverhalt bestmöglich zu analysieren.


    Bitte lasst uns dazu in jedem Fall folgendes zukommen:


    - Euren vServer-Namen
    - Eure verwendete Distribution
    - Eure verwendete Kernel-Version (kann z.B. mit "uname -a" herausgefunden werden)
    - Wurde etwas manuell am Kernel konfiguriert, und wenn ja, was?
    - Wird VMX / SVM genutzt?
    - Zeitpunkte, zu denen das Problem aufgetreten ist
    - Problembeschreibung


    Danke für eure Unterstützung! :)

  • Subdomain löschen nur noch über "Aktive Liste" möglich

    Hallo zusammen,



    danke für euer offenes Feedback.


    Manchmal, auch in diesen beiden beschriebenen Fällen, müssen wir auf bestimmte Entwicklungen bei dem verwendeten Hostingpanel Plesk, welches nicht von uns selbst konzipiert wird, so reagieren. Damit können wir die entsprechenden Funktionalitäten weiterhin gut kontrollieren und so Schwierigkeiten bei der Bedienung / Nutzung bzw. Einschränkungen für unsere Kunden unterbinden.


    Zum Teil setzen uns die möglichen Konfigurationsoptionen des Hostingpanels Grenzen, so dass wir dann Features in anderer Form bereitstellen müssen, wie hier geschehen. Ein Hinweis auf die Änderung des Ortes zum Wechseln des Dokumentenstamms wird z.B. prominent an der alten Stelle angezeigt. So versuchen wir in jedem Fall, die Umstellung so einfach wie möglich zu gestalten, falls es nicht anders realisierbar ist.


    Danke für euer Verständnis.

  • VPS 200 G8 WAN Performance unzufrieden... Lohnt ein Upgrade?

    Hallo mainziman,


    ich antworte hier einmal für Claudia :) Aktuell sind uns diesbezüglich keine Probleme bekannt. Wenn du das weiterhin beobachten kannst, wende dich am besten einmal per E-Mail an unser Support-Team, dann können wir das genauer untersuchen. Danke.

  • Backbone / Routing Q&A

    Hallo zusammen,



    danke für euer zahlreiches Feedback. Die DE-CIX-Einschränkung betraf nicht jeden Kunden des DE-CIX. Es gab hier aber definitiv eine Störung, die zu Netzwerkproblemen bei uns geführt hat und auch im weiteren Verlauf hätte führen können. Diese Einschränkung ist, wie auf unserer Status-Seite angegeben, inzwischen behoben.


    Gleichzeitig habt ihr uns hier diverse Probleme unter anderem im Zusammenhang mit dem Carrier Telia geschildert. Wie auch schon hier beschrieben, hat ein Kunde dazu schon ein Ticket bei uns eröffnet. Der Vorgang ist bei unserem Network Operation Center (NOC) in Bearbeitung. Bitte seid euch sicher, dass wir das Anliegen aktiv prüfen und bearbeiten und auf eine schnelle Lösung hinwirken. Der Sachverhalt gestaltet sich aber einigermaßen komplex, so dass unsererseits umfangreiche Prüfungen nötig sind, um eine nachhaltige Lösung implementieren zu können. Daran wird derzeit gearbeitet.


    Dieser Thread ist ein freiwilliges Angebot unserer Kollegen des NOC. Wir können über diesen Thread, wie allgemein über unser Forum, keinen durchgehenden Support garantieren. Es ist daher möglich, dass auch bei gemeldeten Einschränkungen hier nicht sofort eine Rückmeldung durch uns erfolgt. Wenn ihr eine Störung im Netzwerk (oder bei anderen Systemen von uns) bemerkt, bitten wir euch daher, immer zuerst ein Support-Ticket zu erstellen. Wir versuchen natürlich stets, zeitnah mit euch hier im Forum zu kommunizieren, falls es einmal ein größeres Problem gibt. Dem Kunden wurde bereits, wie auch hier erwähnt, geantwortet, dass wir den Vorgang aktuell prüfen.


    Für eure Kritik und euer Feedback bedanke ich mich, wir werden dieses analysieren und auch für die Zukunft in unsere Planungen einbeziehen. Ich bitte euch dabei aber, sachlich zu bleiben. Wir sind alle bestrebt, stets eine störungsfreie Umgebung für unsere Kunden bereitzustellen. Gerade im Netzwerkbereich aber, spielen hier viele verschiedene Variablen hinein. Ich bin mir sicher, jeder Mitarbeiter bei uns versucht alles, um auftretende Störungen im Vorfeld zu vermeiden und falls diese doch auftreten, diese stets schnellstmöglich zu bearbeiten und zu lösen. Gleiches gilt eben auch für den shared Hosting-Bereich, da hier das Thema Datenbank-Upgrades bereits Erwähnung fand: Durch die Vielzahl an verschiedensten Datenstrukturen, die auf einem shared Hosting-Datenbankserver abgelegt werden, gestalten sich Upgrades als hoch komplex und zeitlich sehr aufwendig. Diesen hohen Zeitaufwand wenden wir aber natürlich gerne auf, um schnellstmöglich das gewünschte Ergebnis zu erreichen.

  • Nextcloud 21 benötigt MySQL 8 oder höher

    Hallo zusammen,



    wir haben inzwischen bereits eine Vielzahl an Systemen upgraded und auch in dieser Woche werden zahlreiche weitere Systeme aktualisiert. Es ist möglich, dass bestimmte Systeme trotz Ankündigung derzeit noch nicht mit dem Upgrade versehen worden sind. Zur Erklärung: Vor Ankündigung des Upgrades führen wir eine Prüfung durch, ob dieses ohne weitere Vorarbeiten ausführbar ist. Unmittelbar vor dem Upgrade wird diese Prüfung wiederholt und das Ergebnis kann sich unter gewissen Umständen unterscheiden. Da die Daten in einer Datenbank sehr dynamisch sind und sich quasi ständig verändern können, kann dies dazu führen, dass wir das Upgrade verschieben müssen. Wir upgraden aktuell Systeme, bei denen keinerlei Schwierigkeiten im Upgrade-Prozess absehbar sind.


    Auf diesen Umstand weisen wir in der Upgrade-Ankündigung auch hin:

    Quote


    Bitte haben Sie Verständnis dafür, dass wir aufgrund der hohen Anzahl an zu aktualisierenden Servern die genaue Uhrzeit an dem jeweiligen Tag nicht benennen können und dass es desweiteren möglich ist, dass Upgrades ggf. auf einen späteren Zeitpunkt verschoben werden müssen (in diesem Fall erhalten Sie von uns eine erneute Terminankündigung).

    Betroffene Kunden werden also eine erneute Ankündigung erhalten, sobald wir das Upgrade durchführen können. Systeme, bei denen umfangreichere Prüfungen, Interventionen oder Vorarbeiten notwendig sind, werden wir erst in den kommenden Wochen aktualisieren. Ein großer Teil der Systeme und auch natürlich alle neuen Webhosting-Server, welche wir bereitstellen, werden bereits mit MySQL 8 betrieben.


    Das "In-Place-Upgrade" von MySQL 5.7 auf 8 ist aufgrund der Vielzahl an diversen Datenstrukturen in einem shared Hosting eine große Herausforderung, bei der es immer wieder neue Situationen gibt, für die verschiedene Lösungen gefunden und getestet werden müssen, weswegen dieser Prozess einiges an Zeit in Anspruch nimmt.

  • Anhaltende/sporadische Probleme mit Domains/DNSSEC

    Quote from mfnalex

    Möchte mich nochmal entschuldigen für die Wortwahl im ersten Post, ich war halt echt sauer weil zwei meiner wichtigsten Domains aus dem Nichts kaputt waren - leider ist die Bearbeitungszeit abgelaufen, vielleicht könnte ja jemand vom Team ( [netcup] Claudia M. ) den Titel in etwas "neutraleres" abändern, z.B. "Anhaltende/sporadische Probleme mit Domains/DNSSEC" oder so :) Ich hoffe jetzt einfach dass der Support das Problem findet und wir dann alle in Zukunft wunschlos glücklich werden :D

    Hallo mfnalex, ich habe es wunschgemäß geändert.

  • Anhaltende/sporadische Probleme mit Domains/DNSSEC

    Hallo zusammen,



    vielen Dank für euer zahlreiches Feedback.


    DNSSEC ist ein komplexes technisches Thema, bei dem viele Zahnräder ineinander greifen müssen, damit alles korrekt funktioniert. Kommt es auch nur zu kleinen Abweichungen, können Probleme auftreten und, dies ist ja bekanntlich der Sinn des Konzepts, die Domain löst unter Umständen nicht mehr korrekt auf. Wir haben natürlich entsprechende Vorsorge getroffen, um möglichst alle denkbaren Fehler, die auftreten könnten, abzufangen und so eine Unerreichbarkeit von Domains zu verhindern.


    Im Thread wurden verschiedene Beispiele genannt, bei denen es bereits zu Einschränkungen aufgrund von DNSSEC kam. Das Feature DNSSEC mit automatischer Schlüsselverwaltung durch uns bieten wir nun bereits seit Mitte 2016 an. Seitdem wurden, wie bei komplexen technischen Systemen auch mit größter Sorgfalt kaum zu verhindern, diverse Fehler gefunden, die nach ihrem Bekanntwerden schnellstmöglich behoben wurden. Es ist mir wichtig, zu betonen: Die verschiedenen hier genannten Einschränkungen hatten sicherlich unterschiedliche Ursachen und das DNSSEC-Feature wird kontinuierlich weiter entwickelt. Unseren Beobachtungen zufolge arbeitet DNSSEC für die absolut überwiegende Mehrzahl der Domains durchgehend ohne Probleme. So nutzen wir z.B. DNSSEC auch bei uns für verschiedene äußerst wichtige Domains – darunter das CCP und das SCP. Ausfälle bei diesen Domains würden bei uns umgehend bemerkt werden, bei den Domains ist DNSSEC schon längere Zeit aktiv. Von einem allgemeinen Problem bei der Funktionalität kann also nicht die Rede sein, dieser Eindruck kann aber verständlicherweise schnell entstehen, da das letztliche Fehlerbild – die Domain löst nicht mehr auf, falls DNSSEC validiert wird – das Selbe ist. Die Ursachen unterscheiden sich aber erheblich, sind teilweise auch individuell bedingt. Es ist also nicht so, dass wir unehrlich sind, wenn wir schreiben, dass der Sachverhalt gelöst wurde. Es ist nur möglich, dass andere Ursachen hinzukommen, oder neue entdeckt werden (wobei hier recht wahrscheinlich ist, dass es nicht mehr die gleichen TLDs / Kunden trifft). Die hier erwähnte Ticket-Antwort in einem anderen Fall ("found an issue in the DNSSEC renewal tasks which can occur under certain conditions (when another update job for the domain is pending at the same time)") hat z.B. ein Problem gelöst, welches nur bei bestimmten Registrys auftrat. Hierdurch treten nun aber bei den betroffenen TLDs tatsächlich keine zusammenhängenden Fehler mehr auf.


    Im konkreten Fall stehen wir mit mfnalex per Ticket in Kontakt. Leider gestaltet sich die Fehlersuche schwierig, da der Sachverhalt schnellstmöglich durch mfnalex bereits gelöst wurde, wofür wir natürlich Verständnis haben, was uns nun aber nicht mehr die Möglichkeit bietet, den Fehler "live" zu untersuchen. Was wir daher in jedem Fall empfehlen können, sollten bei euch Probleme mit DNSSEC auftreten: Bitte prüft die Domain wenn möglich auf der Webseite dnsviz.net, dies ist ein Tool, mit dem DNSSEC-Probleme gefunden werden können. Das Tool speichert auch vergangene Analysen und diese können dann mit dem Domainnamen öffentlich eingesehen werden, so dass wir den Fehler auch später noch nachvollziehen können. Wenn Kunden uns kontaktieren, während der Sachverhalt noch besteht, nutzen wir dies auch, um Einschränkungen prüfen und kategorisieren zu können. Hier ist natürlich die beste und umfangreichste Fehleranalyse möglich. Wir gehen davon aus, dass es sich auch im hier vorliegenden Fall um einen individuellen Fehler, den wir so nur unter ganz bestimmten Umständen beobachten können, handelt.


    Ich danke euch für eure zahlreichen Rückmeldungen. Wir wissen, dass die Unerreichbarkeit einer Domain große Probleme für den betroffenen Kunden erzeugen kann. DNSSEC stellt aufgrund seiner hohen Komplexität und zahlreichen potenziellen Fehlerquellen immer ein geringes, aber eben vorhandenes Risiko für die Verfügbarkeit einer Domain dar. Natürlich ist das keine Entschuldigung für etwaige Fehler bei uns. Grundsätzlich sollte aber jedem Anwender klar sein, dass DNSSEC, kommt es zu einem Fehler (auf wessen Seite auch immer), dazu führen kann, dass die Erreichbarkeit einer Domain erheblich eingeschränkt wird. Solche Probleme können nicht nur uns treffen, auch bei anderen Anbietern kann es bedauerlicherweise zu Fehlern kommen, die dann ähnliche Probleme bedingen können.

  • Netcup nameserver timeouts

    Hallo zusammen,



    vielen Dank für eure Hinweise und Geduld.


    Das hier beschriebene Verhalten sollte seit heute Nachmittag nicht mehr bestehen. Wir waren hier leider von einem Bug in der verwendeten Nameserver-Software betroffen, der offenbar nur bei sehr hohen Query-Lasten auftritt, wie wir diese zwischenzeitlich teilweise erreichen. Wir konnten diesen beheben und unsere Nameserver laufen nun wieder zuverlässig und stabil. Solltet ihr dennoch weiter Probleme feststellen, lasst es mich gerne hier wissen. Für die Einschränkungen bitte ich um Entschuldigung. Ich wünsche euch einen schönen Abend.

  • Server hängt im reinstall

    Quote from HiddenSurface

    Das ist offenbar nicht mehr korrekt, ich habe gerade dort wegen eines aufgrund des aufgehängten reinstall-Prozesses blockierten SCPs angerufen, und es wurde mir gesagt, man könne mir diesbezüglich nicht helfen.

    Hallo HiddenSurface,



    danke für dein Feedback. Ich habe das gerade auch nochmal mit meinem Kollegen, mit dem du gesprochen hast, besprochen. Grundsätzlich ist es so, dass, wie hier im Thread von einem Kunden auch schon erwähnt, die Image-Installation nach einer gewissen Zeit in einen Timeout läuft. Darauf hatte dich mein Kollege hingewiesen und gebeten, dich nochmal per Ticket (da das dann während unserer regulären Geschäftszeiten gewesen wäre, wäre es auch sehr schnell bearbeitet worden) zu melden.


    Ich verstehe aber, dass es für dich dringend war, weswegen du dich ja auch im Notfallsupport gemeldet hattest. Ich habe das nochmals mit dem Team besprochen und darum gebeten, bei solchen Fällen die Image-Installation, wenn möglich und sinnvoll, sofort abzubrechen. Bitte entschuldige, dass es in deinem Fall nicht erfolgt ist. Deinen Server habe ich mir gerade angesehen und kann erkennen, dass die Installation inzwischen abgebrochen ist und der Server wieder gesteuert werden kann.

  • Remotezugriff auf MySQL per Hostname

    Hallo Joz,


    dieses Feature ist im Sinne der bestmöglichsten Performance unserer Datenbankserver auf diesen deaktiviert. Es ist daher nur möglich, Verbindungen von bestimmten IP-Adressen, allerdings nicht von Hostnamen, zuzulassen. Freigeschaltete Hostnamen werden vom Datenbankmanagementsystem MySQL daher ignoriert.

  • vServer und SCP offline?

    Hallo cltrmx und SN7404,


    es lag gerade ein Hardware-Ausfall an einem Node mit virtuellen Servern bei uns vor. Um einen weiteren stabilen Betrieb zu gewährleisten, musste umgehend eine Hardware-Komponente getauscht werden, daher ist das Wirtssystem temporär ausgefallen. Wir haben diesbezüglich an die im Kundenkonto hinterlegte E-Mail-Adresse eine Nachricht versendet, um über den Ausfall zu informieren.


    Die Hardwarekomponente wurde getauscht und die Server sind wieder erreichbar. Es hat noch einige Minuten gedauert, bis die I/O-Last auf dem System wieder in Ordnung war, da die neue Komponente erst initialisiert werden musste. Nun sieht es wieder gut aus.

  • Datenbankserver upgraden auf MySQL 8 - was soll das?

    Wir haben eine geeignete Optimierung erarbeitet, um den Upgrade-Vorgang zu beschleunigen und werden daher in der nächsten Woche mit den Upgrades fortfahren. Sicherheitshalber werden wir diese ab sofort mit einer Dauer von ca. 60 Minuten ankündigen, allerdings war in unseren neuesten Versuchen mit der Optimierung das Upgrade in der Regel deutlich schneller abgeschlossen. Kunden, deren Server nächste Woche aktualisiert werden, werden in Kürze von uns per E-Mail benachrichtigt.


    Der Vollständigkeit halber sei erwähnt, dass wir auf manchen Systemen noch auf die Version 8.0.25 upgraden, nicht 8.0.26, diesbezüglich muss ich mich minimal korrigieren ;) Im Falle von SD2 macht dies allerdings keinen Unterschied, da auch diese Version ja nicht zu den explizit nicht unterstützten Versionen der verwendeten Software gehört.

  • Datenbankserver upgraden auf MySQL 8 - was soll das?

    Hallo SD2,


    die Upgrades für den heutigen Tag werden auf einen zukünftigen Zeitpunkt verschoben, diese Möglichkeit haben wir uns in unserer Ankündigung bewusst offen gelassen:

    Quote

    [...] dass es desweiteren möglich ist, dass Upgrades ggf. auf einen späteren Zeitpunkt verschoben werden müssen (in diesem Fall erhalten Sie von uns eine erneute Terminankündigung)


    Wir haben bereits in den letzten Tagen einige Upgrades erfolgreich durchgeführt, sind allerdings noch dabei, den Prozess weiter zu optimieren, insbesondere, um die Ausfallzeit während des Vorgangs zu verkürzen. Um nötige Tests und anschließend Optimierungen durchführen zu können, haben wir die MySQL-Upgrades nun temporär pausiert. Betroffene Kunden erhalten in der Zukunft eine erneute Terminankündigung per E-Mail.