Sancho

Ich hab AppDataBackup eingerichtet. Wenn ich auf das Share mit den Backups zugreifen will hängt die GUI auch. Wenn ich ins Terminal gehe und mit Midnight Commander drauf zugreife hängt sich der auch auf. Zum Glück sichere ich täglich in die Cloud. Das letzte erfolgreiche Backup war am 29.01. Das müsste auch der Tag sein wo ich den Stack für Immich eingerichtet habe.... Hart ausschalten will ich nur im äußersten Notfall. Da hat es mir das letzte mal als Stromausfall war einiges zerspult... Seitdem hab ich ne USV ;) Also irgendwie hat das Backup Share einen defekt. Liegt auf Cache Secondary Storage ist Array. Ich hab noch andere Shares in der Config die machen keine Probleme. Wie gesagt, der Move läuft angeblich auch aber die HDDs schlafen. UPDATE: Ich hab mich jetzt doch zu einem harten Reset durchgerungen und es scheint alles wieder normal zu laufen. Werd ich mal beobachten. Irgendwelche Hinweise was ich prüfen sollte?

Hallo zusammen, ich hab ein Problem mit meinem Unraid Server (7.2.3). Ich habe gerade festgestellt, dass im Dashboard keine Docker mehr angezeigt werden. Hab dann auf das Docker Tab geklickt, hier sieht man nur die Stacks und keine Docker. Es kommt das Unraid Ladezeichen (Die "Unraid Welle") und ab da hangt die GUI und ich kann nichts mehr bedienen. Verbinde ich mich neu mit dem Server kann ich wieder bedienen. Ich habe versucht den Docker Dienst zu stoppen, Enable Docker -> No und Apply gedrückt. Ab hier hängt die GUI wieder und lässt sich nicht bedienen. Wenn ich mich wieder neu verbinde steht aber Enable Docker auf No. Hab dann versucht den Server zu rebooten, das funktioniert aber auch nicht. Folgendes steht im Log: Feb 2 18:24:30 Hartmann emhttpd: spinning down /dev/sdc Feb 2 18:57:48 Hartmann monitor_nchan: Stop running nchan processes Feb 2 19:00:01 Hartmann ool www[2512053]: /usr/local/emhttp/plugins/dynamix/scripts/emcmd 'cmdStatus=Apply' Feb 2 19:00:01 Hartmann emhttpd: Restarting services... Feb 2 19:00:01 Hartmann emhttpd: shcmd (5417253): chmod 0777 '/mnt/user/nextcloud' Feb 2 19:00:01 Hartmann emhttpd: shcmd (5417255): /etc/rc.d/rc.samba reload Feb 2 19:00:01 Hartmann emhttpd: shcmd (5417258): exportfs -ra Feb 2 19:00:01 Hartmann emhttpd: shcmd (5417260): /etc/rc.d/rc.avahidaemon reload Feb 2 19:00:01 Hartmann unassigned.devices: Updating share settings... Feb 2 19:00:01 Hartmann unassigned.devices: Share settings updated. Feb 2 19:00:02 Hartmann root: Stopping compose stack: Immich Feb 2 19:00:02 Hartmann root: Stopping compose stack: InfluxDb3_test Feb 2 19:00:02 Hartmann emhttpd: shcmd (5417266): /etc/rc.d/rc.docker stop Feb 2 19:00:02 Hartmann rc.docker: Stopping containers... Feb 2 19:00:32 Hartmann kernel: veth3282f4a: renamed from eth0 Feb 2 19:00:32 Hartmann kernel: br-c79669203eb0: port 3(veth3a9d832) entered disabled state Feb 2 19:00:32 Hartmann kernel: veth619cb29: renamed from eth0 Feb 2 19:00:32 Hartmann kernel: br-c79669203eb0: port 1(vethe1dea21) entered disabled state Feb 2 19:00:32 Hartmann kernel: vethe0943b2: renamed from eth0 Feb 2 19:00:32 Hartmann kernel: br-c79669203eb0: port 3(veth3a9d832) entered disabled state Feb 2 19:00:33 Hartmann kernel: veth3a9d832 (unregistering): left allmulticast mode Feb 2 19:00:33 Hartmann kernel: veth3a9d832 (unregistering): left promiscuous mode Feb 2 19:00:33 Hartmann kernel: br-c79669203eb0: port 3(veth3a9d832) entered disabled state Feb 2 19:00:33 Hartmann kernel: br-c79669203eb0: port 1(vethe1dea21) entered disabled state Feb 2 19:00:33 Hartmann kernel: vethe1dea21 (unregistering): left allmulticast mode Feb 2 19:00:33 Hartmann kernel: vethe1dea21 (unregistering): left promiscuous mode Feb 2 19:00:33 Hartmann kernel: br-c79669203eb0: port 1(vethe1dea21) entered disabled state Feb 2 19:00:33 Hartmann kernel: br-c79669203eb0: port 2(vethcfbb6ac) entered disabled state Feb 2 19:00:33 Hartmann kernel: veth55d12bc: renamed from eth0 Feb 2 19:00:33 Hartmann kernel: br-c79669203eb0: port 2(vethcfbb6ac) entered disabled state Feb 2 19:00:33 Hartmann kernel: vethcfbb6ac (unregistering): left allmulticast mode Feb 2 19:00:33 Hartmann kernel: vethcfbb6ac (unregistering): left promiscuous mode Feb 2 19:00:33 Hartmann kernel: br-c79669203eb0: port 2(vethcfbb6ac) entered disabled state Feb 2 19:00:33 Hartmann kernel: docker0: port 3(veth9460426) entered disabled state Feb 2 19:00:33 Hartmann kernel: vethed33f20: renamed from eth0 Feb 2 19:00:33 Hartmann kernel: docker0: port 3(veth9460426) entered disabled state Feb 2 19:00:33 Hartmann kernel: veth9460426 (unregistering): left allmulticast mode Feb 2 19:00:33 Hartmann kernel: veth9460426 (unregistering): left promiscuous mode Feb 2 19:00:33 Hartmann kernel: docker0: port 3(veth9460426) entered disabled state Feb 2 19:00:33 Hartmann kernel: docker0: port 4(veth6d93772) entered disabled state Feb 2 19:00:33 Hartmann kernel: veth127bef7: renamed from eth0 Feb 2 19:00:33 Hartmann kernel: docker0: port 5(vethcd56a32) entered disabled state Feb 2 19:00:33 Hartmann kernel: br-c79669203eb0: port 4(vethe7347d8) entered disabled state Feb 2 19:00:33 Hartmann kernel: vethe7588f9: renamed from eth0 Feb 2 19:00:33 Hartmann kernel: veth6f7b54a: renamed from eth0 Feb 2 19:00:33 Hartmann kernel: docker0: port 4(veth6d93772) entered disabled state Feb 2 19:00:33 Hartmann kernel: veth6d93772 (unregistering): left allmulticast mode Feb 2 19:00:33 Hartmann kernel: veth6d93772 (unregistering): left promiscuous mode Feb 2 19:00:33 Hartmann kernel: docker0: port 4(veth6d93772) entered disabled state Feb 2 19:00:33 Hartmann kernel: br-c79669203eb0: port 4(vethe7347d8) entered disabled state Feb 2 19:00:33 Hartmann kernel: vethe7347d8 (unregistering): left allmulticast mode Feb 2 19:00:33 Hartmann kernel: vethe7347d8 (unregistering): left promiscuous mode Feb 2 19:00:33 Hartmann kernel: br-c79669203eb0: port 4(vethe7347d8) entered disabled state Feb 2 19:00:33 Hartmann kernel: docker0: port 5(vethcd56a32) entered disabled state Feb 2 19:00:33 Hartmann kernel: vethcd56a32 (unregistering): left allmulticast mode Feb 2 19:00:33 Hartmann kernel: vethcd56a32 (unregistering): left promiscuous mode Feb 2 19:00:33 Hartmann kernel: docker0: port 5(vethcd56a32) entered disabled state Feb 2 19:00:35 Hartmann kernel: docker0: port 1(vethb1e04f0) entered disabled state Feb 2 19:00:35 Hartmann kernel: veth191f07b: renamed from eth0 Feb 2 19:00:35 Hartmann kernel: docker0: port 2(veth872b3f1) entered disabled state Feb 2 19:00:35 Hartmann kernel: veth7848942: renamed from eth0 Feb 2 19:00:35 Hartmann kernel: docker0: port 1(vethb1e04f0) entered disabled state Feb 2 19:00:35 Hartmann kernel: vethb1e04f0 (unregistering): left allmulticast mode Feb 2 19:00:35 Hartmann kernel: vethb1e04f0 (unregistering): left promiscuous mode Feb 2 19:00:35 Hartmann kernel: docker0: port 1(vethb1e04f0) entered disabled state Feb 2 19:00:35 Hartmann kernel: docker0: port 2(veth872b3f1) entered disabled state Feb 2 19:00:35 Hartmann kernel: veth872b3f1 (unregistering): left allmulticast mode Feb 2 19:00:35 Hartmann kernel: veth872b3f1 (unregistering): left promiscuous mode Feb 2 19:00:35 Hartmann kernel: docker0: port 2(veth872b3f1) entered disabled state Feb 2 19:00:35 Hartmann kernel: veth86b548c: renamed from eth0 Feb 2 19:07:23 Hartmann ool www[2516246]: /usr/local/emhttp/plugins/dynamix/scripts/emcmd 'cmdStatus=Apply' Feb 2 19:10:05 Hartmann shutdown[2519261]: shutting down for system reboot Feb 2 19:20:45 Hartmann nginx: 2026/02/02 19:20:45 [error] 12386#12386: *99496 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.0.61, server: , request: "POST /webGui/include/Boot.php HTTP/1.1", upstream: "fastcgi://unix:/var/run/php-fpm.sock", host: "192.168.0.50", referrer: "http://192.168.0.50/Main"Angeblich läuft auch der Mover, aber die beiden HDD`s schlafen... Mir erscheint alles irgendwie komisch. Das letzte was ich auf dem Server gemacht hab war glaub ich der Stack von Immich und das Compose Up. Seitdem läuft Immich und alle andern Container liefen bis jetzt auch einfach weiter. Das war vor ein paar Tagen. Ich meine auch da hat sich der Docker Tab schon aufgehängt aber ich hab mir nicht weiter gedacht. Mir fehlt grad echt irgendwie ein Ansatz.... Kann mir hiebei jemand helfen?

Hi zusammen, hab seit Monaten mal wieder in Photoprism reingeschaut. Mir ist aufgefallen, dass mir gar keine Personen mehr angezeigt werden. Unter Einstellungen -> Allgemein hab ich dann gesehen, dass die Checkbox bei Personen leer war. Konnte ich aber auch nicht anwählen, wurde aber gleich wieder abgewählt. Tensorflow war aktiviert. Hab dann den Docker upgedatet, jetzt ist die Einstellung für Personen komplett weg? Hab auch schon probiert PHOTOPRISM_DISABLE_FACES und PHOTOPRISM_DISABLE_TENSORFLOW als Variablen anzulegen und auf false gesetzt, hat auch nichts gebracht. Jemand ne Idee?

Ja, ich verstehe den Punkt. Aber, es hat doch seinen Charme, wenn man auch ohne Zusatzsoftware sich in seinen Bildern zurechtfinden kann. Was wäre, wenn zum Beispiel eine Photoprism oder Immich Datenbank auf einmal unbrauchbar ist oder Nextcloud zerschossen? Am liebsten wär mir eine Software, die die Bilder in Alben usw verwaltet inkl Gesichtserkennung usw., gleichzeitig die Bilder aber in einer definierten Ordner Struktur ablegt zum Beispiel iPhoneImport/2025/09/.....jpg

Hi @binhex i installed the docker and ran into some issues: 1. I got the notice "Config file "/home/nobody/.config/rclone/rclone.conf" not found - using default I found out instead of "rclone config" I have to run "rclone config --config /config/rclone/config/rclone.conf" in order to get the rclone.conf in the right place. Is this something special due to this docker? 2. I added a remote to Pcloud. I successfully authorized and also changed the hostname to eapi.pcloud.com as i`m using the european server. I`m pretty sure the configuration is correct. But when i run "rclone lsd pcloud:" i get the message "invalid accecc_token (2094). The command "rclone config file" shows the correct config path. Is there any known issue maybe?

Hi! Few days ago I updated the binhex-rclone docker. Afterwards it seems like rclone can`t find rclone.conf anymore. I checked the docker config and found out the path to RCLONE_CONFIG_PATH seemed wrong. I changed it to the correct path but the result was the same. (for some reason i forgot the path that was set originally......) Any idea what might gone wrong?

Bin heute zufällig über EVCC gestoßen und bei weiterer Recherche auf diesen Thread. Hab einen Docker wie von @Rockikone beschrieben erstellt, hat auf anhieb funktioniert, die Demo Anwendung läuft. Jetzt bin ich nur zu doof die evcc.yaml zu editieren. Kann mir da vielleicht noch jemand einen Schups in die richtige Richtung geben? Ich hab Midnight Commander installiert, der will die Yaml allerdings nicht öffnen. Wollte mir dann die Datei aus dem Share zum editieren downloaden, die evcc.yaml wird aber in dem Unraid "Browser" als Verzeichnis angezeigt und lässt sich nicht downloaden.... Sorry, bin hier etwas noob...

1. ok, habe upgedated. 2. Hab ich auch erledigt. Ich habe tatsächlich Unify Switches und AP`s im Haus. Router ist von Draytek. Bin gespannt, ob das Problem nun gelöst ist. Sollte öfter mal die Release beobachten und die Release Notes lesen Danke für die Hilfe! h-diagnostics-20240206-2148.zip Hier noch die aktuell Diagnostics

Sorry für die späte Rückmeldung, das Rclone Thema hat ich zurückgestellt wegen anderer Aktivitäten.... Heute früh ist mein Unraid Server wieder gecrasht. Hab mir mal die Syslog angeschaut, aber so recht kann ich damit nichts anfangen Ich habs mal zusaemmen mit der Diagnose angehängt, vielleicht kann ja mal jemand einen Blick darauf werfen Vielen Dank! syslogh-diagnostics-20240206-1824.zip

Ich habe den Docker binhex-rclone im Einsatz. Kann mir jetzt echt nicht erklären was hier passiert ist. Mir wäre nicht bewusst, dass ich die letzten Tage was gemacht hätte was das Verzeichnis leert. Bis vor kurzem hat das Script noch funktioniert Hab mal die syslog file durchgesehen. Das kann aber nicht die Ursache sein? Keine Ahnung, hab einfach mal nach Home gesucht und das in Verbindung mit Init gefunden??

Ok, hab ich jetzt so gemacht, zuerst die Pakete dann die NerdTools. Jetzt hab ich gerade festgestellt, dass mein Scrip zur Datensicherung mit binhex-rclone nicht mehr funktioniert. Hab dann festgestellt, dass das gesamte /home Verzeichnis leer ist? Kann des mit der Deinstallation der Nerdtools zusammenhängen???

Meinst du NerdTool App Unistall?

@alturismo ja... was soll ich sagen, da hast du recht ich hab meine ersten Schritte mit Unraid auch mit nem Youtube Video gemacht und da jede Menge Zeugs installiert. Meinst es macht Sinn nach und nach auszumisten / deinstallieren oder lieber noch mal neu aufsetzen?

@alturismo zu 1, nein nur 1 NIC. Hab das bond jetzt disabled zu 2, hatte noch ein Provisorium verkabelt... jetzt hab ich wieder 1Gbit zu 3, welche Stromspareinstellungen meinst du? Ich hab halt mit Powertops optimiert so wie in der Anleitung hier im Forum zu 4, siehe Anhang @MAM59 Ich habe einen Esprimo P958 mit nem FUJITSU D3602-A1 Mainboard, eigtl nicht wirklich alt? hartmann-diagnostics-20240119-2250.zip

Hallo zusammen, ich hatte gerade mal wieder ein Problem, dass Unraid nicht erreichbar war. In der Log file sieht man, dass eth0: NIC Link is Down mehrfach kommt, hat sich jetzt aber wieder gefangen. Weiß jemand was das sein könnte? Hier ein Auszug aus dem Log Jan 17 16:30:00 Hartmann kernel: </TASK> Jan 17 21:17:58 Hartmann kernel: e1000e 0000:00:1f.6 eth0: NIC Link is Down Jan 17 21:17:58 Hartmann kernel: bond0: (slave eth0): link status definitely down, disabling slave Jan 17 21:17:58 Hartmann kernel: device eth0 left promiscuous mode Jan 17 21:17:58 Hartmann kernel: bond0: now running without any active interface! Jan 17 21:17:58 Hartmann kernel: br0: port 1(bond0) entered disabled state Jan 17 21:18:02 Hartmann ntpd[1177]: Deleting interface #2 *multiple*, 192.168.0.50#123, interface stats: received=2853, sent=2856, dropped=0, active_time=679718 secs Jan 17 21:18:02 Hartmann ntpd[1177]: 216.XXX.XXX.0 local addr 192.168.0.50 -> <null> Jan 17 21:18:02 Hartmann ntpd[1177]: 216.XXX.XXX.4 local addr 192.168.0.50 -> <null> Jan 17 21:18:02 Hartmann ntpd[1177]: 216.XXX.XXX.8 local addr 192.168.0.50 -> <null> Jan 17 21:18:02 Hartmann ntpd[1177]: 216.XXX.XXX.12 local addr 192.168.0.50 -> <null> Jan 17 21:18:23 Hartmann kernel: e1000e 0000:00:1f.6 eth0: NIC Link is Up 100 Mbps Full Duplex, Flow Control: None Jan 17 21:18:23 Hartmann kernel: bond0: (slave eth0): link status definitely up, 100 Mbps full duplex Jan 17 21:18:23 Hartmann kernel: bond0: (slave eth0): making interface the new active one Jan 17 21:18:23 Hartmann kernel: device eth0 entered promiscuous mode Jan 17 21:18:23 Hartmann kernel: bond0: active interface up! Jan 17 21:18:23 Hartmann kernel: br0: port 1(bond0) entered blocking state Jan 17 21:18:23 Hartmann kernel: br0: port 1(bond0) entered forwarding state Jan 17 21:18:26 Hartmann ntpd[1177]: Listen normally on 3 br0 192.168.0.50:123 Jan 17 21:18:26 Hartmann ntpd[1177]: new interface(s) found: waking up resolver Jan 17 21:19:08 Hartmann kernel: e1000e 0000:00:1f.6 eth0: NIC Link is Down Jan 17 21:19:08 Hartmann kernel: bond0: (slave eth0): link status definitely down, disabling slave Jan 17 21:19:08 Hartmann kernel: device eth0 left promiscuous mode Jan 17 21:19:08 Hartmann kernel: bond0: now running without any active interface! Jan 17 21:19:08 Hartmann kernel: br0: port 1(bond0) entered disabled state Jan 17 21:19:11 Hartmann ntpd[1177]: Deleting interface #3 *multiple*, 192.168.0.50#123, interface stats: received=24, sent=24, dropped=0, active_time=45 secs Jan 17 21:19:11 Hartmann ntpd[1177]: 216.XXX.XXX.0 local addr 192.168.0.50 -> <null> Jan 17 21:19:11 Hartmann ntpd[1177]: 216.XXX.XXX.4 local addr 192.168.0.50 -> <null> Jan 17 21:19:11 Hartmann ntpd[1177]: 216.XXX.XXX.8 local addr 192.168.0.50 -> <null> Jan 17 21:19:11 Hartmann ntpd[1177]: 216.XXX.XXX.12 local addr 192.168.0.50 -> <null> Jan 17 21:19:32 Hartmann kernel: e1000e 0000:00:1f.6 eth0: NIC Link is Up 100 Mbps Full Duplex, Flow Control: None Jan 17 21:19:32 Hartmann kernel: bond0: (slave eth0): link status definitely up, 100 Mbps full duplex Jan 17 21:19:32 Hartmann kernel: bond0: (slave eth0): making interface the new active one Jan 17 21:19:32 Hartmann kernel: device eth0 entered promiscuous mode Jan 17 21:19:32 Hartmann kernel: bond0: active interface up! Jan 17 21:19:32 Hartmann kernel: br0: port 1(bond0) entered blocking state Jan 17 21:19:32 Hartmann kernel: br0: port 1(bond0) entered forwarding state Jan 17 21:19:35 Hartmann ntpd[1177]: Listen normally on 4 br0 192.168.0.50:123 Jan 17 21:19:35 Hartmann ntpd[1177]: new interface(s) found: waking up resolver Jan 17 21:19:45 Hartmann kernel: e1000e 0000:00:1f.6 eth0: NIC Link is Down Jan 17 21:19:45 Hartmann kernel: bond0: (slave eth0): link status definitely down, disabling slave Jan 17 21:19:45 Hartmann kernel: device eth0 left promiscuous mode Jan 17 21:19:45 Hartmann kernel: bond0: now running without any active interface! Jan 17 21:19:45 Hartmann kernel: br0: port 1(bond0) entered disabled state Jan 17 21:19:49 Hartmann ntpd[1177]: Deleting interface #4 *multiple*, 192.168.0.50#123, interface stats: received=2, sent=4, dropped=0, active_time=14 secs

Hey guys, probably not a Paperless-ngx problem... I installed the docker as Custom br0 with port 8000 and IP 192.168.0.48 Is it possible to open Paperless Ngx by only calling 192.168.0.48 as adress without port? My plan was to create a local domain name (using AdGuard) like mypaperless.local that refers to 192.168.0.48, but DNS only relays IP`s and no ports... without adressing the port Paperless will not open....

Soory für die späte Rückmeldung, hat soweit alles funktioniert und läuft wieder. Danke für die Hilfe!

Ok, alles klar, danke! Jetzt noch eine Ungereimtheit, hab jetzt die NVME allein als Cache und würde jetzt zurück moven, allerdings... ... ich kann den Cache nicht als Sekundär auswählen. Soll wohl heißen Primär Cache, Sekundär Array und Mover Array-> Cache?? Ich frag lieber nochmal nach bevor ich mir was zerschieße...

ok, also cache is jetzt leer... Nur um auf Nummer sicher zu gehen, das system/docker aufm array kann ich jetzt löschen, bevor ich alles wieder auf cache move?

Natürlich macht das mit der NVME so keinen Sinn, wies dazu kam steht oben Eigentlich sollte nichts mehr laufen, Docker und VM hatte ich vorher gestoppt. Ich habe jetzt mal neue gebootet. Es wurde jetzt fast alles gebootet bis auf das... Ich vermute fast das könnte ich löschen. Edit: Die SSD geht in Spindown, die NVME nicht....

So, jetzt hab ich über Nacht den Mover laufen lassen, war unerwartet langsam. Jetzt ist aber der System Ordner noch auf dem Cache obwohl der Mover fertig ist. Die Einstellungen sollten doch passen? Wenn ich den Mover aktiviere beendet er aber sofort wieder. Im System Log steht dann folgendes (offensichtlich passt die Zeitangabe nicht )

Die NVME war natürlich leer sonst hät ich das nicht gemacht Ich wollte sehen, was da dann mit der zweiten Platte passiert, ich hab nicht recht verstanden was du mit unten stehendem Zitat gemint hast. Ich dachte mir steht dann evtl die zweite Platte als zweiter Cache zur Verfügung, mir war nicht bewusst, dass dabei automatisch ein RAID1 entsteht. /mnt/cache checken ob leer? Gut, dass du es nochmal explizit geschrieben hast. Ich glaub, ich bekomme es jetzt hin

Also irgendwie bin ich nicht sicher, ob ich dich richtig verstanden habe Ich hab jetzt die NVME zum Pool hinzugefügt, in den Share Settings ist die aber nirgends anwählbar. Also ich würde jetzt Docker/VM stoppen und disablen, an allen Shares Secondary Storage auf Array, Mover Cache -> Array und Mover starten. Danach die SSD aus dem Pool entfernen, die NVME evtl auf Cache umbennen? Heißt im Augenblick Cache 2. Dann Mover Array -> Cache und Mover starten. Wenn das abgeschlossen ist Secondary Storage entfernen bei den Shares die ich Cache Only haben will. Passt die Vorgehensweise? Mich irritiert gerade etwas, das die NVME kein FS anzeigt, die war als XFS formatiert. Und was bedeutet Device is part of a pool? Ist das jetzt so schon eine eigenständige Platte, oder? Ich dachte eine VM umziehen geht schneller und problemloser als mehrere Docker. Die HDDs sind halt schon vorhanden, sollen noch für Backups herhalten und Videos speichern. Die Zeichnung ist V0.1, wird noch verfeinert

Hallo zusammen, bei mir läuft jetzt seid knapp einem Jahr Unraid. Ich habe in dieser Zeit etwas experimentiert und möchte das Ganze jetzt mal aufräumen und strukturieren. Ich habe jetzt RAM und eine NVME nachgerüstet, mein System sieht jetzt aktuell so aus: Intel® Core™ i5-8600 32GB RAM Array 2TB + 2TB Parity Pool 256GB SSD Disk Devices 2TB NVME Es laufen ein aktuell ein paar Docker, in Zukunft sollen sich noch ein paar VM`s hinzugesellen. Ich hab mir mal Gedanken gemacht und aufgezeichnet, wie der Unraid Server in Zukunft aussehen könnte, Zeichnung ist angehängt. Im ersten Schritt möchte ich jetzt mal die SSD rauswerfen und durch die NVME ersetzen. Ich habe folgenden Beitrag gefunden Ist die Vorgehensweise die gleiche, wenn die alte und neue Platte gleichzeitig verbaut sind? Wie mach ich das am besten? Im zweiten Schritt würde ich dann mal sämtliche Shares und Backups so einrichten wie ich es skizziert habe, wobei das noch nicht in Stein gemeißelt ist, das würde ich auch gerne mit euch diskutieren. Seht ihr irgendwo Konfliktpotential? Mir fehlt noch etwas das Verständnis, wie ich die VM`s sichere, besonders die VM für die Homeautomation. Die Applikationen die in der VM laufen könnte ich zwar auch als Docker installieren, so läuft es auch im Augenblick. Aber ich hätte es gerne in einer VM, damit ich im Fall der Fälle das ganze Bundle einfach auf einem anderen System laufen lassen könnte falls es mir irgendwas mit Unraid verhagelt. Eventuell sogar unter Einsatz von Proxmox und Proxmox Backup Server?

Hat geklappt, danke für eure Hilfe! 😃