mgutt

Wie sind deine genauen Test-Bedingungen? Du hast einen verschlüsselten SSD Cache im BTRFS RAID1. Auch ein verschlüsseltes Array? Ich würde das gerne nachstellen, dann können wir ja uns ja austauschen.

Da müsste man eine exakte 1:1 Kopie des Datenträgers machen. Keine Ahnung ob das mit dd ginge?! Aber das dauert genauso lange wie ein Rebuild, weil jeder Sektor 1:1 kopiert werden muss.

Auf die Art sollte man das eh nicht machen, weil die Performance miserabel ist. Über SMB wäre es 100x schneller.

Ok, das sind ja mal Welten ^^ Eigentlich könnte man sich dafür ein Script anlegen, dass prüft ob eine VDisk in Verwendung ist und wenn nicht, führt es "fallocate -d" darauf aus. Oder man kombiniert es mit dem Backupzeitpunkt, wo man die VM ja eh runterfahren sollte. Hast du zufällig auch von vorher einen Screenshot? Ich brauche das als Argument in einer Diskussion zu Sparse Dateien.

Die 8te und 9te Generation ist am sparsamsten. Wenn gebrauchte Hardware in Frage kommt, würde ich nach einem i3-8xxx suchen. Der Preisunterschied zum Pentium ist gering und man hat für den Fall der Fälle eine stärkere iGPU und direkt mal doppelt so viel Leistung. Dein aktuelles Board verfügt über IPMI. Wichtig? Erhöht natürlich auch den Verbrauch. Hier ein paar Bauvorschläge und sonstige Tipps zur Hardware: https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?tab=comments#comment-1021228 Ich verwende zb das sehr sparsame Gigabyte C246N-WU2, gepaart mit einem Xeon E-2146G und Corsair RM550X. Mit 8 HDDs so um die 14W, wobei ich seit dem Upgrade auf 18TB bei 17W lande. Mit 2 HDDs sind unter 8W möglich. Eine zweite NVMe wäre mit Adapter im PCIe Slot möglich oder wenn einem 4 HDDs reichen, adaptiert auf U.2.

Man könnte ja ein Script alle 5 Minuten ausführen lassen und prüfen ob rsync, rclone oder wie auch immer die Prozesse heißen, noch laufen. Hier habe ich zb den wssd Prozess beobachtet und bei Bedarf gekillt: https://forums.unraid.net/topic/85073-wsdd-100-using-1-core/page/2/?tab=comments#comment-952420 Also nicht ganz was du brauchst, aber von der Idee eine ähnliche Richtung.

Der schreibt noch immer, obwohl du ein Timeout von 20 Minuten eingestellt hast, wie kann das denn sein?! rsync dürfte dann ja gar nicht mehr aktiv sein.

Dann hol doch den NH-D15S. Der ist asymmetrisch.

Seit wann das denn? Ist der erste Slot höher positioniert als normal?

Ja. Ich habe auch extra von Disk zu Disk kopiert um Unraid selbst auszuschließen. Der hat das selbe Problem. Die Datei ist auch 36GB groß geworden (Quelle 15GB). Wobei nach einer gewissen Zeit die Dateigröße wieder kleiner wurde (?!), aber immer noch kein Sparse Niveau: du -h /mnt/disk7/Backup/VM/*/*.img 15G /mnt/disk7/Backup/VM/Windows 10/20210814_1030_vdisk1.img du -h /mnt/cache/domains/*/*.img 32G /mnt/cache/domains/Windows 10/20210814_1030_vdisk1_krusader_binhex.img 33G /mnt/cache/domains/Windows 10/20210814_1030_vdisk1_krusader_ich777.img 16G /mnt/cache/domains/Windows 10/vdisk1.img Das führt zu einem "unable to create io-slave" Fehler, wenn ich Dateioperationen wie Umbenennen oder Kopieren ausführen möchte:

Da habe ich ehrlich gesagt noch nie auf Sparse-Dateien geachtet. Müsste man mal mit den beiden Optionen testen: https://stackoverflow.com/a/56201249/318765

Doch, aber bei Plex brauchst du dafür den Plex Pass und du musst die Hardwarebeschleunigung auch im Docker "freischalten". Die wichtigsten Sachen habe ich hier im ersten Beitrag verlinkt: https://forums.unraid.net/topic/97593-intel-i3-8100-with-uhd630-the-plex-transcoding-beast/?tab=comments#comment-900204

The other way around would be possible, too (grey out br0 for dockers if already used by a vm) Or only show a warning like I showed in a screenshot of this idea: https://forums.unraid.net/topic/102826-add-warning-to-use-cache-share-settings-and-disallow-change-for-appdata-share/ I think its better if the OS is "self-explaining".

@Squid Proposal for a new check: Compare both sizes and if they do not differ, show a warning: du -h /mnt/user/domains/*/*.img du -h --apparent-size /mnt/user/domains/*/*.img Note: Maybe the paths should be obtained through the created VMs as some people don't use the default domains share for their vdisks. One user had the problem that his cache was fully utilized after copying vdisk.img from his backup through Krusader: https://forums.unraid.net/topic/112448-größe-für-ein-vm-image/?tab=comments#comment-1023910 At the moment it looks like Krusader does not support Sparse files. It can be fixed (of course VMs should be stopped) as follows: find /mnt/cache/domains/*/*.img | while read img; do fallocate -d "$img"; done;

@JTok I selected /mnt/user/Backup/VM as target path, but this sub directory did not already exist so a "backup script failed" error appeared. Maybe the plugin should create the target directory if it does not exist?

Weil sie in beiden Fällen exakt gleich groß sind. Das ist einfach absolut unwahrscheinlich. Es gibt immer irgendwelche Bereiche mit Nullen. Das Beispiel was ich gepostet habe, zeigt zB eine frische Windows 10 Installation: du -h /mnt/cache/domains/*/*.img 16G /mnt/cache/domains/Windows 10/vdisk1.img du -h --apparent-size /mnt/cache/domains/*/*.img 32G /mnt/cache/domains/Windows 10/vdisk1.img Wie man sieht eine 32GB VDisk, die auf dem Datenträger 16GB belegt, aber in Windows selbst sehe ich eine Belegung von ~25GB. Dh die Windows-Dateien selbst enthalten auch größere Bereiche mit Nullen. Also selbst wenn du die Datenträger aller VMs über die Zeit mal vollbekommen hast, dürfte es niemals exakt das Maximum belegen. Übrigens habe ich es gerade ausprobiert. Bei mir wurde durch das VM Backup Plugin eine Sparse-Datei erstellt, die sogar noch kleiner geworden ist: du -h /mnt/disk7/Backup/VM/*/*.img 15G /mnt/disk7/Backup/VM/Windows 10/20210814_1030_vdisk1.img Man kann also davon ausgehen, dass das Plugin "cp" zur Datensicherung verwendet. Dann habe ich die Datei mit Krusader zurückkopiert und schon haben wir das Disaster (die Datei belegt sogar noch mehr auf dem Datenträger als die Datei maximal groß ist): du -h /mnt/cache/domains/*/*.img 36G /mnt/cache/domains/Windows 10/20210814_1030_vdisk1.img du -h --apparent-size /mnt/cache/domains/*/*.img 32G /mnt/cache/domains/Windows 10/20210814_1030_vdisk1.img Also machen wir sie wieder kompakt: find /mnt/cache/domains/*/*.img | while read img; do fallocate -d "$img"; done; Schon besser: du -h /mnt/cache/domains/*/*.img 15G /mnt/cache/domains/Windows 10/20210814_1030_vdisk1.img @ich777 Die Frage ist nun warum Krusader keine Sparse-Dateien respektiert bzw erstellt. Im Bugtracker finde ich das Wort Sparse gar nicht. Kann ja nicht sein, dass das noch nie jemandem aufgefallen ist?! Die Frage ist nun, ob das an dem Docker liegen kann oder ein allgemeines Problem von Krusader ist. Dann könnte man dazu ja mal einen Bug Report öffnen.

Das ist wirklich komisch. Dann wären das ja Reg ECC Module?!

Glaube ich nicht. Das liegt wenn an dem SATA Controller. Tja und RAM kann auch schlechten Kontakt haben oder eben einfach so kaputt gehen. Vielleicht einen Schlag bekommen beim Umbau.

Bitte zeig mal die XML. Du kannst sie auch problemlos selbst nachbauen:

Teste es doch einfach. Erstell eine neue VM ohne ISO, sondern dass du nur ein img erstellt wird. Das dann prüfen auf Sparse. Dann sichern, wieder prüfen. Mit Krusader zurückkopieren und wieder prüfen. Wer ist schuld?

Siehst du die Weboberfläche oder wird die Seite gar nicht erst geladen? Beim ersten Hochfahren gibt es ja noch gar keinen Login, daher frage ich. Hast du mal einen Monitor am Server angeschlossen, um zu sehen welche IP er erhalten hat bzw welche wird angezeigt?

Nutzt du evtl irgendwelche Stromsparmechanismen oder Undervolting?

Das kann heißen, dass Krusader nicht mit Sparse Dateien umgehen kann oder dass im Backup bereits keine Sparse Dateien mehr enthalten waren. Müsstest du mal die oben genannten Kommandos beim Backup ausführen.

Ok verstehe. Dann weiß ich auch nicht. Eventuell solltest du das mal als Bug melden: https://forums.unraid.net/bug-reports/

Da kommt es darauf an mit welchem Tool. cp respektiert zb Sparse und rsync kann es irgendwie auch. Jedenfalls sind deine Dateien keine Sparse Dateien mehr. Du könntest alle VMs stoppen und dann das ausführen, um wieder Sparse Files zu erhalten: find /mnt/cache/domains/*/*.img | while read img; do fallocate -d "$img"; done; Quelle: https://stackoverflow.com/a/54419842/318765 Nutzung auf eigene Gefahr. Bitte vorher Backups machen.