Patty92

Puhhhhh, das ist jetzt eine gute Frage. Schon einmal versucht nach dem kopieren der „docker.img“ einmal docker zu deaktivieren und dann wieder zu aktivieren? Bzw. Docker deaktivieren, die Datei kopieren, Docker wieder aktivieren. Wenn ja, und das klappt nicht, kann ich an der Stelle leider nicht weiterhelfen und du müsstest warten bis dazu jemand anderes etwas sagen kann. Ich kenne die Prozedur nur so, das man appdata wiederherstellt, Docker startet und auf Basis seiner Templates die Container wieder erstellt.

Bitte nicht auf die Pfade 100 prozentig festlegen, aber sollte so passen: Solche Konfig Sachen stehen unter: system/docker/docker.img oder in dem entsprechenden Verzeichnis, welches du dafür konfiguriert hast. Da dein Pool „Platt“ gemacht wurde muss das neu aufgebaut werden. Da sind dann auch solche Sachen drin wie dein eigen erstelltes Netz für Docker. Deshalb an der Stelle, ja, das Netz müsstest du im Vorfeld wieder anlegen, wie du es schon mal gemacht hast.

Hey, deine Docker Templates sollten ja noch da sein. Mach mal: "Docker" - "Add Container" - "Template" -> "Select a Template". Hier sollten deine Container Template zu sehen sein. Einen auswählen und erstellen lassen.

Sorry, ich habe mal dein Screenshot entwendet Stop mal das Array, dann geh auf die Platte und dann solltest du das File System auswählen können. Anschließend das Array wieder starten und nochmal formatieren, wenn ich mich recht entsinne.

Nachtrag: Ich habe es gerade noch mit der "Plus" und "Pro" Version versucht. Da funktioniert der Code nicht. Wenn man sich die Info ansieht, wird hier beim "Neu-Erwerb" auch nur die Basic Lizenz mit ausgewiesen:

Hey, ich habe es jetzt probiert. Es geht sowohl "SUMMER23" als auch "Summer23" als auch "summer23" Aber bitte das englische "Summer" nehmen, nicht "Sommer" Grüße Patty

Hey, guck mal hier: HÄUFIG GESTELLTE FRAGEN der Punkt „Was ist der Unterschied zwischen einem RAID und Unraid?“ Zu deiner Frage und deinem Beispiel: Beim Abspielen der mp3 würde nur Disk2 aufwachen. Grüße Patty

Dafür brauchst du eigtl. auch keinen Container. Ich mache das bei mir mit dem Plugin "User Scripts" um Daten die ich bei mir permanent auf dem Cache liegen habe (Musik, Dokumente) mittels "rsync" vom Cache auf das Array sichere.

Hey, es ist zwar keine große Hilfe, aber ich kann dir sagen, das ich auch die RC5 habe, meine Platte im xfs formatiert ist und keine Probleme mit dem SpinDown habe. Grüße

Hey, hier im Prinzip das vorhaben beschrieben: Moving Files from a Pool (cache) to the Array Kurz zusammengefasst: Docker/VM-Dienste beenden Freigaben anpassen (Cache: Ja) Mover manuell starten Grüße Patty

Ich möchte nichts beschreien, aber derzeit ist es nur noch die Meldung: "HOMESERVER kernel: BTRFS info (device loop2): using crc32c (crc32c-intel) checksum algorithm" Hier könnte man vermuten das es vielleicht sogar wie es schon in der Ausschrift steht um eine "info" geht. Was die anderen Fehler angeht, bisher nicht mehr zu sehen, ich hoffe mal das bleibt so. Wenn ja, ist meine Vermutung doch falsch und dein Vorschlag mit IPVLAN war die Lösung.. abwarten. Sollte das so sein, muss ich bei mir ein wenig umbauen. Danke dir zunächst für dein Vorschlag und voraussichtlich die Lösung. Gute Frage, hab ich nicht ausprobiert. 😛

Um den Beitrag hier nicht zu überfluten, erstmal weiter per DM.

Habe ich umgestellt Server neu gestartet VM aktiviert gleiche Warnungen: Mar 26 18:45:50 HOMESERVER root: Checksum: crc32c Mar 26 18:45:50 HOMESERVER kernel: BTRFS info (device loop2): using crc32c (crc32c-intel) checksum algorithm Die 2 Fehler, habe ich festgestellt, liegen vermutlich an meinen RaspberryMatic Container im Zusammenhang mit einem integrierten Addon (hap-homematic). Das würde ich hier jetzt mal außen vor lassen. Ich gehe davon aus, das du vermutest ich habe BTRFS? Bei mir ist alles xfs. Ich gehe davon aus, das die Warnungen hiermit zutun haben:

Hey, bei der 6.12 ist mir folgender Fehler aufgefallen: Mar 26 14:54:10 HOMESERVER kernel: BTRFS info (device loop2): using crc32c (crc32c-intel) checksum algorithm Mar 26 15:00:05 HOMESERVER kernel: WARNING: CPU: 8 PID: 6353 at net/netfilter/nf_conntrack_core.c:1211 __nf_conntrack_confirm+0xa4/0x2b0 [nf_conntrack] Mar 26 15:00:05 HOMESERVER kernel: CPU: 8 PID: 6353 Comm: kworker/u24:9 Tainted: G U 6.1.20-Unraid #1 Mar 26 15:00:05 HOMESERVER kernel: Call Trace: Daraufhin habe ich den VM-Dienst beendet und den Server neu gestartet, lasse ich den Dienst aus, ist alles gut, starte ich den Dienst, treten die Fehler wieder auf. Kann hier evtl. jemand helfen? homeserver-diagnostics-20230326-1502.zip

Nein, das geht auf meine Kappe, ich habe mich gestern vertan auf die Schnelle 🤦🏼 sorry. Gemeint ist natürlich das nextcloud Verzeichnis. /mnt/cache/appdata/nextcloud/config/nginx/site-confs In dem Verzeichnis gibt es die „default.conf“ und die „default.conf.sample“ .. die sample wurde durch das Update aktualisiert. Wenn du den Container beendest, die „default.conf“ löschst und den Container neu startest wird die Datei auf Basis der sample Datei neu aufgebaut und dann sollten auch die Fehler weg sein. ☺️

Muss auf der gleichen Ebene sein, wie dein Verzeichnis der proxy-confs

Hey, schaut euch das mal. https://www.photosync-app.com/de/index.html Es scheint aber im Android-Bereich die Premium Funktionen nicht zu geben, da kann ich leider nichts zum Umfang sagen. Aber an dich denke ich könnte das genau das richtige sein.

Mach ich. 👍🏻 Sehr geil, vielen Dank für den krassen Support.

Wonderful, it works. 👍 Thanks for the quick implementation. 🙃

Ja, da weiß ich erstmal Bescheid. Wenn es sich mehr oder weniger nur um ein Anzeigeproblem handelt und man "keine Angst" haben muss ist ok. Zur Überbrückung kann man ja wie gesagt den entsprechenden LXC-Container beenden, dann kommt man an die Docker Einstellungen innerhalb von Unraid. Grüße Patty

Das war ein ganz dummer Zufall, ich wollte glaube auf dem Test-Rechner "Docker data-root:" von vdisk auf directory ändern, dafür muss man ja den Dienst beenden und dann diesen Fehler entdeckt

Sorry, hatte ich nochmal getestet. Habe ich raus genommen, neu gestartet, keine Änderung.

@ich777 hier die Diagnostics Docker-Dienst beendet, Einstellungen zu sehen, alles ok. Docker Dienst gestartet. Schritt 1 - 8 erledigt Docker-Dienst beendet, Einstellungen zu sehen, alles ok. Docker Dienst gestartet. Schritt 9 erledigt ("9. Danach installieren wir Docker mit diesem Befehl per Copy/Paste und Enter drücken:") Docker-Dienst beendet Couldn't create socket: [2] No such file or directoryCouldn't create socket: [2] No such file or directory LXC-Container gestoppt Docker-Dienst - Einstellungen zu sehen, alles ok. tower-diagnostics-20230323-1051.zip

Habe ich im Container gemacht. Ich habe auf einem Test System das Ganze nochmal nachvollzogen und nur bis zum Punkt 9. gemacht nicht weiter, also wirklich nur bis zur Docker Installation. Gleiches Problem. Ich mach das nochmal „frisch“ an dem Test-System und sende die Diagnostics

Ich habe den Fehler gefunden: Ich habe mir vor einiger Zeit LXC installiert und wollte damit DNS betreiben. Da bin ich nach dieser Anleitung gegangen: Ich habe jetzt lange rum probiert, viel getestet, ausgeschlossen und bin zu folgendem Ergebnis gekommen: Sobald man in der obigen Anleitung "Punkt 9" ausführt: # 9. Danach installieren wir Docker mit diesem Befehl per Copy/Paste und Enter drücken: curl -fsSL https://get.docker.com -o /tmp/get-docker.sh && \ chmod +x /tmp/get-docker.sh && \ /tmp/get-docker.sh && \ rm /tmp/get-docker.sh kommt der aus Post 1 zu sehende Fehler. Beendet man den Container ist alles in Ordnung. @ich777 spricht man hier von einem Fehler oder eher generell doch keine gute Idee im LXC-Container mit Dockern zu arbeiten?