August 11, 2025Aug 11 Ohne unraid- oder sonstiges Update sind alle Docker und Shares (bis auf 4, darunter system und appdata) verschwunden. Auch nach Reboot sind Docker und Shares nicht mehr verfügbar.Die Docker-Verzeichnisse sind unter appdata noch vorhanden.Habe mal die diagnostic logs angehängt.memoria-diagnostics-20250811-1041.zipHat jemand dafür eine Erklärung?
August 11, 2025Aug 11 Community Expert zeig doch mal n Screenshot von Deinem Main-Tab.ich hab die Konfig nur schnell überflogen:du scheinst deinen Cache mal gewechselt zu haben von "cache_ssd" zu "cache_nvme", richtig?die shares mit "cache-nvme" sind noch da, die mit "cache_ssd" in der Konfig nicht mehr, weil es diesen Cache scheinbar nicht mehr gibt, richtig?seltsamerweise findet er z.B. "b-----s" auch nicht, obwohl es ohne cache nur auf disk1&2 liegen sollte...ist Dein Array überhaupt gestartet? Edited August 11, 2025Aug 11 by _alo_
August 11, 2025Aug 11 Author 11 minutes ago, _alo_ said:zeig doch mal n Screenshot von Deinem Main-Tab.ich hab die Konfig nur schnell überflogen:du scheinst deinen Cache mal gewechselt zu haben von "cache_ssd" zu "cache_nvme", richtig?die shares mit "cache-nvme" sind noch da, die mit "cache_ssd" in der Konfig nicht mehr, weil es diesen Cache scheinbar nicht mehr gibt, richtig?seltsamerweise findet er z.B. "b-----s" auch nicht, obwohl es ohne cache nur auf disk1&2 liegen sollte...ist Dein Array überhaupt gestartet?Caches wurden nicht gewechselt, beide bestehen parallel, Cache_ssd dient zur Ablage von DownloadsArray ist gestartet
August 11, 2025Aug 11 Community Expert ok, dann war meine Vermutung falsch...aber was mir auffällt: dein array und auch die cache_ssd ist nahezu leer, bist Du sicher, dass die Ordner der Freigaben darauf noch existieren?Hast du zufällig etwas / zu viel gelöscht?
August 11, 2025Aug 11 Author 35 minutes ago, _alo_ said:aber was mir auffällt:dein array und auch die cache_ssd ist nahezu leer, bist Du sicher, dass die Ordner der Freigaben darauf noch existieren?Hast du zufällig etwas / zu viel gelöscht?Das ist ja gerade das Problem: Ich habe aktiv nichts gelöscht, trotzdem sind alle Docker und 95% der User-Shares komplett gelöscht, deshalb sind die Disks auch leer.Wie kann das sein?Geben die logs dazu Auskunft?
August 11, 2025Aug 11 Community Expert 12 minutes ago, PinkCarlos said:Ich habe aktiv nichts gelöscht, trotzdem sind alle Docker und 95% der User-Shares komplett gelöscht, deshalb sind die Disks auch leer.ich vermute andersrum, die Ordner wurden gelöscht (vielleicht die Platten formatiert?) und daher werden die Shares nicht mehr gefunden.Frage ist nur von wem/wodurch.Wenn Du aktiv nichts gemacht hast.....ich wüsste nicht durch welche unraid-Prozesse das automatisch möglich wäre...Hast du zufällig ein Backup komfiguriert? Da gibt es ja manchmal so Optionen wie "Quelle im Anschluss löschen"?Oder ein Rsync in die falsche Richtung mit der Option "delete"?
August 11, 2025Aug 11 33 minutes ago, PinkCarlos said:Das ist ja gerade das Problem: Ich habe aktiv nichts gelöscht, trotzdem sind alle Docker und 95% der User-Shares komplett gelöscht, deshalb sind die Disks auch leer.ich würde eher sagen 100 ... da inhaltlich da nicht mehr wirklich was da sein kann ... 6 oder 7 MegaByte auf den caches wird nicht wirklich was sein ...17 minutes ago, _alo_ said:Wenn Du aktiv nichts gemacht hast.....ich wüsste nicht durch welche unraid-Prozesse das automatisch möglich wäre...keinen ...wie du vermutest, wenn dann "extern" ... Backup Tools, was auch immer ... 2 hours ago, PinkCarlos said:Habe mal die diagnostic logs angehängt.da ist nicht wirklich was drin ... was darauf hindeutet was hier passiert ist.man sieht das du viele Shares wohl hattest ... die aber alle ex sind.Ein Eintrag aus Interesse, warum machst du das ?sysctl vm.dirty_ratio=50damit hältst du länger / mehr im RAM ... für was ? das ist jetzt kein Grund zum Löschen aller Daten, nur interessehalber ...ansonsten, welche Dockers, wie die konfiguriert sind, scripts, ... sieht man nicht in den logs ... aber ich würde dringend empfehlen da anzusetzen wenn du dir sicher bist nichts gemacht zu haben, dann wäre etwas böse falsch konfiguriert wenn er dir die ganzen Daten wiped ...es sind auch keine auffälligen plugins installiert, unbalance ... da kann man was falsch machen, aber das wäre aktiv passiert ...appdata backup, da nochmals schauen ob alles sauber konfiguriert ist ...falls du scripts im Einsatz hast (schätze ja da auch user scripts enhanced installiert ist), diese auch prüfen ...
August 11, 2025Aug 11 Author 51 minutes ago, _alo_ said:Hast du zufällig ein Backup komfiguriert? Da gibt es ja manchmal so Optionen wie "Quelle im Anschluss löschen"?Oder ein Rsync in die falsche Richtung mit der Option "delete"?Ich habe nichts dergleichen gemacht
August 11, 2025Aug 11 Author 22 minutes ago, alturismo said:wie du vermutest, wenn dann "extern" ... Backup Tools, was auch immer ...keine solchen Tools im Einsatz22 minutes ago, alturismo said:man sieht das du viele Shares wohl hattest ... die aber alle ex sind.ja leider22 minutes ago, alturismo said:Ein Eintrag aus Interesse, warum machst du das ?sysctl vm.dirty_ratio=50damit hältst du länger / mehr im RAM ... für was ? das ist jetzt kein Grund zum Löschen aller Daten, nur interessehalber ...Ich musste viele Daten per rsync von einer Synology auf unraid kopieren. In einem Video wurde empfohlen, bei ausreichend Speicher diesen Wert so zu setzen, da damit dass Kopieren beschleunigt wird.22 minutes ago, alturismo said:ansonsten, welche Dockers, wie die konfiguriert sind, scripts, ... sieht man nicht in den logs ... aber ich würde dringend empfehlen da anzusetzen wenn du dir sicher bist nichts gemacht zu haben, dann wäre etwas böse falsch konfiguriert wenn er dir die ganzen Daten wiped ...Der letzte Docker, der unmittelbar vor dem Crash installiert wurde, war dieser: 22 minutes ago, alturismo said:es sind auch keine auffälligen plugins installiert, unbalance ... da kann man was falsch machen, aber das wäre aktiv passiert ...appdata backup, da nochmals schauen ob alles sauber konfiguriert ist ...falls du scripts im Einsatz hast (schätze ja da auch user scripts enhanced installiert ist), diese auch prüfen ...Ich habe nur ein zusätzliches Script im Einsatz (es überwacht ein Verzeichnis und schiebt die Daten in ein anderes):
August 11, 2025Aug 11 Author Falls es interessiert: Er war dieses Video: Edited August 11, 2025Aug 11 by PinkCarlos
August 11, 2025Aug 11 Community Expert 1 hour ago, alturismo said:damit hältst du länger / mehr im RAMGenau, es bringt nur was, wenn die Shares langsamer sind als die Netzwerkverbindung und Du ausreichend viel RAM hast.Wenn Du nur 1G oder 2,5G hast, sollte jeder SSD-Cache schneller sein (wie im Video mit den 400-500MB). Wenn du mit 10G arbeitest, und die SSD nicht schnell genug angebunden sein sollte, kann sich das schon positiv auswirken, aber die meisten werden das nicht brauchen bzw. kann es ohne USV schon kontraproduktiv sein, wie er im Video ja auch erwähnt...Aber das hat wie gesagt nichts mit den gelöschten Daten zu tun.37 minutes ago, PinkCarlos said:Ich habe nur ein zusätzliches Script im Einsatz (es überwacht ein Verzeichnis und schiebt die Daten in ein anderes)vielleicht solltest Du die Skripte mal veröffentlichen, ich vermute hier den Fehler.Verschieben kann halt immer problematisch sein (sicherer ist kopieren und anschließend löschen, wenn das Kopieren erfolgreich war).
August 11, 2025Aug 11 Author 38 minutes ago, _alo_ said:Genau, es bringt nur was, wenn die Shares langsamer sind als die Netzwerkverbindung und Du ausreichend viel RAM hast.Wenn Du nur 1G oder 2,5G hast, sollte jeder SSD-Cache schneller sein (wie im Video mit den 400-500MB). Wenn du mit 10G arbeitest, und die SSD nicht schnell genug angebunden sein sollte, kann sich das schon positiv auswirken, aber die meisten werden das nicht brauchen bzw. kann es ohne USV schon kontraproduktiv sein, wie er im Video ja auch erwähnt...Aber das hat wie gesagt nichts mit den gelöschten Daten zu tun.vielleicht solltest Du die Skripte mal veröffentlichen, ich vermute hier den Fehler.Verschieben kann halt immer problematisch sein (sicherer ist kopieren und anschließend löschen, wenn das Kopieren erfolgreich war).Habe das Script aus diesem Beitrag abgewandelt:#!/usr/bin/env bash## source (watching) and target pathessource="/mnt/user/appdata/brave/Downloads/"target="/mnt/user/downloads/brave"while true; do ## watch source -r recursive and -e ...inotifywatch -r -e modify -e create -e moved_to -t 1 "$source" 2>/dev/null | grep total && ## move -v (verbose) -u (update) mv -vu "$source"/* "$target"/done
August 11, 2025Aug 11 Author 43 minutes ago, _alo_ said:Aber das hat wie gesagt nichts mit den gelöschten Daten zu tun.Ich frage mich, wie ein so massiver Vorfall überhaupt möglich ist, ohne dass die logs dies zumindest dokumentieren:Alle Docker und alle Inhalte auf den Disks gelöscht. Ich zweifle an der Fehlertoleranz und der Zuverlässigkeit des Systems.
August 11, 2025Aug 11 Community Expert das Skript sieht ja soweit gut aus....3 minutes ago, PinkCarlos said:Ich frage mich, wie ein so massiver Vorfall überhaupt möglich ist, ohne dass die logs dies zumindest dokumentieren:naja, du kannst schon auf der Konsole als root ein "rm -fr /mnt/user/*" tippen und das wird einfach ausgeführt (das bekannte "root-me-fast" 🤣 - BITTE NICHT AUSPROBIEREN !!!!!). Im Log siehst Du davon später nix!Es wird ja nicht jeder Aufruf auf der Konsole geloggt oder gar, was die docker Container alles so machen (dafür haben die ggf. eigene Logfiles)...Wie gesagt, von alleine passiert da nix, da muss schon eingegriffen worden sein.Da die Platten komplett leer zu sein scheinen (poste ruhig mal die Ausgabe von den Laufwerken ("ls /mnt/disk1" usw.) kann ich mir eigentlich nur solche ein löschen oder formatieren vorstellen.
August 11, 2025Aug 11 Community Expert ist jetzt hier keine Lösung des Problems, aber das solltest Du bei deinen zwei Pools auch beachten:
August 11, 2025Aug 11 Community Expert kannst du denn mal erklären, was das hier ist:Aug 11 10:30:55 Memoria emhttpd: Sync filesystems...Aug 11 10:30:55 Memoria emhttpd: shcmd (394760): syncAug 11 10:30:56 Memoria emhttpd: shcmd (394761): /usr/sbin/zfs unmount -aAug 11 10:30:56 Memoria emhttpd: shcmd (394762): umount /mnt/user0Aug 11 10:30:57 Memoria emhttpd: shcmd (394763): rmdir /mnt/user0Aug 11 10:30:57 Memoria emhttpd: shcmd (394764): umount /mnt/userAug 11 10:30:57 Memoria root: umount: /mnt/user: target is busy.Aug 11 10:30:57 Memoria emhttpd: shcmd (394764): exit status: 32Aug 11 10:30:57 Memoria emhttpd: shcmd (394765): rmdir /mnt/userAug 11 10:30:57 Memoria root: rmdir: failed to remove '/mnt/user': Device or resource busyAug 11 10:30:57 Memoria emhttpd: shcmd (394765): exit status: 1Aug 11 10:30:57 Memoria emhttpd: shcmd (394768): /usr/local/sbin/update_cronAug 11 10:30:57 Memoria emhttpd: Retry unmounting user share(s)...Aug 11 10:31:02 Memoria emhttpd: shcmd (394769): /usr/sbin/zfs unmount -aAug 11 10:31:02 Memoria emhttpd: shcmd (394770): umount /mnt/userAug 11 10:31:02 Memoria root: umount: /mnt/user: target is busy.Aug 11 10:31:02 Memoria emhttpd: shcmd (394770): exit status: 32Aug 11 10:31:02 Memoria emhttpd: shcmd (394771): rmdir /mnt/userAug 11 10:31:02 Memoria root: rmdir: failed to remove '/mnt/user': Device or resource busyAug 11 10:31:02 Memoria emhttpd: shcmd (394771): exit status: 1Aug 11 10:31:02 Memoria emhttpd: shcmd (394774): /usr/local/sbin/update_cronAug 11 10:31:02 Memoria emhttpd: Retry unmounting user share(s)...Aug 11 10:31:07 Memoria emhttpd: shcmd (394775): /usr/sbin/zfs unmount -aAug 11 10:31:07 Memoria emhttpd: shcmd (394776): umount /mnt/userAug 11 10:31:07 Memoria emhttpd: shcmd (394777): rmdir /mnt/userAug 11 10:31:07 Memoria emhttpd: shcmd (394779): rm -f /boot/config/plugins/dynamix/mover.cronAug 11 10:31:07 Memoria emhttpd: shcmd (394780): /usr/local/sbin/update_cronAug 11 10:31:07 Memoria emhttpd: Unmounting disks...Aug 11 10:31:07 Memoria emhttpd: shcmd (394781): umount /mnt/disk1Aug 11 10:31:07 Memoria kernel: XFS (dm-0): Unmounting Filesystem 8495fea4-9489-4ae7-9987-2641f0e4ee90Aug 11 10:31:07 Memoria emhttpd: shcmd (394782): rmdir /mnt/disk1Aug 11 10:31:07 Memoria emhttpd: shcmd (394783): umount /mnt/disk2Aug 11 10:31:07 Memoria kernel: XFS (dm-1): Unmounting Filesystem b636ff47-a791-4611-bb7b-185bd6c5a20fAug 11 10:31:07 Memoria emhttpd: shcmd (394784): rmdir /mnt/disk2Aug 11 10:31:07 Memoria emhttpd: shcmd (394785): umount /mnt/cache_nvmeAug 11 10:31:07 Memoria kernel: BTRFS info (device nvme0n1p1): last unmount of filesystem 611a212c-1648-409a-8163-405bd0d5f917Aug 11 10:31:08 Memoria emhttpd: shcmd (394786): rmdir /mnt/cache_nvmeAug 11 10:31:08 Memoria emhttpd: shcmd (394787): umount /mnt/cache_ssdAug 11 10:31:08 Memoria kernel: BTRFS info (device sdd1): last unmount of filesystem 1fe31ef4-4a1c-41be-8018-9b8157cb1c1eAug 11 10:31:08 Memoria emhttpd: shcmd (394788): rmdir /mnt/cache_ssdAug 11 10:31:08 Memoria emhttpd: shcmd (394789): /usr/sbin/cryptsetup luksClose md1p1Aug 11 10:31:08 Memoria emhttpd: shcmd (394790): /usr/sbin/cryptsetup luksClose md2p1Aug 11 10:31:08 Memoria kernel: mdcmd (38): stop
August 11, 2025Aug 11 Author 1 hour ago, _alo_ said:naja, du kannst schon auf der Konsole als root ein "rm -fr /mnt/user/*" tippen und das wird einfach ausgeführt (das bekannte "root-me-fast" 🤣 - BITTE NICHT AUSPROBIEREN !!!!!).Im Log siehst Du davon später nix!Wie gesagt: Ich habe nichts dergleichen eingegeben ...1 hour ago, _alo_ said:Wie gesagt, von alleine passiert da nix, da muss schon eingegriffen worden sein.Ich glaube auch nicht an Voodoo. In der CLI-history (Terminal) sehe ich keinen verdächtigen Befehl ...1 hour ago, _alo_ said:Da die Platten komplett leer zu sein scheinen (poste ruhig mal die Ausgabe von den Laufwerken ("ls /mnt/disk1" usw.) kann ich mir eigentlich nur solche ein löschen oder formatieren vorstellen.Aber Löschen bzw. Formatieren sollte doch in den logs stehen, oder?Die Inhalte der beiden Ordner in disk1 sind leer.
August 11, 2025Aug 11 Community Expert 48 minutes ago, PinkCarlos said:Aber Löschen bzw. Formatieren sollte doch in den logs stehen, oder?löschen hätte ich jetzt gesagt eigentlich nicht, aber mich haben die oben geposteten Einträge im Log verwundert: ich weiß nicht woher diese ganzen "rmdir" Aufrufe kommen...
August 11, 2025Aug 11 Author 2 hours ago, _alo_ said:kannst du denn mal erklären, was das hier ist:Sorry, keine Ahnung was das sein soll. In welchem logfile steht das?
August 11, 2025Aug 11 @JorgeB may an idea what this could be, actually im not aware this is normal behaviour ...Aug 11 10:30:55 Memoria emhttpd: Sync filesystems...Aug 11 10:30:55 Memoria emhttpd: shcmd (394760): syncAug 11 10:30:56 Memoria emhttpd: shcmd (394761): /usr/sbin/zfs unmount -aAug 11 10:30:56 Memoria emhttpd: shcmd (394762): umount /mnt/user0Aug 11 10:30:57 Memoria emhttpd: shcmd (394763): rmdir /mnt/user0Aug 11 10:30:57 Memoria emhttpd: shcmd (394764): umount /mnt/userAug 11 10:30:57 Memoria root: umount: /mnt/user: target is busy.Aug 11 10:30:57 Memoria emhttpd: shcmd (394764): exit status: 32Aug 11 10:30:57 Memoria emhttpd: shcmd (394765): rmdir /mnt/userAug 11 10:30:57 Memoria root: rmdir: failed to remove '/mnt/user': Device or resource busyAug 11 10:30:57 Memoria emhttpd: shcmd (394765): exit status: 1Aug 11 10:30:57 Memoria emhttpd: shcmd (394768): /usr/local/sbin/update_cronAug 11 10:30:57 Memoria emhttpd: Retry unmounting user share(s)...Aug 11 10:31:02 Memoria emhttpd: shcmd (394769): /usr/sbin/zfs unmount -aAug 11 10:31:02 Memoria emhttpd: shcmd (394770): umount /mnt/userAug 11 10:31:02 Memoria root: umount: /mnt/user: target is busy.Aug 11 10:31:02 Memoria emhttpd: shcmd (394770): exit status: 32Aug 11 10:31:02 Memoria emhttpd: shcmd (394771): rmdir /mnt/userAug 11 10:31:02 Memoria root: rmdir: failed to remove '/mnt/user': Device or resource busyAug 11 10:31:02 Memoria emhttpd: shcmd (394771): exit status: 1Aug 11 10:31:02 Memoria emhttpd: shcmd (394774): /usr/local/sbin/update_cronAug 11 10:31:02 Memoria emhttpd: Retry unmounting user share(s)...Aug 11 10:31:07 Memoria emhttpd: shcmd (394775): /usr/sbin/zfs unmount -aAug 11 10:31:07 Memoria emhttpd: shcmd (394776): umount /mnt/userAug 11 10:31:07 Memoria emhttpd: shcmd (394777): rmdir /mnt/userAug 11 10:31:07 Memoria emhttpd: shcmd (394779): rm -f /boot/config/plugins/dynamix/mover.cronAug 11 10:31:07 Memoria emhttpd: shcmd (394780): /usr/local/sbin/update_cronAug 11 10:31:07 Memoria emhttpd: Unmounting disks...Aug 11 10:31:07 Memoria emhttpd: shcmd (394781): umount /mnt/disk1Aug 11 10:31:07 Memoria kernel: XFS (dm-0): Unmounting Filesystem 8495fea4-9489-4ae7-9987-2641f0e4ee90Aug 11 10:31:07 Memoria emhttpd: shcmd (394782): rmdir /mnt/disk1Aug 11 10:31:07 Memoria emhttpd: shcmd (394783): umount /mnt/disk2Aug 11 10:31:07 Memoria kernel: XFS (dm-1): Unmounting Filesystem b636ff47-a791-4611-bb7b-185bd6c5a20fAug 11 10:31:07 Memoria emhttpd: shcmd (394784): rmdir /mnt/disk2Aug 11 10:31:07 Memoria emhttpd: shcmd (394785): umount /mnt/cache_nvmeAug 11 10:31:07 Memoria kernel: BTRFS info (device nvme0n1p1): last unmount of filesystem 611a212c-1648-409a-8163-405bd0d5f917Aug 11 10:31:08 Memoria emhttpd: shcmd (394786): rmdir /mnt/cache_nvmeAug 11 10:31:08 Memoria emhttpd: shcmd (394787): umount /mnt/cache_ssdAug 11 10:31:08 Memoria kernel: BTRFS info (device sdd1): last unmount of filesystem 1fe31ef4-4a1c-41be-8018-9b8157cb1c1eAug 11 10:31:08 Memoria emhttpd: shcmd (394788): rmdir /mnt/cache_ssdAug 11 10:31:08 Memoria emhttpd: shcmd (394789): /usr/sbin/cryptsetup luksClose md1p1Aug 11 10:31:08 Memoria emhttpd: shcmd (394790): /usr/sbin/cryptsetup luksClose md2p1Aug 11 10:31:08 Memoria kernel: mdcmd (38): stopdoesnt look good to me too ... background, all data gone ...unmount, then removing the link ... but seems like cant unmount as "busy" ?
August 11, 2025Aug 11 It's not normal but it did end up unmounting all, but if it keeps happening, I recommend disabling Docker and VM service and reboot in safe mode, start the array and see if it stops immediately. If yes, retest again after booting in normal mode to rule out a plugin issue, leave the services still disabled, if still OK enable one of the services and retest, then the other, note that if the issue happens with the docker service enabled only, you may need to try enabling one or a few containers at a time to find the culprit.
August 11, 2025Aug 11 Community Expert There were also several rm of Share-Configs files before that why that?
August 11, 2025Aug 11 Community Expert 1 hour ago, PinkCarlos said:In welchem logfile steht das?Syslog-previous ist das vor deinem reboot und diagnostics ziehen, also eigentlich das interessantere
August 11, 2025Aug 11 Author 52 minutes ago, JorgeB said:It's not normal but it did end up unmounting all, but if it keeps happening, I recommend disabling Docker and VM service and reboot in safe mode, start the array and see if it stops immediately. If yes, retest again after booting in normal mode to rule out a plugin issue, leave the services still disabled, if still OK enable one of the services and retest, then the other, note that if the issue happens with the docker service enabled only, you may need to try enabling one or a few containers at a time to find the culprit.I booted in safe mode with Docker disabled, VM was never be enabled. unraid tried to start the array for more than 10 minutes without success, GUI is blocked and system can only be restarted by cutting the power. Edited August 11, 2025Aug 11 by PinkCarlos
August 11, 2025Aug 11 Author 2 hours ago, JorgeB said: but if it keeps happening What do mean with "keeps happening"? Shares including data and dockers are totally deleted.
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.