[Docker] IPv4 Subnetz plötzlich andere IP-Bereiche

Ich habe grad mal ein neues Docker-Netzwerk "xxx" über die UGOS-Docker-App angelegt. Das erhielt dann den Range 172.21.0.0/16 eins mehr als das zuletzt von Portainer angelegte 172.20.0.0/16.
Die Frage ist nur, wie bekomme ich das nun wieder weg? NIchts gefunden. Wohl nur über Portainer.

Aber unter Docker-App --> Netzwerk finde ich keinen Befehl zum löschen.

*kw*, uups, Fenster nicht breit genug gemacht. Einen horizontalen Scrollbar gibt es nicht. Jetzt hab ich's gefunden.

Quote from *kw*

Ich habe gerade Portainer über Bord geworfen und bin dabei, die Container über die UGOS Docker App als Projekte neu anzulegen.

Damit mein Monk nicht ständig neidisch zu deinem Monk hinüberschielt, habe ich Portainer ebenfalls grade über Bord geworfen.

Und ihr seid sicher, dass man den nicht mehr braucht? Die meisten Anleitungen sind doch für Portainer gemacht.
Ich bin auch nicht ganz sattelfest mit Docker und würde mir wünschen, das ganz yaml-Geraffel würde irgendwie in Docker landen, egal über welches Tool man es einrichtet.

Ich nutze nur Portainer, und werde das auch weiterhin tun. Ich kenne mich damit mitlerweile recht gut aus, Portainer macht eigentlich alles was ich brauche. Die DockerApp liegt bei mir schon zu Synologyzeiten nur auf dem System weil sie installiert sein muß, damit Portainer funktioniert.

Jetzt extra auf die DockerApp, wo ich mich auch erst mehr als bisher einarbeiten müsste, umzusteigen habe ich nicht im Sinn und auch keine Lust. Da stehen viel zu viel andere Dinge auf dem Zettel, die mir wichtiger sind und zum Teil schon lange warten.

Aber leider sieht man die über Portainer eingespielten "Stacks" nicht als "Projekte" in der UGOS-Portainer-App und umgekehrt. Oder kennst du einen Weg?
Das zwingt einem leider dazu, sich für eines von Beiden zu entscheiden.

Genau so ist das. Ich kenne auch nur das entweder oder...

Ich bin jetzt auch nicht der Held, was Docker angeht, aber ein YAML-File bleibt ein YAML-File, egal ob es nun Stack oder Docker Compose heißt. Und wie *kw* bereits schrieb, kann man den Stack aus Portainer heraus eins zu eins an die Docker App übergeben.

Ein bisschen Angst hatte ich nur bei Paperless-ngx, da hier mittlerweile über 2000 Dokumente verarbeitet wurden. Ein Fehlschlag hätte mich um Tage oder gar Wochen zurückgeworfen. Aber auch hier einfach den Stack kopiert, in Portainer den Container gestoppt, dann den Stack in die Docker App eingefügt, auf das bereits bestehende Arbeitsverzeichnis von Paperless-ngx (/volume1/docker/paperless-ngx) verwiesen und den Container gestartet.

Ein weiterer Knackpunkt war Watchtower, da ich mir hier nicht sicher war, ob dies auch ohne Portainer funktioniert. Aber auch hier, keinerlei Probleme. Läuft.

Was ich natürlich nicht verwende ist MacVLAN, was sich aber wohl auch über die Docker App konfigurieren lässt. Aktuell habe ich aber keine Verwendung für MacVLAN, da ich z.B. auch kein Pi-Hole, Adguard o.ä. am Start habe, die evtl. ganz gerne ein eigenes IP-Netz haben möchten. Vielleicht schau ich mir das irgendwann mal an.

Unterm Strich brauch ich mich nunmehr nur noch am UGOS Pro anmelden und kann in die Containerverwaltung einsteigen, Container starten, stoppen, neu deployen, das Protokoll einsehen oder mich mit dem Container verbinden. Dafür brauch ich mich nicht nochmal mit Portainer zu verbinden.

Wie gesagt „keep it simple“ heißt mein Motto und dazu gehört ab heute auch die Verwendung der Docker App zu.

Quote from Benares

Aber leider sieht man die über Portainer eingespielten "Stacks" nicht als "Projekte" in der UGOS-Portainer-App und umgekehrt.

Die Docker App legt in jedem Container-Verzeichnis wie z.B. /volume1/docker/paperless-ngx eine Datei mit dem Namen docker-compose.yaml an. In dieser Datei ist dein Docker Compose bzw. der Inhalt deines Stacks enthalten. Anhand dieser Datei erkennt die Docker App, das ein Projekt erstellt wurde und nimmt dieses in die Projektliste auf. Die docker-compose.yaml kann über die WebUI der Docker App nachträglich bearbeitet werden.

Für mich ein weiterer Vorteil gegenüber Portainer, wo ich nie wusste, wo genau der Stack gespeichert wurde. Dank der Docker App findest du das YAML File immer am selben Ort eines jeden Containers.

Na ja, dann versuch das mal, meine bisherigen Portainer-Stacks auch in der UGOS-Docker-App als Projekte zu speichern.
Aber irgendwie stört mich halt diese im Grunde doppelte Datenhaltung.

Quote from Tommes

ein weiterer Vorteil gegenüber Portainer, wo ich nie wusste, wo genau der Stack gespeichert wurde

Die yaml Dateien sind unter /docker/portainer/compose/ abgespeichert. Außerdem hast Du sie ja in Portainer über Stacks/Editor greifbar

Bei der Ugreen Dockerap sehe im Gegensatz zu Synologys Containermanager, (der eigentlich Schuld war, daß ich Portainer nutze) keinen wirklichen Unterschied zu Portainer, außer daß wie ich finde Portainer ist etwas übersichtlicher.

Benares ich will dich zu nichts verleiten, aber natürlich steht des dir frei, es auszuprobieren um zu schauen, ob dir die Docker App zusagt und ausreicht.

eineb Wo bei Portainer die YAML Files liegen habe ich grade auch rausgefunden, wenn auch zu spät. Dorf ist dabei jedoch, das die docker-compose.yaml in numerischen Ordnern liegen und man zunächst nicht weiß, welches File für welchen Container bzw. Stack ist. Aber wie gesagt… ist jetzt eh egal. Portainer habe ich bereits gelöscht, nur die persistenten Daten sind noch da.