Posts by SCD

Mein VPS 1000+ ist seit dem Black Friday abgeschaltet.

Deshalb kann ich nicht sagen, was für Auswirkungen der Fehler beim Wirt hatte.

Scheinbar kam der BlackPearl genau richtig

timkoop wrote:

Meiner dreht gerade am Rad (oder eben nicht). Apache tot, Docker tot, SSH tot (und wahrscheinlich alles andere auch). Im SCP läuft der Monitor noch, ping geht auch noch durch... Mal schauen was er hat

Vielleicht hat die Migration nicht funktioniert:

Mail vom 06.12.11:13

Quote

aufgrund eines Hardwaredefekts am Wirtssystem Ihres Servers muss dieser auf ein anderes Wirtssystem verschoben werden.

vxxxxxxxx - VPS 1000 G8 Plus

Wir führen dies zum Schutz Ihrer Daten durch. Der Umzug startet binnen der nächsten 24 Stunden. Da Sie Snapshots angelegt haben wird der Server nach dem Umzug einmal neu gestartet.

Hallo,

habe heute meinem VPS 1000 G8 Plus durch den RS BlackPearl BF19 ersetzt (der Arbeitsspeicher wurde langsam zu klein).

Der Server ist derzeit bis zum 12.12.2019 bezahlt und läuft aufgrund der Kündigungsfrist bis zum 11.01.2020.

Stefan

560 GB ist richtig. Wird mir im SCP angezeigt.

eripek wrote:

Ich glaube die Antwort zu kennen: Froxlor. Wobei man sich wahrscheinlich gedacht haben wird, dass man Debian 9 auslassen kann. Nur gibt es schon getestete Konfigurationssnippet für Froxlor mit Debian Buster?

Auf meinen Server läuft Froxlor zusammen mit Debian 10 ohne Probleme.

Froxlor 0.10.0-rc2 hat auch direkt die Konfiguration für Debian 10 an Board.

Folgende Mail habe ich zum managed Server vor kurzem bekommen:

Quote

Wir planen aktuell, Ihr System zeitnah auf die neueste Version des Panels Plesk und des verwendeten Betriebssystems zu aktualisieren. Sie profitieren dadurch von Verbesserungen in Plesk (z.B. höhere Geschwindigkeit der Benutzeroberfläche und Verbesserungen im Wordpress Toolkit), von neueren Programmversionen und von einer allgemein erhöhten Performance des Systems.

Bei unseren Vorabprüfungen ist uns aufgefallen, dass Sie noch PHP-Versionen verwenden, die von der neuen Version des Betriebssystems nicht mehr unterstützt werden. Hiervon sind grundsätzlich alle PHP 5.X Versionen betroffen. Versionen ab PHP 7.0 werden weiter unterstützt.

Wir gehen aktuell davon aus, dass viele der Domains die auf PHP 5.6 eingestellt sind, dieses nicht zwangsläufig benötigen, da diese Version standardmäßig beim Erstellen neuer Domains im Plesk-Panel vorausgewählt war. Die gängigen CMS (z.B. Wordpress) und die meisten anderen, aktuellen Webanwendungen, können auch problemlos mit PHP 7.3 arbeiten. Gleichzeitig bietet PHP 7.3 Ihnen als Anwender einige Vorteile, darunter insbesondere große Geschwindigkeitsverbesserungen.

Nutzern von PHP 5.6 werden wir eine PHP 5.6 Version bereitstellen, welche auch nach dem Update genutzt werden kann. Webseiten mit PHP 5.6 werden somit im Rahmen der Upgrades nicht auf PHP 7 umgestellt. Diese PHP 5.6 Version weist allerdings aufgrund des verwendeten, aktualisierten Betriebssystems einige technische Einschränkungen auf und es kann nicht garantiert werden, dass Ihre Anwendungen einwandfrei mit dieser funktionieren werden. Außerdem können wir nicht garantieren, wie lange diese Version noch bereitgestellt werden kann, weswegen wir auch hier dringend ein Update Ihrer Anwendungen auf PHP 7 Kompatibilität empfehlen.

Webseiten, welche zum Zeitpunkt des Updates, welches wir am Anfang des nächsten Jahres ankündigen werden, weiter Versionen älter als PHP 5.6 verwenden, werden im Rahmen des Upgrades automatisch auf PHP 7.0 umgestellt. Sie können bereits jetzt prüfen, ob Ihre Webseite PHP 7.0 oder neuer unterstützt: Loggen Sie sich dazu in das Plesk-Panel Ihres managed Servers ein, wechseln Sie zur betroffenen Domain und ändern Sie die PHP-Version in den "Hosting-Einstellungen" der Domain. Wir empfehlen Ihnen, zunächst die neueste Version, PHP 7.3 zu testen, um auch langfristig für die Zukunft gerüstet zu sein. Sollte diese nicht funktionieren, testen Sie am Besten auch PHP 7.2. Unter Umständen kann es nötig sein, dass Anpassungen Ihrer Anwendungen nötig sind, um eine Kompatibilität mit jeglichen PHP 7 Versionen zu gewährleisten. Dies betrifft die meisten gängigen Webanwendungen nicht, kann aber z.B. insbesondere bei individuell programmierten, oder nicht mehr weiterentwickelten Skript en, zutreffen. Wir verstehen, dass dies einen hohen Aufwand für Sie darstellt. Aus Gründen der Systemstabilität und -sicherheit kann allerdings eine weitere Unterstützung von PHP 5 nicht mehr geleistet werden. Wir bitten hierfür um Ihr Verständnis.

PHP 5.5 wird bereits seit Mitte 2016 nicht mehr mit Aktualisierungen versorgt. Trotzdem haben wir diese und ältere PHP 5 Versionen weiter unterstützt. Dies ist nun aufgrund der neuen Betriebssystem-Version nicht mehr möglich. Auch PHP 5.6 erhält seit Anfang 2019 keine Updates mehr.

Wir verstehen, dass diese Maßnahme für Sie eine hohe Belastung darstellen kann. Dennoch ist die Abschaltung von PHP 5 aus technischer Sicht unvermeidlich. Es sei bereits vorab darauf hingewiesen, dass wir Versionen, welche älter als PHP 5.6 sind, auf keinen Fall länger unterstützen können. Diese Versionen werden in jedem Fall im Rahmen des Upgrades entfernt und diesbezüglich können wir auch keine Ausnahmen machen. Wir bedanken uns für Ihr Verständnis.

Display More

Paul wrote:

Alle Reboots haben anstandslos funktioniert. Hier mal ein Dankeschön an Netcup für die reibungslose Arbeit. Ich weiß, andere hier hatten nicht so viel Glück, aber ab und zu kann man ja auch mal die postitiven Geschichten erwähnen.

Bei den meisten Servern die ich direkt oder für anderen Kunden bei Netcup betreue lief auch alles glatt. Aber der Server heute ging gewaltig daneben.

Sollte nicht, kann aber passieren. Wenn sich Netcup dann beim Anruf direkt drum kümmern wurde, hätte ich ja Verständnis gehabt.

Aber nicht wenn bei der Hotline direkt gesagt wird "Fehler bei Reboot durch ZombieLoad, im Recovery-System nachzuvollziehen" und man nur als Antwort bekommt, schreiben Sie ein Ticket. Und dieses Ticket wird erst nach vier Stunde bearbeitet.

Von einen professionellen Anbieter erwarte ich dann sofortige Hilfe und keine Abarbeitung der Tickets in Reihenfolge.

Und der Kunde, welcher dem Server gehört wäre auch gerne Bereit gewesen, die Notfallgebühr zu bezahlen, wenn es doch nicht Schuld von Netcup gewesen wäre.

[netcup] Felix Ich häte hierzu gerne eine Stellungnahme. Es geht um https://forum.netcup.de/admini…ombiload-nicht-erreichbar

Um 13:50, 4 Stunden nach dem Reboot läuft der Server wieder.

Leider wurde ich von der Hotline nicht zum Techniker durchgestellt.

Ich kann zwar verstehen, dass dies nicht bei jeder Anfrage geht, aber bei einen Komplettausfall in der Länge sollte doch schon die Möglichkeit dazu geben.

Gerne kann dafür auch die Notfall-Nummer auch zur Geschäftszeit mit den gleichen Konditionen wie außerhalb der Geschäftszeit genutzt werden.

Ist fest hinterlegt. Aber wie gesagt, selbst das Recovery-System startet nicht ...

Hallo,

ein von mir betreuter Server ist nach dem Reboot nicht erreichbar. Der Server startet zwar, hat aber keine Netzwerk-Anbindung.

Auch das Recovery-System startet nicht.

pasted-from-clipboard.png

Übersehe ich etwas oder ist das wirklich nur ein Fall für Netcup ?

Das Ticket NC#2019073010004267 wurde um 10.24 nur weitergeleitet, aber bis jetzt (knappe zwei Stunden später) nicht bearbeitet

Habe es gestern abend und heute probiert. Wert bleibt immer in diesem Bereich ...

Normal erreicht der Test ~ 525 MB/s

Scheinbar stimmt wieder was mit dem RAID nicht

Quote

dd if=/dev/zero of=./test.file bs=1M count=500 oflag=direct

500+0 Datensätze ein

500+0 Datensätze aus

524288000 bytes (524 MB, 500 MiB) copied, 2,40253 s, 218 MB/s

Und nein, ich mache nicht täglich ein Test, sondern sehe es in Munin bei Disk-Latency

Ok, dann eben der Schweiß der Mitarbeiter vom Daumen drehen

mainziman wrote:

Was ist da passiert; meine .info-Domain läuft lt. WHOIS in 1 Monat ab,

[...]

die nächste Abrechnung kommt lt. CCP im Nov. 2019;

was passierte nach der erfolgten Zahlung im Nov. 2018?

Mach Dir keine Gedanken, das Ablaufdatum hat nichts mit der CCP-Abrechnung zu tun.

Die meisten Provider verlängern (und bezahlen) die Domain erst kurz vom Ablauf ...

Es wurde aber auch geschrieben, das nicht alle betroffen sind. Aber inzwischen sind weitere Mails eingangen.

Ich habe es auf mein Froxlor-System schon drauf. Ging ziemlich problemlos.

• In Dovecot muß die Konfiguration angepaßt werden (jedoch nur eine Warnung im SysLog)
• Ein Dienst wurde nicht richtig neugestartet (war glaube auch Dovecot, der o.g. Fehler hat damit aber nichts zu tun gehabt)
• MySQL Strict ist nun aktiviert und muß eventuell deaktiviert werden

Habe die alte Konfiguration einfach immer übernommen

Sind inzwischen alle Mails dazu verschickt oder kommen noch welche ?

Oder anders gefragt: Wenn ich für einen Server noch nichts bekommen habe, ist er nicht betroffen ?

Zur Info: Der Link im ersten Beitrag zeigt nach Spectre-NG-Foreshadow.

Gilt auch für VPS. Gerade Mails zu bekommen.

Besser sind die UUIDS:

# blkid

Wird zu:

Wenn das System danach nicht startet kann man einfach wieder auf VIRTIO zurückstellen.