Zweites Upgrade von Gromox 2.48 nach 3.x führt zu nicht sichtbaren Emails

weini

Ich hatte kurz nach Erscheinen der 3.0.1 auf diese aktualisiert und war dann in das hier beschriebene Problem gelaufen:
https://community.grommunio.com/d/2326-gromox-30-zeigt-aktuelle-emails-im-public-store-nicht-an/3

Das Problem ist mittlerweile behoben und ich habe mehrfach versucht, wieder von meiner 2.48 auf eine 3.x Version zu aktualisieren. Unter Version 3.x sehe ich dann aber alle Emails, die seit dem ersten Migrationsversuch neu empfangen wurden nicht mehr.
Meine Vermutung ist, dass das an dem Schema Upgrade von EV-18 auf EV-23 liegt, das beim ersten Upgrade-Versuch gemacht wurde. Ich habe dann danach einfach Gromox 2.48 drüberinstalliert, aber dadurch wird das Schema natürlich niciht wieder downgegraded.

Hat jemand Erfahrung, wie ich herausfinde, was genau bei dem Schemaupgrade passiert ist? Ich fürchte, dass ich einige der Schritte für die neu hinzugekommenen Emails zu Fuß nachziehen muss. Oder gibt es für die Schemaupgrades ein Skript, das man laufen lassen kann?

Alternativ denke ich darüber nach, meine Postfäscher (inkl. Public Store) notfalls komplett zu exportieren und Grommunio neu aufzusetzen. Auf welchem Weg würde ich am sinnvollsten so einen Export / Import machen?

WalterH

Das Schema muss EV-24 sein nicht EV-23! Wenn das Schema hängt, muss man es downgraden und auch eine unnötige Tabelle löschen. Ich musste das auf meinem System machen, habe dazu ein Script geschrieben, hier der Link: https;//www.hofstaedtler.com/tmp/downgrade_schema.zip
Das Script auf den Server legen, auspacken, mit chmod +x downgrade_schema.sh ausführbar machen und laufen lassen.
Damit zeigt das Script die aktuellen Schema Versionen an. mit ./downgrade_schema.sh -D führt das Script den downgrade durch. Danach sieht man imjournalctl wie das Schema Upgrade anläuft.

weini

Wow, pure Magie!!!
Du hast recht, ich bin auf EV-24.
Vielen Dank dir schon mal. Das Skript braucht bei mir nach dem Auspacken noch ein dos2unix, sonst läuft es nicht.

Ich bin aktuell ja wieder auf gromox 2.48.
Jetzt würde ich da das Downgrade machen.
Wenn ich dann auf gromox 3.x upgrade, dann sollte das Schema-Upgrade neu anspringen, richtig?

WalterH

weini Ja, aber man hätte gleich auf der 3.0.1x bleiben können, das Script regelt alles, also http beenden, downgrade und dann den http wieder starten, damit startet das Schema Upgrade wieder.

weini

Ok, das Upgrade läuft jetzt und ich habe meine aktuellen Emails (bzw. sie sind sichtbar).

Im Log bekomme ich aber folgenden Fehler:

sqlite3_exec(/var/lib/gromox/user/4/3/exmdb/exchange.sqlite3) "CREATE UNIQUE INDEX folder_username_index2 ON permissions(username, folder_id);": index folder_username_index2 already exists (1) at [<libgromox_common.so.0(_ZN6gromox11gx_sql_execEP7sqlite3PKcj+0x9d) [0x7f8b9c6ab4ad]><libgromox_dbop.so.0(_ZN6gromox19dbop_sqlite_upgradeEP7sqlite3PKcNS_11sqlite_kindEj+0x668) [0x7f8b9af49298]><libgxs_exmdb_provider.so.0(+0x42b11) [0x7f8b9bdb6b11]><libgxs_exmdb_provider.so.0(+0x44111) [0x7f8b9bdb8111]><libgxs_exmdb_provider.so.0(+0xa0bf5) [0x7f8b9be14bf5]><libgxs_exmdb_provider.so.0(+0x6258d) [0x7f8b9bdd658d]><libgxp_exchange_emsmdb.so.0(+0x5df59) [0x7f8b9bee4f59]><libgxp_exchange_emsmdb.so.0(+0x66b9a) [0x7f8b9beedb9a]><libgxp_exchange_emsmdb.so.0(+0x70701) [0x7f8b9bef7701]><libgxp_exchange_emsmdb.so.0(+0x712cb) [0x7f8b9bef82cb]><libgxp_exchange_emsmdb.so.0(+0x2e6dd) [0x7f8b9beb56dd]><libgxh_mh_emsmdb.so.0(+0x3fd8) [0x7f8b9bf5afd8]><libgxh_mh_emsmdb.so.0(+0x7405) [0x7f8b9bf5e405]><http(+0x16dbe) [0x55fd8726fdbe]><http(+0x21b36) [0x55fd8727ab36]><http(+0x21f54) [0x55fd8727af54]><libgromox_epoll.so.0(+0x3aab) [0x7f8b9c68caab]><libc.so.6(+0x89134) [0x7f8b9b8a8134]><libc.so.6(+0x1097dc) [0x7f8b9b9287dc]>]
Oct 23 21:10:40 nas2 gromox-http[1106918]: dbop_sqlite upgrade /var/lib/gromox/user/4/3: Input/output error
Oct 23 21:10:40 nas2 gromox-http[1106918]: I-1762: exmdb: closing /var/lib/gromox/user/4/3/exmdb/exchange.sqlite3
Oct 23 21:10:40 nas2 gromox-http[1106918]: E-2105: autoupgrade /var/lib/gromox/user/4/3: -1

und der gromox-cleaner.service startet nicht mehr.

weini

Ich habe jetzt mit folgenden Skript den index folder_username_index2 gelöscht, danach läuft die migration von EV-23 auf EV-24 sauber durch.

#!/bin/bash
systemctl stop gromox-http.service
ls /var/lib/gromox/user/*/*/exmdb/exchange.sqlite3 |
while read exchdb; do
  echo $exchdb
  sqlite3 $exchdb 'DROP INDEX folder_username_index2'
done
sqlite3 /var/lib/gromox/domain/1/exmdb/exchange.sqlite3 'DROP INDEX folder_username_index2'
systemctl start gromox-http.service

Nochmals Danke für die Unterstützung!