April 28, 20242 yr Seit heute liest Unraid permanent was vom Array und schreibt alle paar Sekunden auf die Parity, aber nur im KB Bereich. Ich habe mit File Activity schon geschaut was er da anfasst. Ergebnis: Nix Wie kann ich rausfinden was da passiert? Ich hätte schon gerne den Spindown wieder.
April 28, 20242 yr 6 minutes ago, Tremendous said: Wie kann ich rausfinden was da passiert? Ich hätte schon gerne den Spindown wieder. zeig mal den output von ls -la /mnt/user0/ da werden dir roots von allen Array Shares angezeigt ... sollte /appdata /system /domains ... drauf liegen, sollte der Rest selbsterklärend sein
April 28, 20242 yr Hallo Tremendous Mit dem Befehl kannst du nachschauen welche Daten zuletzt geändert wurden: find /mnt/disk1 -type f -mtime -1 -printf "%T+ %p\n" | sort Unten ist dann die zuletzt veränderte Datei. Vielleicht hilft dir das bei der Ergründung ob das so sein soll auf deiner disk1. Edited April 28, 20242 yr by Amane Sry "-r" kann weg gelassen werden.
April 28, 20242 yr Alles klar, dann sind es wohl die lesevorgänge: find /mnt/disk1 -type f -atime -1 -printf "%T+ %p\n" | sort
April 28, 20242 yr Community Expert 5 minutes ago, Tremendous said: Welche Anwendungen laufen gerade? Kann es sein, daß Plex da eine Datenbank aufbaut und mediafiles einliest oder so? Und nur so: Deine Parity ist ja auch aktiv. Da wird also nicht nur vom Array gelesen, sondern auch geschrieben. Edited April 28, 20242 yr by DataCollector
April 28, 20242 yr 7 minutes ago, DataCollector said: Und nur so: Deine Parity ist ja auch aktiv. Da wird also nicht nur vom Array gelesen, sondern auch geschrieben. True 👍 Ist das Filesystem vielleicht zfs? (RAM <-> Array) - Wahrscheinlich denk ich zu weit ^^
April 28, 20242 yr ZFS kenn ich mich nicht besonders aus, es könnte jedoch sein, dass Daten in dein RAM gecached werden, oder auch wieder ins Array geschrieben werden? Vielleicht bin ich auch auf dem Holzweg.. Es muss aber irgendwo etwas geschrieben werden.. also hab ich bald nur noch den unsichbaren Ordner "/mnt/disk1/.zfs" in verdacht, aber normalerweise sollte der dort nichts schreiben ausser man schaltet snapshots ein.. cd /mnt/disk1/.zfs && ls -alh ./* Keine Ahnung wo sonst irgendwelche Daten auf disk1 geschreiben werden, die im find Befehl nicht vorkommen.. Vorallem weil: 31 minutes ago, Tremendous said: Docker auf AUS
April 28, 20242 yr 9 minutes ago, Tremendous said: Selbst nach einem Reboot läuft das so weiter. welche Docker laufen denn ? Ansatz, mal nach und nach abschalten, spindown manuell ausführen ob einer davon das auslöst ... und wenn zfs ... das hat halt seine Eigenarten, wobei es auch mich wundert ...
April 28, 20242 yr 1 minute ago, alturismo said: welche Docker laufen denn ? Er meinte alles aus.. 59 minutes ago, Tremendous said: Docker auf AUS
April 28, 20242 yr 6 minutes ago, Tremendous said: Kann das an einem neu hinzugefügten Pool Device liegen? Denke nicht.. Kannst ja mal deinen zpool und arc beobachten: watch -n 1 'echo "zpool (ZFS)" && zpool iostat -v && echo -e "\narc (Cache)" && arcstat'
April 28, 20242 yr und ich dachte/höhrte scrub ginge nicht im array.. 6 minutes ago, Tremendous said: Ich habs gefunden: 👍 Edited April 28, 20242 yr by Amane
April 29, 20242 yr 7 hours ago, Amane said: und ich dachte/höhrte scrub ginge nicht im array.. Trim ist klar dass dies nicht supported ist, scrub ... hmm ... @Tremendous du hast aber nicht manuell einen scrub ausgelöst ?
April 29, 20242 yr @Tremendous anscheinend hast du das selbst getriggert ... wenn dem so war ... jetzt wundere ich mich ... warum 1/ du das nicht angibst 2/ du dich wunderst dass die disks laufen ...
April 29, 20242 yr Author Mir war nicht bewusst dass das läuft und manuell angestoßen habe ich das nicht. Ist wohl beim Aufsetzen des Servers im Schedule mit drin gewesen ohne dass ich das registriert hatte. Wenn ich das selber angestoßen hätte gäbe es diesen Thread nicht
April 29, 20242 yr 4 minutes ago, Tremendous said: Ist wohl beim Aufsetzen des Servers im Schedule mit drin gewesen ohne dass ich das registriert hatte. Definitiv nicht, deaktiviert by default, auch nicht auf meinem test server den ich vor ein paar Wochen mal neu gemacht hab: Ein Scrub muss normalerweise immer manuell angestoßen werden und ist auch eigentlich nicht nötig da ZFS ein Journaling filesystem ist. Aber mal anders gefragt, warum ZFS im Array oder bist du einfach auf den ZFS Hypetrain aufgesprungen... Im Array ist jede Platte ein eigener Pool und macht nicht viel sinn, da ist das standard XFS auch ausreichend. Ich für meinen Teil gehe wieder auf BTRFS zurück in meinem Cache pool weil ich einen komischen Bug habe und den nicht wirklich (zuverlässig) reproduzieren kann, war sowieso mehr ein Test auf meinem Produktivsystem.
April 29, 20242 yr 3 minutes ago, Tremendous said: Wenn ich das selber angestoßen hätte gäbe es diesen Thread nicht perfekt 3 minutes ago, Tremendous said: Ist wohl beim Aufsetzen des Servers im Schedule mit drin gewesen ohne dass ich das registriert hatte. ok, dann ... weißt du ja jetzt warum dem so ist bei zfs (oder btrfs) wo scrub nutzen. War mir auch nicht bewusst, aber ich nutze zfs nicht da genau die ganzen Dinge Sachen auslösen die man normal nicht will
April 29, 20242 yr Author Ich komme von TrueNas und da war ich an ZFS gewöhnt und habe dann für Unraid aus Gewohnheit ebenfalls ZFS im Array eingestellt. Pool Devises stehen alle auf btrfs. Ich deaktiviere den Scheduler dann mal für Scrub wenn das unnötig ist. Vielen Dank!
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.