Danke, hatte das so ebenfalls in Erinnerung, aber bei M$ weiß man ja nie was die machen...
Es ist eine intensive Speicher-Optimierung notwendig
- bagbag
- Erledigt
-
-
aber bei M$ weiß man ja nie was die machen.
Eben. Sich an RFC und jahrzehnte lang geltende Regeln zu halten, ist nocht mehr Modern.
Heute macht jeder Serverfuzzi was er will und benimmt sich wie der schlimmste Hilfsarbeiter...
-
eine stark fragmentierte Festplatte.
Also sollte bei SSD Servern diese Panikerzeugende Meldung ignoriert werden!? Genauso bei Verschlüsselten Platten?
-
Ich kann die Info nicht wirklich nachvollziehen, da alle meine 10 gebuchten Server von VPS - RS diese Speicheroptimierung angezeigt worden war und mehr als die Hälfte zu 15% gerade einmal belegt sind und der SSD Trim jede Woche automatisch erfolgt.
Freunde... deren Server hatten auch alle die Info im SCP.
Wer hatte diese dann nicht?
Ein wenig irritiert mich das bei einigen dies 30 Minuten lang gedauert hatte, wie ist das dann mit der mittleren Mindestverfügbarkeit?
Rechne ich jetzt falsch, bei den RS Tarifen von 99,9% sind das 18 Minuten im Jahr Ausfallzeiten und mit Service Level A+ noch weniger.
Bei mir war es sicher dank SSD Tarif/Server jeweils keine Minute.
-
Wer hatte diese dann nicht?
Ein wenig irritiert mich das bei einigen dies 30 Minuten lang gedauert hatte, wie ist das dann mit der mittleren Mindestverfügbarkeit?
Rechne ich jetzt falsch, bei den RS Tarifen von 99,9% sind das 18 Minuten im Jahr Ausfallzeiten
0,1% von einem Jahr sind 9 Stunden.
Ich hatte keine Meldung. -
Was auch komisch ist:
ZitatINFO 12.06.2019 09:41:58 Keine Optimierung nötig - Schritt übersprungen.
INFO 12.06.2019 09:39:58 Storage Optimierung gestartet
Der selbe Server zeigt jetzt wieder an, dass er optimiert werden will.
-
Also sollte bei SSD Servern diese Panikerzeugende Meldung ignoriert werden!? Genauso bei Verschlüsselten Platten?
Zumindest für die Verschlüsselung habe ich eben eine Antwort vom Support bekommen:
Zitat -
Bei einem Server mit ca. 500 GB belegter HDD (mehr als eine Million Dateien; keine Snapshots) hat es heute Nacht ca. 2-3 Stunden gedauert
Zum Glück habe ich das für die Nachtstunden eingeplant.
-
Ich habe weder bei meinem RS 500 SAS oder bei einem VPS 500 diese Meldung - also ist wohl nicht jeder davon betroffen.
-
Läuft jetzt seit knapp über 5 Stunden
-
Läuft jetzt seit knapp über 5 Stunden
Ich schau erst garnicht ins SCP. Dann muss ich auch nix machen.
-
Kann das auch damit zusammenhängen, dass ohne mein Eingreifen einer meiner Server plötzlich "pausiert war"? Und erst nach mehrmaligem Fortsetzen wieder lief?
Screenshot_20190617_194835.png
P.S: Die Nachricht wird mobil nicht angezeigt -
Seid vorsichtig, bei mir hat es einen vServer zerbröselt, bootloader und platte korrupt, nicht mehr mountbar, nicht mehr zu retten. Bei den anderen gab es keine Probleme.
Macht Backups vor dem Defragmentieren!
-
-
h0st4 Ich denke, das Posten in einem Thread ist ausreichend. Doppelposts sind hier nicht notwendig. Außerdem: Woher weißt du, dass es an der Defragmentierung gelegen hat? Wurde der Server zuvor schon ohne Probleme neugestartet, oder lief der für 200 Tage durchgehend?
ja, Doppel-Posts sind in der Regel unnötig. Vielleicht hilft es dennoch vorbeugend. Doppelt gemoppelt hält besser
https://forum.netcup.de/admini…ge-optimierung-gestartet/
Der Server hatte den letzten reboot etwa 5 Monate vor dem Vorfall.
Allerdings wurde er quasi kaum verwendet, da es sich um einen reinen Demo-Server handelt.
Das bis auf den hostname quasi identische Setup läuft auf ner anderen Kiste auch, in production, bei der die Defragmentierung ohne Probleme von Statten gegangen ist, so wie auch auf allen anderen vServern...Insgesamt sehr merkwürdig. Eine Rettung scheint nicht machbar, da alle Partitionen korrupt sind / bad superblocks / etc...
-
Der Server hatte den letzten reboot etwa 5 Monate vor dem Vorfall.
Allerdings wurde er quasi kaum verwendet, da es sich um einen reinen Demo-Server handelt.
Machst du denn gar keine (Kernel-) Updates?!
-
Machst du denn gar keine (Kernel-) Updates?!
Nicht blind, aber auch nicht nie.
Die Prioritäten sind woanders gewesen.
War im Übrigen geplant, allerdings kam die wichtige "Speicheroptimierung" dazwischen und hat alles zerschossen.
-
Weshalb zum Geier brauche ich um die Festplatte komplett zu löschen vorher eine Speicheroptimierung?
Bzw weshalb ist diese auch beim Festplatte löschen notwendig?
-
Weshalb zum Geier brauche ich um die Festplatte komplett zu löschen vorher eine Speicheroptimierung?
Bzw weshalb ist diese auch beim Festplatte löschen notwendig?
Virtuelle Maschinen brauchen sowas unter Umständen.
-
Ich hatte den Fall jetzt auch... RS 8000 SAS
Das System hatte ca 140 GB belegt... SCP zeigte aber ~250 GB an und Optimierung wäre notwendig.
Nach der Optimierung zeigt SCP jetzt die korrekten 140 GB an.
Ich GLAUBE zu wissen, woran das bei mir liegen könnte:
Das System, was ich installiert hab (Proxmox), erstellt Regelmäßig Exporte der VMs/CTs und macht davon dann ein offsite-Backup. Die Exporte werden dann immer wieder gelöscht/überschrieben.
Ich GLAUBE²: Das System von Netcup merkt, dass nicht alle Sektoren genutzt sind und schlägt die Optimierung deshalb vor, damit das bei denen Host-seitig wieder frei wird. Ich glaub, das lasse ich künftig einfach sein. Das Löschen der Snapshots ist da mein Hauptgrund...