Die Tage habe ich via zypper up die SLES Appliance (nichts händisch angepasst / installiert) wie gewohnt aktualisiert.
Direkt nach dem Update ist die WebApp mit http/500 Error nicht erreichbar. Reboot / php-fpm restart etc. bringt nix.
Das nginx-error log wie auch die anderen zeigen exakt nichts zum Zeitpunkt des aufrufs. Lediglich das access log indiziert den http/500.
Deine Dummy php Datei funktioniert. Im Webapp Code bin ich nun soweit, dass die Webapp funktioniert, wenn folgende drei Dateien nicht eingebunden werden, die in der Bootstraße Datei (/usr/share/grommunio-web/server/includes/bootstrap.php) geladen würden:
require_once UMAPI_PATH . '/class.baserecurrence.php';
require_once UMAPI_PATH . '/class.recurrence.php';
require_once UMAPI_PATH . '/class.taskrecurrence.php';
Die Webapp "scheint" zu funktionieren, natürlich startet sie mit einem unbekannten Fehler, der im nginx-error log dann auch auftaucht, weil der Store des Users nicht geladen werden könne -> MAPI Fehler.
Die Mapi.so ist geladen, PHP Info zeigt dies auch an.
Und so drehe ich mich nun munter im Kreis.
GLücklicherweise geht aber EWS sodass ich es per Outlook nutzen kann.
Gibt es Ideen hierzu wo ich noch schauen kann?
Zudem fiel mit beim Update auf, dass es das paket grommunio-admin-api zurückhält.
Ein zypper up grommunio-admin-api führt zur Meldung einer verletzen Abhängigkeit:
zypper in nichts stellt 'python3-uwsgidecorators' bereit, das vom zu installierenden grommunio-admin-api-1.17.20.959e6b1-lp155.28.1.noarch benötigt wird
Ich mache erstmal einen Snaphot der VM und schaue was ein ignorieren der Abhängigkeit zu tage fördert.
Aber auch das sollte ja (für die Appliance) kein Standardzustand sein. Googlen und co brachten nicht wirklich was.
Suchen hier nach "python3-uwsgidecorators" ebenfalls nicht.
Auch hier bin ich um jeden Rat dankbar.