mgutt

Nein. Deine Docker legen die Daten im appdata Share ab. Ohne den wäre alles weg.

Warte auf die nächste Version. ZFS kommt nun offiziell.

Repariere alle Disks und Pools. Ich denke da hat sich bei einem Absturz ein Fehler im Dateisystem eingeschlichen.

Das Ergebnis eines Benchmark Tools ist nicht zwangsläufig spürbar. Es ist halt eine etwas größere Zahl. Erfahrungsgemäß 5%. Dass man die im Alltag merkt, bezweifle ich. Installiere dir 2.5G oder noch mehr. Das wäre dann auch spürbar 😉

Nutzt du den netdata Container? Der soll diese Meldungen verursachen: https://forums.unraid.net/topic/123981-anyone-know-where-these-errors-are-coming-from/ Warum das "normal" sein soll, erschließt sich mir aber nicht. Da muss doch irgendein Bug im Container sein. Sonst würde der dich die ganzen Fehler nicht verursachen. Vielleicht mal in GitHub melden.

Diese Änderung macht keinen Sinn. Entweder will man seinen Cold Storage (Medien, Backups, etc) in einem stromsparenden Array oder in einem ständig laufenden RAID. Letzteres ist der Grund warum so viele Unraid verwenden, damit sie genau davon wegkommen und du willst da hin, warum?

Nein das kann man nicht separat einstellen. Entweder hat man das docker.img und das dafür definierte Dateisystem oder man nutzt den Cache Pool und dessen Formatierung. Letzteres kann man nicht ändern, außer man macht den ganzen Pool platt und formatiert ihn neu.

Das sollte man nicht machen Und das schon gar nicht Wenn besagter Container eine Sicherheitslücke hat oder das Passwort des DMS Users gestohlen wird, sind direkt alle Container kompromittiert. Korrekt wäre es, wenn der eine paperless Unterordner auf einen Unraid Share verweist und eben nicht unterhalb von appdata liegt.

Da brauchst du vom Prinzip nicht mehr draufschauen, weil der Balken nun 1:1 die Belegung der Cache-Disk anzeigt 😉 Dementsprechend ist die Aussage von @DataCollector auch falsch. Selbst simple Dateiuploads auf den Server beeinflussen und die Belegung. Am Ende aber auch wieder nicht, denk wenn der Cache voll läuft, schreibt er ja auf das Array weiter. Daher hat man nun "unendlich" viel Platz für Docker. Korrekt wäre es daher eigentlich, wenn Unraid den Balken ausblendet, wenn man auf Verzeichnis umstellt.

Da wird nichts "wiederhergestellt". Die Containerdateien werden einfach nur wieder aus dem Internet geladen und dann mit deinen appdata Dateien gestartet. Es gibt technisch zb keinen Unterschied zwischen dem Löschen des docker.img und dem Update eines Containers (denn dann wird der Container auch komplett neu aus dem Internet geladen). Wenn also etwas nicht mehr läuft, hat das einen anderen Grund. Dazu dann die Logs des jeweiligen Containers prüfen.

Nein. Es könnte vielleicht sein, dass das "du" Kommando auf der Syno die Hardlinks nicht abzieht. Aber dagegen spricht eigentlich die lange Laufzeit des Backups. Du kannst es aber auch anders herausfinden. Such dir eine Datei raus, die in jedem Fall nicht verändert wurde, zwischen den Backups und dann führe das "stat" Kommando aus und schau bei "Links" nach der Zahl. Zum Beispiel hier die Datei hat 23 Hardlinks: # stat /mnt/disk7/Backups/Shares/Music/20230318_050036/Allgemein/Eminem/The\ Eminem\ Show\ \[Explicit\]/Folder.jpg File: /mnt/disk7/Backups/Shares/Music/20230318_050036/Allgemein/Eminem/The Eminem Show [Explicit]/Folder.jpg Size: 33686 Blocks: 72 IO Block: 4096 regular file Device: 907h/2311d Inode: 23684871800 Links: 23 Access: (0666/-rw-rw-rw-) Uid: ( 99/ nobody) Gid: ( 100/ users) Access: 2021-12-22 10:31:55.718268343 +0100 Modify: 2017-11-11 10:50:48.000000000 +0100 Change: 2023-03-18 05:06:43.995974531 +0100 Birth: 2021-12-22 10:31:55.718268343 +0100

No, but the target must be a Linux filesystem, if you backup appdata.

Naja, warum kostet die Red mehr als die quasi baugleiche oder gar bessere Ultrastar? WD weiß wie man Geld verdient.

Der Parity Check repariert nichts, sondern prüft nur, ob die "Quersumme" aller Daten noch mit der Parity übereinstimmen. Auch werden fehlerhaft geschriebene Daten auch auf der Parity korrigiert. Dh wenn bei einer Disks das Dateisystems zerlegt wird, aktualisiert er auch das auf der Parity. Deswegen sind RAIDs auch kein Backup, sondern einzig als Ausfallsicherheit gedacht, wenn eine Platte kaputt geht. Also ein reines Komfortelement. Backups braucht man trotzdem. Auf die jeweilige Disk klicken. Da sind Reparaturoptionen. Muss wie gesagt für jede Disk und jeden Pool nach jedem Crash gemacht werden. Bzw sollte, da jeder Fehler im Dateisystem auch einen Absturz des Servers auslösen kann.

Naja, warum machst du denn auch keine Backups?!

Sollte man das nicht machen, bevor er das Image löscht? Dann weiß er doch schon welcher das Problem ausgelöst hat.

Ich musste meine Aussage korrigieren: https://forums.unraid.net/topic/136120-6103-bad-spare-value-from-cache-disks-with-unraid/#comment-1239865 User haben herausgefunden, dass von der Evo eine Revision existiert, die den Controller der Pro besitzt und damit auch den selben Firmware Bug. Keine Ahnung ob man die irgendwie an Hand der Modellnummer erkennen kann. In jedem Fall ist eine aktuelle Firmware ausreichend bzw ich kann mir nicht vorstellen, dass dir Samsung jetzt noch eine mit alter Firmware sendet.

Das sollte das BIOS erlauben und dann so ein Skript: https://forums.unraid.net/topic/131846-script-powerswitch-on-server-by-schedule/

Vielleicht auch ein sterbender Stick? Ansonsten bitte mal das Skript installieren: Denk auch dran, dass du nach jedem Crash alle Datenträger reparieren solltest. Denk

Ich würde auch SSD und HDD parallel verwenden. Die HDD dann in einen Pool und bei der SSD der Cache bei allen Shares auf No. Und dann eben regelmäßig für Backups rüber kopieren. Denn welcher Datenträger auch immer, jeder kann irgendwann kaputt gehen.

Ein solcher Aufbau ist kontraproduktiv. Die SSDs werden durch die HDD ausgebremst.

How? Did you really delete the appdata subdir of NPM?

And you hopefully used your real hostname for the ssh command? Or is your remote server really not reachable? Then you would have your answer.

Da gäbe es nur das Board, wenn es ein 13th sein soll: https://www.asrockind.com/en-gb/IMB-X1231 Ich hatte das mal beim Großhandel angefragt: Über 500 € Händlereinkaufspreis. Ansonsten kenne ich kein W680 ITX Board. Das hier ist Deep Mini-ITX, also ein bisschen größer und wird denke ich auch nicht viel günstiger: https://forums.unraid.net/topic/131537-asrock-rack-w680-w680d4id-2t-mit-i7-13700/

My script does not return "error()". All my error messages start with "Error:"?! What happens if you try a simple command like: ssh root@tower hostname And no, SMB does not support hardlinks.