gromox-http stürzt bei Outlook-Suche ab

mathias

Seit vorletztem Update und auch immernoch nach dem heutigen Update stürzt der gromox-http Service jedesmal ab, sobald eine Suche in Outlook ausgeführt wird. Sprich: Sobald einer meiner Mitarbeiter nicht aufpasst und eine Suche (!) ausführt schmiert das System einfach ab und das Büro steht still.

Es handelt sich um:

Server: Debian 12 (alle updates eingespielt)
Outlook: Outlook LTSC 2108 (Build 14332.20565) - Windows 11 und 10

Wo kann ich da bei der Fehlersuche anfangen?

crpb

journalctl -l
Logs in /var/log/ngix/
Auslastung mal beachten wenn man die suche anfängt.
Hat die maschine genügend sprit?

mathias

crpb

Werde ich kommende Woche beobachten.

Ja, genügend hat die Kiste. Ich hab vor kurzem erst die SATA Platten gegen SSD getauscht was einen schönen unterschied gemacht hat. RAM ist auch ausreichend vorhanden.

crpb

mathias

mathias wenn du gleich 2 Kunden da stehen hast

Also generell würde ich mal vorschlagen das du dich direkt beim support@grommunio.com meldest da ich vermute das Lizenzen vorhanden sind.

Ansonsten nochmal.

crpb
~~journalctl -l~~

journalctl -f

Logs in /var/log/ngix/

aktueller Versionsstand: rpm -qa grom* oder in der webgui schauen.

Und die suche geht im non-cached (was ich auch überall per GPO setze) funktioniert normalerweise ohne Probleme.

Andy

In welchem Modus arbeitet Outlook, Full-Cached oder Non-Cached oder teilweise?

Damit Outlook etwas findet, muss ohnehin ein Datenbestand lokal gespeichert sein. Wenn also im ganzen Bestand der Mailbos gesucht werden soll, muss Full-Cached eingestellt sein, sonst erscheinen keine oder nicht alle Ergebnisse

Wenn das dann so eingestellt ist, ist die Frage, weshalb Outlook bei der lokalen Suche einen Einfluss auf den Server hat. Im gegenteiligen Fall, wenn nichts gecached wird, findet eigentlich auch keine Suche statt.

mathias

Andy

Non-Cached und die Suche hat funktioniert. Die Frage der Einstellungen von Outlook stellt sich meiner Meinung erst garnicht, den alles hat ja vor 2 Wochen, vor den Updates, funktioniert.

Abgesehen davon ist der Cached-Modus nicht nutzbar, da er mir die kompletten Kalender zerschiesst. Termine werden nicht syncronisiert, falsch syncronisiert oder gar gelöscht und das ganze vermischt wie ein gutes Kartenspiel auf jedem PC anders.

Schlicht und ergreifend einfach nicht brauchbar und schon garnicht im Produktiveinsatz.

Du kannst dir garnicht die Freude ausmalen wenn du gleich 2 Kunden da stehen hast die behaupten einen Termin am Freitag um 14h00 zu haben und das sogar mit einer Terminkarte belegen können. Bei 40 bis 50 Termin die Woche ist das ein nicht tragbares Riskiko.

mathias

WalterH

Online... siehe oben mathias

mathias

crpb

Ja du vermutest richtig, Lizenzen sind vorhanden.

Ich habe mich gerade im Büro eingeloggt und gleichzeitig auf dem Server journalct -f laufen lassen.
Das spuckt folgendes aus sobald ich eine Suche in Outlook ausführe:

Jun 03 22:18:56 ossus http[292610]: sqlite3_step(/var/lib/gromox/user/2/4/exmdb/exchange.sqlite3) "REPLACE INTO folder_properties VALUES (4480476, 805568543, 'Last Ping: 2024-06-03T20:19:00Z')": FOREIGN KEY constraint failed (19)
Jun 03 22:18:56 ossus http[292610]: sqlite3_step(/var/lib/gromox/user/2/4/exmdb/exchange.sqlite3) "REPLACE INTO folder_properties VALUES (4480476, 1709310210, x'12000000a5187b6fbcdcea1ed03c56578000002f151c')": FOREIGN KEY constraint failed (19)
Jun 03 22:18:56 ossus http[292610]: sqlite3_step(/var/lib/gromox/user/2/4/exmdb/exchange.sqlite3) "REPLACE INTO folder_properties VALUES (4480476, 1709375746, x'1612000000a5187b6fbcdcea1ed03c56578000002f151c')": FOREIGN KEY constraint failed (19)
Jun 03 22:18:56 ossus http[292610]: sqlite3_step(/var/lib/gromox/user/2/4/exmdb/exchange.sqlite3) "REPLACE INTO folder_properties VALUES (4480476, 805830720, 133619195360366933)": FOREIGN KEY constraint failed (19)
Jun 03 22:18:56 ossus http[292610]: free(): invalid next size (fast)
Jun 03 22:18:56 ossus systemd[1]: gromox-http.service: Main process exited, code=killed, status=6/ABRT
Jun 03 22:18:56 ossus systemd[1]: gromox-http.service: Failed with result 'signal'.
Jun 03 22:18:56 ossus systemd[1]: gromox-http.service: Consumed 5h 48min 44.251s CPU time.
Jun 03 22:18:56 ossus midb[273302]: exmdb_client: HX_inet_connect to [::1]:5000: Verbindungsaufbau abgelehnt
Jun 03 22:18:56 ossus zcore[273301]: exmdb_client: HX_inet_connect to [::1]:5000: Verbindungsaufbau abgelehnt

Da scheint was mit der sqlite-Datenbank nicht zu stimmen. Das verhalten tritt bei allen Usern auf.

Ich habe da jetzt mal, mit hilfe der Docs folgendes ausgeführt:

root@ossus:~# sqlite3 /var/lib/gromox/user/2/4/exmdb/exchange.sqlite3 SQLite version 3.40.1 2022-12-28 14:03:47 Enter ".help" for usage hints. sqlite> pragma integrity_check;

Mit dem Ergebnis "OK".

Kann das sein das der sqlite-DB ein Schemaupdate fehlt? Falls ja, kann ich das manuel nach holen?

crpb

mathias Kann das sein das der sqlite-DB ein Schemaupdate fehlt? Falls ja, kann ich das manuel nach holen?

Puh, nicht sicher. Musste noch nicht wirklich das debuggen in meinen systemen was die
sqlite's angeht. (zumindest nicht solche probleme).
Wenn dann sollte das wohl in journalctl --unit=gromox-http --grep upgrade sichtbar sein.

Also was natürlich am einfachsten gehen würde um da was auszuschliessen wäre einfach mal einen neuen Benutzer anlegen falls möglich ob es da auch passiert.

Und ich würde mal eine von den exchange.sqlite3 einfach mit referenz hier oder so an den support schicken. Falls noch nicht geschehen kannste dir nach der ersten mail dort auch direkt einen account erstellen (oben der link "Support Portal").

crpb

mathias Ich habe da jetzt mal, mit hilfe der Docs folgendes ausgeführt:

Hast du auch mal den kram probiert unter When (just) indices are broken, the file may be recreated?

EDIT: Natürlich schön backups machen vorher :-)

mathias

crpb

Nein, da es ja laut der Fehlermeldung ein ForeignKey-Problem ist.

Ich will da jetzt nicht blind weiter experimentieren und hab am 07.06.24 an den Support geschrieben. Ich warte noch immer auf eine Antwort.

WalterH

In welchem Mode läuft Outlook? Online oder Chaching mode?

WalterH

Dann würde ich einige Tage warten, es kommt der BKL Fix in der Community Edition, der BKL Fix könnte das lösen.

mathias

WalterH

Ich bin zahlender Kunde und benutze die Supported-Version. Wann sollte dieser Fix bei dieser Version publiziert werden?

WalterH

Hallo,

ich möchte darauf hinweisen, das ich kein grommunio Mitarbeiter bin, alles was ich hier schreibe, ist meine persönliche Meinung! Meistens wird der Fix wenn es in der Community Edition keine Probleme gab, ca. 2 Wochen später in der Supportet Edition publiziert.

WalterH

Wer will, kann den BKL Fix testen, ich teste mit einer Supportet Edition, mit Open SUSE 15.5.

In: /etc/zypp/repos.d/grommunio.repo das Development Repository am Ende hinzufügen:

[grommunio-devel]
# Development Repo
enabled=1
autorefresh=1
baseurl=https://download.grommunio.com/devel/openSUSE_Leap_15.5/?ssl_verify=no
type=rpm-md
keeppackages=1

Dann nur gromox aus dem Development Repository installieren:

zypper ref
zypper in -f gromox

Sonst nichts aus dem Development Repository installieren, wenn man ein Update machen will, das Development Repository abschalten, updaten und dann gromox aus dem Development Repository wieder installieren.

Bei mir ist G-Web deutlich schneller.
Zusätzlich kann man das User Profil für G-Web löschen, damit wird der Müll, der sich im Profil angesammelt hat auch bereinigt, G-Web fragt aber dann einmalig nach Sprache, Arbeitszeit, usw.
So löscht man das G-Web Profil eines Users:
gromox-mbop -u <MAILADRESSE> clear-profile

Zurück auf das originale gromox kommt man indem man enabled=0 setzt und dann

zypper ref
zypper dup

Bitte um Rückmeldungen hier im Thread.

mathias

WalterH

Danke für den Vorschlag, aber ich bin auf Debian... also so nicht möglich.

Zudem sind die Zeiten als ich ein Dev-Repo in einer Produktivumgebung eingesetzt habe vorbei. Das Riskio kann ich nicht eingehen. Zumal ich auf den Support scheinbar nicht zählen kann, da ich immernoch keine Antwort habe.

WalterH

Bei mir läuft der BLK Fix nun seit ca. einer Woche ohne Probleme. Und es war nur ein Vorschlag wegen dem Test. Debian kann man ähnlich einrichten, habe auch ein Debian System, das nun deutlich schneller reagiert.

Nicht vergessen, testweise bei dem User das G-Web Profil wie oben erklärt löschen, könnte auch helfen.

mathias

WalterH

Hab das G-Web Profil wie beschrieben gelöscht. Das hat aber im Bezug auf oben genanntes Problem mit dem abstürzen von gomox-http keinen unterschied gemacht.

Was ist dieser BLK-Fix eigentlich?

crpb

WalterH Debian kann man ähnlich einrichten

Und das sogar mit Pinning zum Schutz vor versehentlichem Update aller Pakete :>.

WalterH

mathias Was ist dieser BLK-Fix eigentlich?

Steigert die Geschwindigkeit beim Zugriff auf die SQLite Datenbanken, die Outlook Online Suche sollte dann deutlich schneller Resultate liefern.

WalterH

crpb Und das sogar mit Pinning

Nachdem in der Community der BKL Fix kurzfristig kommt, ist das den Aufwand für Pinning nicht wert.