ich war gerade etwas gefrustet...
Habe am Freitag ein Update der Debian Pakete von Grommunio installiert, Snapshot vorher gemacht und nach der Installation konnte das AdminPortal nicht mehr geladen werden. Der grommunio-admin-api.service und grommunio-cui.service konnte nicht gestartet werden, da anscheinend bei dem Update das Verzeichnis /usr/libexec/grommunio-cui aus dem Filesystem gelöscht wurde. Na, jedenfalls ist es nicht mehr vorhanden und ich oder die VM werden es nicht entfernt haben.
Mär 21 13:07:54 mail systemd[141326]: grommunio-cui@tty1.service: Executable /usr/libexec/grommunio-cui/getty missing, skipping: No such file or directory
░░ Subject: Process /usr/libexec/grommunio-cui/getty could not be executed
░░ The process /usr/libexec/grommunio-cui/getty could not be executed and failed.
Mär 21 13:07:54 mail systemd[1]: grommunio-cui@tty1.service: Succeeded.
░░ The unit grommunio-cui@tty1.service has successfully entered the 'dead' state.
Das Verzeichnis ../grommunio-cui habe ich aus der Appliance wiederhergestellt. Es sind Python Script. Scheinen aber so nicht zu funktionieren. Ich werde wohl das betreffende Paket grommunio-admin-api noch einmal nachinstallieren müssen.
Gemacht, getan, deine Anmerkung hierzu :
**Grommunio Admin Api
Leider gibt es im Debian keine Gruppe nginx also lieber mal www-data nehmen
sed -i 's/nginx/www-data/g' /lib/systemd/system/grommunio-admin-api.socket
systemctl daemon-reload
Dann wird im Debian der uwsgi nicht /usr/sbin sondern in /usr/bin installiert
sed -i 's|/usr/sbin/uwsgi|/usr/bin/uwsgi|g' /lib/systemd/system/grommunio-admin-api.service
systemctl daemon-reload**
wurde leider bislang immer noch nicht umgesetzt.
Läuft nun aber wieder
Danke für deine Dokumentation immer wieder ... ;-) !
René