Cannot restart container egroupware: Platte voll?

[rainer.lilischkis]

ich verstehe nicht, wo ich hier ein Problem habe:

ist das Kommando für den restart richtig? docker restart egroupware

[rainer.lilischkis]

mir fehlt der Container, wenn ich das richtig verstehe:

[itwo]

Ist den die Platte wirklich voll?
Ich vermissen den EGe Container…

[itwo]

Ja so ist es, der fehlt.
War die Platte voll als Du ein Update einspielen wolltest?

[rainer.lilischkis]

nein das lief gestern noch. Über Nacht ist was passiert. Da war keiner dran.

Ich habe vorhin die VM neu gestartet.
inzwischen einmal docker image prune -a
und das ist jetzt der Zustand

[rainer.lilischkis]

habe jetzt ein Docker-compose up -d gemacht
läuft wieder

[StefanU]

Ich bin anfangs auch in dieses “Docker Problem” gelaufen.

Was nicht zu einem Problem werden muss, wenn

• Plattenplatz groß genug gewählt wird
• Plattenplatz überwacht wird
• Container-Update automatisch installiert werden (watchtower räumt auch auf)

So kannst Du alle alten Images löschen:
docker image prune -a

UND die gerade nicht laufenden!
https://help.egroupware.org/t/docker-werkzeuge/74119

Wenn nach einem reebot ein Container nicht starten kann und man räumt dann so auf, ist der Container halt weg. Neu erstellen lassen (wie Rainer das gemacht hat) und gut ist.

Stefan

[itwo]

Container-Update automatisch installiert werden (watchtower räumt auch auf)

Wieder was gelernt

[rainer.lilischkis]

wobei ich immer noch nicht verstehe, wo da bei mir eine Platte voll sein soll:

[itwo]

In deinem ersten Beitrag sieht man /dev/sda1 100% = voll
Ist mir auch schon passiert bei einem anderen Docker Projekt.

[rainer.lilischkis]

hab ich das dann mit dem docker image prune -a wieder frei gemacht?
hätte das der watchtower machen sollen, wie Stefan schreibt?

[itwo]

hab ich das dann mit dem docker image prune -a wieder frei gemacht?

ja.

hätte das der watchtower machen sollen, wie Stefan schreibt?

Kann ich dir nicht sagen, ich verwende den nicht…

[StefanU]

hab ich das dann mit dem docker image prune -a wieder frei gemacht?

hätte das der watchtower machen sollen, wie Stefan schreibt?

Kann ich dir nicht sagen, ich verwende den nicht…

Die EGroupware-Standard-Installation installiert einen Container (watchtower), welcher nachts nachschaut ob ein neuer Container (EGw, Webserver, DB, Guacamole, … alle konfigurierten) bereit steht. Ist dem so, wird dieser herunter geladen, gestoppt, ausgetauscht, gestartet.
Danach räumt watchtower auf: Sprich löscht die alten Container.

Bei manuellen Updates oder Versionen hin und her muss man sich selber kümmern.

Aber grundsätzlich kann da nix kaputt gehen bzw lässt sich das schnell wieder herstellen.
Das sieht bei Paket-Update und voller Platte anders aus…

---

Warum deine Platte aber nun voll war ist im Nachgang schwer zu sagen.

Beobachte das besser in Zukunft. Wenn du sonst keine Überwachung zur Hand hast: In Webmin steht so etwas zur Verfügung. Nutze ich schon mal auf so Einzelinstallationen.

Stefan

[itwo]

Wenn du sonst keine Überwachung zur Hand hast: In Webmin steht so etwas zur Verfügung. Nutze ich schon mal auf so Einzelinstallationen.

Ich möchte noch https://packages.debian.org/bookworm/cockpit in den Raum werfen, Webmin ist schon sehr lange aus den Debian Packet Quellen geflogen.

[StefanU]

Webmin ist schon sehr lange aus den Debian Packet Quellen geflogen.

Ist für mich kein Qualitätskriterium. Genau so ist EGw schon lange nicht mehr drin.
Die Entwicklungszyklen Debian <=> EGw, Webmin, … passen nicht. Debian ist zu langsam für so etwas.
Bei Cockpit nich besser:
Im Repo: 287-1
https://packages.debian.org/bookworm/cockpit
Aktueller Stand: 304

Cockpit Project — Cockpit Project

Cockpit ist aber ansonsten auch nicht verkehrt.

Webmin installieren ist ein Zweizeiler:

Downloading and Installing

Verwende ich seit ~Anfang der Jahrtausends Gewohnheit…

Stefan

[itwo]

https://packages.debian.org/bookworm/cockpit

Aktueller Stand: 304

https://packages.debian.org/bookworm-backports/cockpit

Verwende ich seit ~Anfang der Jahrtausends Gewohnheit…

Ja das kenne ich gut…

[StefanU]

https://packages.debian.org/bookworm-backports/cockpit

OK. backports.
Musst du natürlich auch erst einschalten und dann aufpassen, dass du dir nicht weitere neuere Software einfängst…

Aber vielleicht schaut Rainer einfach ab und zu (Serientermin ) auf das System…

Stefan

[itwo]

Musst du natürlich auch erst einschalten und dann aufpassen, dass du dir nicht weitere neuere Software einfängst…

Der Vollständigkeit halber, die Backports in Debian Stable haben ein kleineres Pinning und werden nur installiert wenn man dies explizit angibt.

  Versionstabelle:
     303-1~bpo12+1 100
        100 http://deb.debian.org/debian bookworm-backports/main amd64 Packages
     287-1 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages

Sind diese erst mal installiert gibt es dann aber ganz normal die Updates, auch für die installierten BPO Pakete.

Inzwischen ist das sehr stabil und wir fahren z.B. die LibreOffice Versionen aus den Backports…

War jetzt aber ziemlich OT

[rainer.lilischkis]

Hallo Ihr beiden,

jetzt habt ihr mich mächtig abgehängt.
Ich versuche mal ein Fazit:
Platte war tatsächlich voll. Jetzt nur 10%. Wieso wissen wir nicht. (Gab es einen Grund für den Watchtowermechanismus-Fehler?)
Ich sehe einmal im Monat nach dem VM.
Wahrscheinlich tut es auch ein df -i an Stelle weiterer Software.

Ist das so richtig?
Rainer

[rainer.lilischkis]

Noch einmal dazu:

wieso sehe ich hier eigentlich ein paar mal die selben Zahlen:

edit

hab´s verstanden, sorry…