setup.sh suseleap 16.0 führt zu Fehlermeldung Could not connect to backend

herbert

Ich habe versucht grommunio mit setup.sh von
https://github.com/grommunio/grommunio-setup
Zu installieren.
Das setup läuft durch.
Die Browsereingabe
https://suseleap16.domain.de:8443/login?redirect=/
zeigt das richtige Anmeldefenster.
Nach Eingabe von
Username: admin
Passwort: Passwort
erhält man die Fehlermeldung
Could not connect to backend

Die gleiche Vorgehensweise mit suse 15 funktioniert ohne Probleme

WalterH

Vermutlich läuft das grommunio-admin-web nicht.

herbert

Der Befehl
systemctl list-units --type=service --all | grep grom
Liefert bei Suse leap 16.0 folgendes Ergebnis.

grommunio-admin-api.service loaded active running grommunio admin api
grommunio-antispam.service loaded active running rapid spam filtering system
gromox-delivery-queue.service loaded active running Gromox local delivery agent frontend
gromox-delivery.service loaded active running Gromox mail spooler
gromox-event.service loaded active running Gromox event service
gromox-http.service loaded active running Gromox HTTP service
gromox-imap.service loaded active running Gromox IMAP server
gromox-midb.service loaded active running Gromox midb service
gromox-pop3.service loaded active running Gromox POP3 server
gromox-timer.service loaded active running Gromox timer service
gromox-zcore.service loaded active running Gromox zcore service
redis@grommunio.service loaded active running Redis instance: grommunio

Bei Suseleap 16 gibt es folgendes Ergebnix

grommunio-admin-api.service loaded active running grommunio admin api
grommunio-antispam.service loaded active running rapid spam filtering system
gromox-delivery-queue.service loaded active running Gromox local delivery agent frontend
gromox-delivery.service loaded active running Gromox mail spooler
gromox-event.service loaded active running Gromox event service
gromox-http.service loaded active running Gromox HTTP service
gromox-imap.service loaded active running Gromox IMAP server
gromox-midb.service loaded active running Gromox midb service
gromox-pop3.service loaded active running Gromox POP3 server
gromox-timer.service loaded active running Gromox timer service
gromox-zcore.service loaded active running Gromox zcore service
valkey@grommunio.service loaded failed failed Valkey instance: grommunio

grommunio-admin-web läuft bei suseleap 15 auch nicht.
Trotzdem kann man sich bei suseleap 15 als admin anmelden

herbert

Folgender Fehler in nginx-admin-error.log:
2026/07/23 10:28:28 [crit] 2120#2120: *3 connect() to unix:///run/grommunio/admin-api.socket failed (13: Permission denied)
while connecting to upstream, client: 2a02:778:141:8a01:6842:54f6:1767:d14c,
server: _, request: "POST /api/v1/login HTTP/1.1", upstream: "uwsgi://unix:///run/grommunio/admin-api.socket:", host: "suseleap16.domain.de:8443"

WalterH

Die Rechte sehen auf meinem System so aus:

l /run/grommunio/admin-api.socket
srw-rw---- 1 grommunio nginx 0 Jul 22 08:06 /run/grommunio/admin-api.socket=

herbert

Ich habe Suselinux Leap noch einmal ohne den File Server Installiert. Jetzt funktioniert alles.
Was macht der Fileserver dass das diese Auswirkung hat.

WalterH

In der Dokumentation steht, das grommunio auf einem dezidierten Server zu installieren ist und keine sonstigen Dienste unterstützt werden. Ein Blick in die Dokumentation zeigt, wie viele Ports usw. grommunio für seine Dienste benötigt. Wenn dann ein anderer Dienste einen dieser Ports verwendet, funktioniert grommunio nicht mehr.
Das wurde aber hier im Forum mehrfach besprochen - ist nicht wirklich was neues.

herbert

Ok, man lernt ja immer etwas dazu.
Einen Fileserver habe ich bis jetzt nicht als sonstigen Dienst betrachtet. Für mich war das immer ein Grundbestandteil eines Betriebssystems.
Es war ja auch nicht ein Netzwerk port von Grommunio blockiert.
Das Problem war uwsgi.

WalterH

herbert Das Problem war uwsgi.

Das wird aber für die Administration benötigt - oder?

herbert

WalterH
Sieht so aus
Laut der Fehlermeldung benutzt Grommunio uwsgi im admin-api.socket für einen POST
Aber wie es aussieht hat der Fileserver das belegt und das grommunio admin-api.socket konnte nicht mehr darauf zugreifen.
Dieser Zusammenhang war für mich jetzt erst mal nicht zu sehen.
Der Fileserver von Debian macht in dieser Hinsicht keine Probleme.
Ich sehe das jetzt als Info falls jemand anderes auch ein Problem damit hat.