Webmail nach Update von Donnerstag nicht mehr funktionsfähig

nettania

Ich wollte heute einen Grommunioserver den ich erst letzte Woche in Betrieb genommen haben aktualisieren. Nach der Aktualisierung hat das Webmail nicht mehr funktioniert und ich musste das System aus dem Snapshot wiederherstellen.

Folgende Updates wurden durchgeführt:

--+-----------------+-----------------------------+-----------------------------------------+-----------------------------------------+-------

v | repo-sle-update | cpio | 2.13-150400.3.3.1 | 2.13-150400.3.6.1 | x86_64

v | repo-sle-update | dracut-kiwi-lib | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | repo-sle-update | dracut-kiwi-live | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | repo-sle-update | dracut-kiwi-oem-dump | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | repo-sle-update | dracut-kiwi-oem-repart | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | grommunio | grommunio-antispam | 3.8.1-lp155.2.1 | 3.8.1-lp155.3.1 | x86_64

v | repo-sle-update | grub2 | 2.06-150500.29.11.1 | 2.06-150500.29.13.1 | x86_64

v | repo-sle-update | grub2-i386-pc | 2.06-150500.29.11.1 | 2.06-150500.29.13.1 | noarch

v | repo-sle-update | grub2-x86_64-efi | 2.06-150500.29.11.1 | 2.06-150500.29.13.1 | noarch

v | repo-sle-update | kiwi-systemdeps-bootloaders | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | repo-sle-update | kiwi-systemdeps-core | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | repo-sle-update | kiwi-systemdeps-disk-images | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | repo-sle-update | kiwi-systemdeps-filesystems | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | repo-sle-update | kiwi-systemdeps-iso-media | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | repo-sle-update | kiwi-tools | 9.24.43-150100.3.65.1 | 9.24.43-150100.3.68.1 | x86_64

v | repo-sle-update | libsource-highlight4 | 3.1.8-150000.3.4.1 | 3.1.9-150000.3.7.1 | x86_64

v | grommunio | libsqlite3-0 | 3.44.2-lp155.7.1 | 3.44.2-lp155.9.1 | x86_64

v | repo-sle-update | python3-argcomplete | 1.9.2-3.2.14 | 1.9.2-150000.3.5.1 | noarch

v | grommunio | sqlite3 | 3.44.2-lp155.7.1 | 3.44.2-lp155.9.1 | x86_64

v | grommunio | sqlite3-tcl | 3.44.2-lp155.7.1 | 3.44.2-lp155.9.1 | x86_64

v | repo-sle-update | supportutils | 3.1.26-150300.7.35.21.1 | 3.1.28-150300.7.35.24.1 | noarch

v | repo-sle-update | syslinux | 4.04-15.1 | 4.04-150300.17.2.1 | x86_64

v | repo-sle-update | yast2-packager | 4.5.17-150500.3.3.1 | 4.5.19-150500.3.8.1 | x86_64

Ein Neustart hat auch nicht geholfen.

die Logs zeigen wir folgende Fehler:

==> /var/log/nginx/nginx-web-error.log <==
2024/02/14 23:02:22 [error] 1983#1983: *313 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 10.4.6.1, server: _, request: "POST /web/?logon HTTP/2.0", upstream: "fastcgi://unix:/run/php-fpm/php-grommunio-web-fpm.sock", host: "mail2.burgstallerbau.at"

Irgendwie komme ich mit den Updates nicht zurecht.

Liebe Grüße,
Florian

THE_FRICKLER

ich hatte mit diesem Update (gestern nachmittag) auch erst ein Problem. Der Grommunio-Indexer konnte nicht starten. Zusätzlich gab es ein Problem mit einem Suse System-Dienst. Die Fehler hatte ich mit systemctl gefunden (rot bzw. Failed).
ich habe dann die Dienste in der Reihenfolge zuerst System dann Grommunio manuell neu gestartet und danach jeweils einen Reboot gemacht. Seit dem läuft es wieder beschwerdefrei.

nettania

THE_FRICKLER

Hallo,
danke für den Hinweis, am Ende war es einfach so, dass ich nicht lange genug gewartet habe. Ich habe das Update gestern noch einmal eingespielt und dasselbe Problem gehabt. Ich habe aber dann mitbekommen, dass im admin interface eine hohe Prozessorauslastung angezeigt wurde. In diesem Kontext habe ich die Fehlermeldung anders interpretiert und bin dann drauf gekommen, dass nach diesem Update auch die Datenstruktur der SQL-Lite Datenbanken angepasst wurden und nachdem auf diesem Server zwar nur 10 Postfächer drauf sind, aber jedes jenseits der 30GB groß ist mit vielen, vielen tausenden Elementen (aus über 10 Jahren) lag die Ursache. Nach etwas mehr als 30min ging die Prozessorleistung zurück und des Webinterface war wieder erreichbar.

Ich bin froh, dass ich die Ursache gefunden habe, aber glücklich bin ich damit nicht, wenn das in Zukunft bei Updates öfters vorkommt, dass die SQL Lite Datenbanken das System lahmlegen (der Grommunio-Indexer konnte auch nicht erfolgreich gestartet werden), weil die Datenstruktur aktualisiert werden, dann sind in diesem Fall auch in Zukunft Probleme vorprogrammiert.

Danke nochmals,
Florian

WalterH

Auf meinen eigenen Systemen, lief das Update von EV-13 auf EV-14 im Hintergrund (62 User und 15 User), alles hat weiter funktioniert. Möglicherweise ist Ihre Hardware einfach zu schwach? Sollte man überprüfen.

Andy

Vielleicht wäre ein Hinweis beim Aufruf ganz gut, dass da eine Maintenance läuft. Ich hatte zunächst das gleiche Erlebnis und durch Zufall noch die Auslastung der VM aktiv und auch gesehen, dass da noch Hintergrundprozesse laufen. Der entfernte User sieht aber nur, dass erst einmal nichts funktioniert.

WalterH

einjournalctl -fzeigt das Updates laufen ...

Mister2

I saw log entries in the http log in 'monitoring/http' within the GUI. Was quite clear it was updating sql from ev-13 to ev-14 initially on the domain then the users.

Edit forgot the log entries:-

[2024-02-15 10:18:29.146322]: dbop_sqlite: /var/lib/gromox/domain/1/exmdb/exchange.sqlite3: current schema EB-13; upgrading to EB-14. [2024-02-15 10:18:29.840107]: dbop_sqlite: upgrading /var/lib/gromox/domain/1/exmdb/exchange.sqlite3 to schema EB-14 [2024-02-15 10:18:29.895269]: dbop_sqlite: Completed upgrade of /var/lib/gromox/domain/1/exmdb/exchange.sqlite3 in 0.75s. [2024-02-15 10:18:30.134744]: dbop_sqlite: /var/lib/gromox/user/0/1/exmdb/exchange.sqlite3: current schema EV-13; upgrading to EV-14. [2024-02-15 10:19:18.280748]: dbop_sqlite: upgrading /var/lib/gromox/user/0/1/exmdb/exchange.sqlite3 to schema EV-14 [2024-02-15 10:19:18.327965]: dbop_sqlite: Completed upgrade of /var/lib/gromox/user/0/1/exmdb/exchange.sqlite3 in 48.19s.