Collabora-key Container restart loop

[Fux]

Frisch neu installiertes egroupware (mittels apt) auf Debian 12. Container collabora-key startet permanent neu.

Logs-Ausgabe:

Blockquote
Setting up watches.
Watches established.
Run the script as root.
wsd-00001-00001 2023-07-26 14:39:40.394334 +0000 [ coolwsd ] INF Initializing wsd. Local time: Wed 2023-07-26 14:39:40 +0000. Log level is [8].| common/Log.cpp:330
wsd-00001-00001 2023-07-26 14:39:40.394551 +0000 [ coolwsd ] INF Setting log-level to [trace] and delaying setting to [warning] until after WSD initialization.| wsd/COOLWSD.cpp:2205
wsd-00001-00001 2023-07-26 14:39:40.394599 +0000 [ coolwsd ] INF Initializing coolwsd server . Experimental features are disabled.| wsd/COOLWSD.cpp:2236
wsd-00001-00001 2023-07-26 14:39:40.394863 +0000 [ coolwsd ] INF Anonymization of user-data is configurable.| wsd/COOLWSD.cpp:2248
wsd-00001-00001 2023-07-26 14:39:40.394881 +0000 [ coolwsd ] WRN NOTE: both logging.anonymize.usernames and logging.anonymize.filenames are deprecated and superseded by logging.anonymize.anonymize_user_data. Please remove username and filename entries from the config and use only anonymize_user_data.| wsd/COOLWSD.cpp:2259
wsd-00001-00001 2023-07-26 14:39:40.394893 +0000 [ coolwsd ] WRN Since logging.anonymize.anonymize_user_data is provided (false) in the config, it will be used.| wsd/COOLWSD.cpp:2262
wsd-00001-00001 2023-07-26 14:39:40.394911 +0000 [ coolwsd ] INF Anonymization of user-data is disabled.| wsd/COOLWSD.cpp:2295
wsd-00001-00001 2023-07-26 14:39:40.394994 +0000 [ coolwsd ] INF SSL support: SSL is disabled.| wsd/COOLWSD.cpp:2339
wsd-00001-00001 2023-07-26 14:39:40.395006 +0000 [ coolwsd ] INF SSL support: termination is disabled.| wsd/COOLWSD.cpp:2340
wsd-00001-00001 2023-07-26 14:39:40.395038 +0000 [ coolwsd ] DBG Setting envar PDFIMPORT_RESOLUTION_DPI=96 per config per_document.pdf_resolution_dpi| wsd/COOLWSD.cpp:2366
wsd-00001-00001 2023-07-26 14:39:40.395061 +0000 [ coolwsd ] INF Creating childroot: /opt/cool/child-roots/| wsd/COOLWSD.cpp:2407
wsd-00001-00001 2023-07-26 14:39:40.395702 +0000 [ coolwsd ] INF Cleaning up childroot directory [/opt/cool/child-roots/].| common/JailUtil.cpp:179
wsd-00001-00001 2023-07-26 14:39:40.395734 +0000 [ coolwsd ] TRC Directory [/opt/cool/child-roots/] is not a directory or doesn’t exist.| common/JailUtil.cpp:184
wsd-00001-00001 2023-07-26 14:39:40.395751 +0000 [ coolwsd ] INF Creating jail path (if missing): /opt/cool/child-roots//tmp/incoming| common/JailUtil.cpp:229
Failed to initialize COOLWSD: File access error: Invalid argument: /opt/cool/child-roots
wsd-00001-00001 2023-07-26 14:39:40.396054 +0000 [ coolwsd ] FTL Failed to initialize COOLWSD: File access error: Invalid argument: /opt/cool/child-roots| wsd/COOLWSD.hpp:505
File access error: Invalid argument: /opt/cool/child-roots

Entfernen und Neu-Installieren des Paketes egroupware-collabora-key (apt purge + apt install) hat nicht geholfen.

Ich habe keinen Collabora-Eintrag im Admin-Menü des Webinterface.

Was kann ich tun?

[StefanU]

Hi Fux.

Hast du COOL mit EGroupware installiert oder nachträglich?

Stefan

[StefanU]

Habe gerade mal auf Deb 12 installiert. Kann ich nicht reproduzieren. Installiert und läuft wie es soll und ist somit erst einmal kein generelles Problem…

Es wird auch COOL Stable gepullt wie es von uns vorgesehen ist. Wir hatten heute die COOL 23.05 als latest getagt. Dachte schon…

---

Hast du Debian 12 selber installiert oder ist das ein Image von einem Provider/Hoster/…?
Auf der Platte noch Platz?
Wie genau hast du alles installiert?
Was ist das für ein Log?

Stefan

[Fux]

Proxmox, Debian12 als LXC-Container (aus Vorlage).

eGroupware wurde nach Anleitung inst.:

• Repos. u. Key hinzugefügt,
• dann per “apt-get install egroupware-docker” installiert

Alle Container laufen - bis auf collabora-key.

Genug freier Platz ist. eGroupware funzt auch ansonsten. Nur eben Collabora nicht - taucht auch im Webinterface nicht auf.

Das Log ist die Ausgabe von “docker logs collabora-key”.

Laut Log wird das Fehlen des Verz. /opt/cool/child-roots bemängelt. Wenn ich das richtig sehe, sollte es dieses Verz. im Container geben - es wird nicht von extern gemountet. Scheint aber nicht vorhanden zu sein.

“chown www-data:www-data *” und “chmod 644 *” im Verz. /var/lib/egroupware/default/loolwsd sowie anschließender Neustart brachten keine Besserung.

[StefanU]

Prox 8 aktuell mit aktuellem und geupdatetem Debian 12-LXC:

Nesting ist aktiviert? Sonst würde Docker wohl auch nicht laufen…

Sonst mach doch mal Screenshots von deinen LXC-Einstellungen. Mal schauen ob du da etwas anders hast.

---

Warum LXC?

Ich persönlich sehe da für mich keinen Vorteil gegenüber einem KVM-Debian.
Da mache ich mir eher Gedanken über das nächste Host-Update…

Stefan

[Fux]

Nesting ist an. Hier die Einstellungen:

docker ps -a sieht bei mir so aus (leider nicht ganz so hübsch wegen der vielen dovecot-Ports):

LXC weil…ist einfach viel schneller als 'ne volle VM - weniger Overhead.

[RalfBecker]

FTL Failed to initialize COOLWSD: File access error: Invalid argument: /opt/cool/child-roots|

Wenn ich danach google, finde ich das ein NextCloud User unter Proxmox und LXC genau das gleiche Problem hat: https://github.com/nextcloud/all-in-one/discussions/2474

Ich würde es mal ohne LXC versuchen, ich bezweifle das Du da einen Performance Unterschied feststellen wirst.

Ralf

[StefanU]

LXC weil…ist einfach viel schneller als 'ne volle VM - weniger Overhead.

Nö.
Ressourcenbedarf und Geschwindigkeit unterscheiden sich nicht. Die paar Zehntel kommen bei dir als (EGw-Benutzer) nicht an. Da spielen einige andere Faktoren eine Rolle.
Einigermaßen sinnvoll word LXC wenn du automatisiert ausrollst und/oder du hunderte Instanzen auf einem Blech halten möchtest.
Wenn das alles nicht zutrifft würde ich es unbedingt sein lassen. Wie gesagt: Obacht beim nächsten Host-Update.

Ich habe hier Privat einen Jahre alten Dell-PC (16GB/2SSD/4 x Intel® Core™ i5-7500 CPU @ 3.40GHz (1 Socket)) mit Proxmox/Mail/EGroupware/COOL/RC/Testsystemen/… Alles KVM. Da lahmt nichts.

Stefan

[StefanU]

Knapp 90 User mit sehr großzügig RAM:

Zugriff teils aus CZ mit ~18ms roundtrip. Da hat niemand etwas zu meckern.

Stefan

[Fux]

Mal zurück zum Ursprungsproblem: Wonach entscheidet eGroupware, ob es den Punkt Collabora im Webinterface einblendet? Prüft es, ob der Container läuft?

Frage, weil der Punkt bei mir ja auch nicht da ist und ich irgendwo gelesen habe, dass über den eine Art Grundkonfiguration vorgenommen werden soll.

Falls ich mich für VM entscheide: Wie bekomme ich die Daten migriert? …MySQL-Dump + Inhalt von /var/lib/egroupware? Oder noch mehr?

[RalfBecker]

Mal zurück zum Ursprungsproblem: Wonach entscheidet eGroupware, ob es den Punkt Collabora im Webinterface einblendet? Prüft es, ob der Container läuft?

Zuerst wird geschaut, ob der Benutzer (oder eine der Gruppen in der er Mitglied ist) Ausführungsrechte für die Anwendung Collabora haben.

Dann prüft EGroupware ob eine URL für Collabora eingetragen ist UND der Server antwortet. Diese Prüfung wird für einige Zeit gecached, sprich nicht für jeden Request neu durchgeführt.

Falls ich mich für VM entscheide: Wie bekomme ich die Daten migriert? …MySQL-Dump + Inhalt von /var/lib/egroupware? Oder noch mehr?

Das ginge, noch einfacher ist:

1. internes EGroupware Datenbank Backup (in Admin oder Setup) ausführen
2. /var/lib/egroupware/default/{files,backup} resyncen
3. restore Datenbank Backup auf dem neuen System

Ralf

[Fux]

Migration zu VM erfolgreich (inkl. Datenübernahme).

Collabora-COntainer läuft nun.

ABER:

Collabora erscheint nirgends in eGroupware. Weder im Admin-Bereich, noch in den Apps.

Ich habe also auch keine Chance, Ausführungsrechte für Collabora zu vergeben (wie oben beschrieben).

Guacamole z.B. erschien nach der Installation automatisch. Gleiches hatte ich von Collabora erwartet.

Wie bekomme ich es zum Leben erweckt?

[StefanU]

Collabora erscheint nirgends in eGroupware. Weder im Admin-Bereich, noch in den Apps.

Im Admin-Bereich hast du die Ausführungsrechte bei Gruppen(Benutzer):

und unter Anwendungen:

COOL ist in EGw dann keine eigene Anwendung, sondern integriert sich in den Dateimanager (Öffnen Dateien, anlegen neue Dateien, File sharing) oder taucht bei Mail-Anhängen auf:

Ist davon nix da?

---

Hast du eine neue Installation mit COOL gemacht und ein Backup von einem System ohne COOL eingespielt? Dann könnte das schon sein, dass du keine Ausführungsrechte hast wenn du die auf dem alten System nicht hattest.

Bitte schau doch auch einmal in das Setup. Ggf musst du da COOL “aktivieren”?

Normalerweise muss das alles nicht gemacht werden. Aber in der Konstellation …

Stefan

[Fux]

Ich hab Collabora im Setup noch einmal de- und wieder aktiviert.

Jetzt taucht es auch auf und ich kann es konfigurieren und Rechte vergeben.

Laufen tut es allerdings nicht. Kommt ein leeres Fenster. Was mir auffällt: Im Admin unter Anwendungen/Collabora beginnt die URL mit “http” statt “https”. Ich kann es nicht ändern. Beim Anklicken des Links öffnet sich besagtes leeres Fenster - allerdings mit https in der Adresszeile.

Muss da noch etwas eingestellt werden? Wie kann man den Collabora-Server/Container testen?