slidingMode

Danke für den Tipp. Aber ja, habe ich auch schon versucht. Ohne Erfolg. Ich habe es jetzt mit der Brechstange gelöst. - Die Docker directory gelöscht - Die Default appdata storage location gelöscht - Über Add Container und die Templates alle Docker manuell neu installiert und eingerichtet. Aber leider läuft LuckyBackup jetzt noch nicht. Hat auf Unraid 6.9.2 nie Probleme gemacht. Jetzt auf 6.10.3 stoppt es mit Fehlermeldungen. Der Status ist "CRITICAL". Ich habe sogar die Backupplatte bereinigt, um ein komplett neues Backup zu erstellen. Weiß jemand ob das an Unraid liegen kann durch das Update? LuckyBackup selbst sagt alles OK, wenn ich auf validate klicke.

Irgentwie ist es völlig egal welche Owner oder Permissions ich bei den Shares eintrage. Nach einem Re-boot ist alles wieder anders (oder beim Alten?). Allerdings starten die Docker dann immer noch nicht. Etwas anderes habe ich nicht geändert. Selbst ein Neuinstallieren eines Containers ändert nichts. Gibt es ähnlich wie bei der network.cfg ggf. ein File auf dem OS Stick welches man zwecks Zurücksetzen unbedenklich löschen könnte? Alles andere wie Zugriff auf die Shares vom Client oder starten der VMs funktioniert. Auch alle Plugins. Nur Docker nicht.

Hallo, bei meinen Versuchen ein Backup meines gesamten Arrays mit LuckyBackup kam es zu Errors aufgrund von fehlenden Rechte auf dem appdata und system Share. Also habe ich versucht dort die Permissions auf allen Gruppen (Owner, Group und Other) auf "Read/Write" zu ändern. Das hat soweit auch funktioniert. Leider starten jetzt alle 13 Docker Container nicht mehr. Die Fehlermeldung lautet: docker: Error response from daemon: failed to create shim: OCI runtime create failed: container_linux.go:380: starting container process caused: exec: "node": executable file not found in $PATH: unknown. Es liegt nahe, dass dies mit den geänderten Rechten zu tun hat. Im Netz habe ich nur Infos dazu gefunden das die Docker Verzeichnisse als Owner "nobody" haben sollen. Das habe ich dementsprechend auch für die Shares appdata und system geändert. Allerdings ist es, so wie ich das verstehe so, dass mittels Owner nur in den Permissions explizite Rechte vergeben werden können. Z. B. darf nur der Owner lesen und schreiben, alle anderen haben keine Rechte "no access". Wenn jetzt alle lesen und schreiben dürfen und die Owner nobody sind, sollten doch auch die Docker zugreifen können, oder? In anderen Formen habe ich gefunden, dass man "docker-compose" als "sudo" laufen lassen sollte. Jedoch würde ich auch gerne verstehen was hier passiert ist. Wenn mir hier jemand auf die Sprünge helfen könnte, wäre ich sehr dankbar.

Mega! Vielen lieben Dank. Das ich dort gar nichts anlegen brauche wusste ich nicht. Hatte das mal in einem Youtube Video gesehen. Deswegen hatte ich alles mögliche mit docker network probiert. Angelegtes Network entfernt und unter den Docker settings das custom network aktiviert. Passt. Wieder was gelernt. Danke Ford Prefect!

Ich bin noch auf Unraid 6.9.2. Siehe Screenshot im Anhang. Korrekt. Hmm... vielleicht verstehe ich es auch einfach nur nicht. Als ich damals mit Unraid gestartet bin, konnte ich ein custom network anlegen und so jedem Docker eine feste IP zuweisen. Nachdem ich jetzt die network.cfg gelöscht habe geht das aus irgendeinem Grund nicht mehr. Dabei brauche ich doch eine feste IP um in meiner FritzBox die IP von bspw. PiHole als DNS Server einzutragen. Wenn PiHole aber nicht mehr mit br0 oder sonst einem network mit fester IP startet nützt es mir nichts. Wenn du sagst ich muss die custom bridge einfach nur verwenden und nicht anlegen, warum kann ich dann zu Beginn nur "Host", "Bridge" oder "None" auswählen? Erst wenn ich sie mit docker network create anlege, kann ich sie anwählen.

OK. Ich weiß nicht wo es in Unraid klemmt. Habe jetzt diverse Dinge versucht. Wie gesagt mit "bridge" funtioniert alles wunderbar. Wenn ich aber z. B. PiHole editiere und dann apply drücke kommt "The command finished successfully!". Wenn ich PiHole dann starten möchte kommt "Execution Error/ Server Error". Ich habe das Netwerk mit docker network create --driver=bridge --subnet=192.168.178.0/16 br0 angelegt. Mit docker network inspect br0 sieht auch alles OK aus, oder? { "Name": "br0", "Id": "9f494b3c3345773edd6948ac14e8b52af71df6666c255fea83df8fc417c8cb97", "Created": "2022-04-09T15:43:09.304202332+02:00", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": {}, "Config": [ { "Subnet": "192.168.178.0/16", "Gateway": "192.168.0.1" } ] }, "Internal": false, "Attachable": false, "Ingress": false, "ConfigFrom": { "Network": "" }, "ConfigOnly": false, "Containers": {}, "Options": {}, "Labels": {} } In dem Diagnosefile, welches ich mir runtergelanden habe steht zu PiHole: time="2022-04-10T13:41:21.525790718+02:00" level=error msg="Handler for POST /v1.37/containers/ff49428a25e4/start returned error: driver failed programming external connectivity on endpoint pihole (0e014e5345ea29d5f11aa7dffbd069883d5a36d00e622c6335fcf423cf6a560b): Error starting userland proxy: listen tcp4 0.0.0.0:80: bind: address already in use" Aber wie kann die IP in Beutzung sein? Habe das auf dem Router überprüft. Habe auch eine IP im DHCP Bereich und außerhalb versucht.

Wenn ich den Container editiere (Leerzeichen) und dann starte kommt derselbe Fehler. Keine weiteren Infos. Oder wie meinst du das genau?

Hallo, auf meinem Unraid Server kann ich keine Docker Customs Networks mehr nutzten. Anlegen funktioniert mit docker network create homenet Wenn ich das Netzwerk dann im Container Edit (z. B. Pihole) auswähle, eine IP vergebe und den Container starte, kriege ich einen "Server Error" oder "Execution Error", ohne weitere Infos. Früher hat das so geklappt. Host und Bridge läuft. Halt nur ein Custom Network nicht. Habe auch schon versucht anstelle von Bridge Ipvlan zu nutzten. docker network create -d ipvlan --subnet 192.168.178.0/24 --gateway=192.168.178.1 -o parent=eth0 -o ipvlan_mode=l2 homenet Hat alles nichts genützt. Hat jemand vielleicht eine Idee warum sich der Server jetzt sperrt? Auftreten tut es seitdem ich die network.cfg wegen Netzwerkschwierigkeiten gelöscht und neu aufgesetzt hatte.

Top 👍. Vielen Dank für den Support. Nachdem es mir nicht gelungen ist das alte Setting wieder zum Laufen zu bringen oder einfach keine Lust mehr habe, habe ich jetzt auf Directory umgestellt und die alten user templates genutzt. Hat gut funktioniert. Und ich habe wieder was dazu gelernt.

Die UI funktioniert. Alles läuft wie vorher. Nur eben Docker nicht. Habe bereits verschiedene Dinge aktiviert und deaktiviert. Wenn ich dann docker enable = yes starte, kann ich nicht mehr auf die UI zugreifen. Wie gesagt VMs kann ich starten. Alle Networkshares sind da. Nur Docker spinnt. Als letztes Mittel kann ich wohl nur die vDisk löschen und alle Container neu einrichten, oder?

Booten im safe mode hat funktionert. ping 8.8.8.8 auch. Array konnte gestartet werden und vm manager läuft auch. Nur wenn ich jetzt "enable Docker = yes" starte hängt sich Unraid bzw. das Interface auf. Kann das an den custom networks liegen? Scheint als ob beim Starten von Docker irgentwelche Ports (80?) blockiert werden. Komme ja ohne Docker zu starten nicht an die ganzen Container um dort Änderungen vorzunehmen. Ich habe mal zwei Sceenshots von den Docker settings und den network settings (DHCP) beigefügt. Vielleicht sieht einer der erfahrenen User meinen Fehler.

Habe den Server bereits auf der Firtzbox gelöscht sodass er neu erkannt werden muss. Das mit dem Safemode booten ist ein guter Tipp. Warum bin ich da nicht selbst drauf gekommen 😅. Hatte wahrscheinlich versuch unbedingt in den GUI-Mode zu booten. Erst einmal muss ich auf den Server kommen 🙂. Dann werde ich den Googleping versuchen. Ich war auch leicht irritiert, dass es nach dem Löschen der network.cfg nicht funktioniert hat. Ich werde es heute abend nochmal versuchen und berichten. Danke für Tipps.

Danke für die schnelle Rückmeldung. Habe sowohl eine IP im DHCP Bereich der FritzBox als auch außenhalb getestet. Macht keinen Unterschied. FritzBox ist die aktuelle 7590 ac. Das ist mir klar, dass ich da einen ordentlichen Bock geschossen habe. Deswegen wende ich mich ja auch an euch 😁. Mein Vorgehen: - Stick aus Server entfernt und in mein MacBook gesteckt. In /config die Network.cfg gelöscht. Eine network-rules.cfg gab es nicht. Dann Stick wieder rein in den Server und neu gebootet. - Das mein System eine IP vom Router (DHCP) bekommt, hängt wohl mit der gelöschten network.cfg zusammen. Das Resetet die Network Config. dachte ich. - Anschließend habe ich die ident.cfg geöffent und bei den Ports anstelle von 80 und 443, 5000 und 5001 eingetragen. Habe auch andere Ports probiert. Es ist richtig das mein Rechner nur einen NIC hat. Dort bekommt der Server seine IP. Um Docker Container aber direkt über eine IP anzusprechen habe ich custom networks angelegt und jeden Container eine feste IP zugewiesen. Die wurden auch in der FritzOS GUI angezeigt. Streamen über Jellyfin z. B. hat so gut funktioniert. Das mit gelöschter network.cfg hatte ich bereits probiert. Oder meinst du ich soll alles inkl. Router neustarten und warten bis Docker und VM soweit sind?

Hallo Unraid Community, ich nutze Unraid jetzt seit ca. 3 Monaten und bin bist jetzt auch sehr angetan. Alles ließ sich problemfrei einrichten. Jetzt wollte ich allerdings etwas an der Netzwerk Konfiguration ändern. Es sollte eine statische IP anstelle einer dyn. über DHCP her. Dazu habe ich Docker und VM-Manager deaktiviert, die IP Einstellungen geändert und dann wieder Docker und VM-Manager aktiviert. Anschließend neu gebootet. Seitdem habe ich mit keinem Browser oder Laptop mehr Zugriff auf den Server. Folgendes habe ich bereits versucht: - Server im Netzwerk gesucht. Wird erkannt (Fritz!Box und LANScan). Ein anpingen des Servers ist nicht möglich. Antwortet nicht. - Ich habe bis jetzt versucht die Network.cfg vom Stick zu löschen und in der Ident.cfg die Ports (80 und 443) zu ändern. Erfolglos. - Beim Anschluss eines Monitors am Server sieht man, er bekommt eine IP vom Router (DHCP). - Ich habe versucht in den Unraid GUI Mode zu booten. Leider blinkt bei mir immer nur ein Balken oben links. Habe dazu versucht im BIOS unter CSM Einstellungen vorzunehmen (Legacy und UEFI). Klappt beides nicht. - Mein PC ist ein Fujitsu Primergy TX1310 M3. Mir gehen langsam die Ideen aus. Dazu sollte ich evtl. noch sagen, dass ich vorher alle Custom Networks (auch br0) gelöscht (docker network rm ...) und ein neues angelegt habe. Dieses neue sollten dann meine Docker Container anstelle von br0 nutzten. Ist das der Fehler? Kann man den beheben? Oder muss ich alles Platt machen und neu aufsetzen? Mache mir Sorgen um die ganzen Daten auf dem Array. Grüße