Kill Docker

[Ranlvor]

Die aktuelle Dockerinstallation auf citizenfour ist nicht rebootfest. Das muss weg.

• [x] raumzeitlabor/nginx-proxy
  • [x] Ansible für Ersatz bauen
  • [x] Ansible für Ersatz ausrollen
  • [x] Daten migrieren
  • [x] aktiv setzen (IPv4)
  • [x] aktiv setzen (IPv6)
  • [x] docker weg machen
• [ ] raumzeitlabor/mysql-docker + raumzeitlabor/mediawiki-docker
  • [ ] Ansible für Ersatz bauen
  • [ ] Ansible für Ersatz ausrollen
  • [ ] alte Version read only setzen
  • [ ] Daten migrieren
  • [ ] neue Version aktiv setzen
  • [ ] docker weg machen
• [ ] raumzeitlabor/rzl-homepage-docker
  • [ ] Ansible für Ersatz bauen
  • [ ] Ansible für Ersatz ausrollen
  • [ ] Daten migrieren
  • [ ] aktiv setzen
  • [ ] docker weg machen

[s1lvester]

Docker steht unter Artenschutz!

[s1lvester]

• [ ] Deployment dokumentieren

(Ja, Code dokumentiert sich selbst, aber: Das würde dann auch für die Dockerfiles gelten, die @else mal geschrieben hatte).d

[elsbrock]

Was ist mit denen?

[s1lvester]

@Ranlvor konnte die wohl nicht in der richtigen Reihenfolge rebooten ohne die einzeln per hash und docker start ... aufzurufen. Server ist wohl teilweise defunct. Vielleicht sprecht ihr einfach mal direkt miteinander ;-)

[Ranlvor]

@else das aktuell größte Problem bei denen: Wenn ich den Server reboote läuft von denen garnix. Und wenn ich sie manuell starte muss ich sie in der exakt richtigen Reihenfolge starten sonst kommen die mit falschen IPv4-Addressen hoch.

[elsbrock]

Gut, das liegt halt daran, dass du das jetzt auseinander baust. Dafür war der nginx-proxy da, und man braucht nirgendwo 'ne IPv4.

Wegen Reboot: keine Ahnung woran das liegt, müsste man sich mal anschauen. Hat jedenfalls mal funktioniert.

[Ranlvor]

Der nginx-Proxy spricht die anderen Container über ihre IPv4-Addressen an. Und startet auch nicht beim boot. In wiefern soll der bei irgendwas helfen?

[elsbrock]

Ich bin mir nicht sicher, inwiefern eine Diskussion hier mit dir überhaupt sinnvoll ist :wink:. Du scheinst die Funktionsweise der Container nicht verstanden zu haben, erlaubst dir aber, drüber zu urteilen. Das Setup lief seit Jahren problemlos. Viel Erfolg beim Umstellen.

[Ranlvor]

Niemand, der aktuell im NOC ist, hat sie verstanden oder kann sie updaten. Unser Wiki ist aktuell auf 1.23.9, die neuesten Securitypatches sind bei 1.27.3 bzw 1.28.2.

Und wenn man eine Kiste bootet haben alle Dienste zu starten. Automatisch. Alles andere ist einfach kaputt.

Edit: Korrektur: Mediawiki 1.23.17 scheint auch noch bis ende diesen Monats aktuell zu sein.

[uwap]

@Ranlvor Wie ist der aktuelle Status?

[Ranlvor]

Ist auf der Todo, wird vielleicht erledigt bevor die Hardware, auf der es läuft, an Altersschwäche stirbt (so Hardware hält ja nur ein paar Jahrzehnte). Eventuell auch nicht, dann erledigt der Umzug auf neue Hardware das.

[heylix]

@Ranlvor wie hattest du vor, die Updates vom Mediawiki zu machen?

Bei Docker könnte man ja einfach ein neues Image ziehen, bei Mediawiki müsste man den Tarball reinladen und das Update-Script laufen lassen.

Irgendwie glaube ich ja immer noch, dass ein Dockerfile praktischer wäre :grin:

Wenn der Nginx-Proxy der https://github.com/jwilder/nginx-proxy ist, läuft da nichts mit IPv4, sondern man setzt VIRTUAL_HOST=foo.bar.com beim Starten des Containers. Wenn du das mit Ansible genauso hinbekommst, ist es ja gut.

Mediawiki ist übrigens mittlerweile sogar ein offizielles Image (!) https://hub.docker.com/_/mediawiki/