Fehler: Could not load the contents of this folder. Nach Neuinstallation

herbert · 2025-04-30T19:16:06+00:00

Ich Habe gestern eine Neuinstallation von grommunio durchgeführt. Danacht bekomme ich nach dem einloggen im Webinterface folgende Fehlermeldung Could not loa...

migerber77

Oh ok thanks

herbert

depeo If you can run diff on a working and a non working domain dir without any users created

ok ich habe folenden Befehl ausgeführt
sqldiff /var/lib/gromox/domain-fail/fritz.box/exmdb/exchange.sqlite3 /var/lib/gromox/domain/fritz.box/exmdb/exchange.sqlite3

UPDATE allocated_eids SET allocate_time=1741359654 WHERE rowid=1;
UPDATE allocated_eids SET allocate_time=1741359654 WHERE rowid=2;
UPDATE allocated_eids SET allocate_time=1741359654 WHERE rowid=3;
UPDATE allocated_eids SET allocate_time=1741359654 WHERE rowid=4;
UPDATE allocated_eids SET allocate_time=1741359654 WHERE rowid=5;
UPDATE configurations SET config_value='4b00b945-25eb-458e-9483-39c61678b4e7' WHERE config_id=1;
UPDATE configurations SET config_value=17 WHERE config_id=10;
DELETE FROM configurations WHERE config_id=11;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=8;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=9;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=10;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=11;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=21;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=22;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=23;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=24;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=34;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=35;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=36;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=37;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=47;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=48;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=49;
UPDATE folder_properties SET propval=133858332540000000 WHERE rowid=50;
UPDATE store_properties SET propval=133858332540000000 WHERE rowid=1;

TylerDurden

Applying these updates, seem to fix the problem
UPDATE configurations SET config_value='4b00b945-25eb-458e-9483-39c61678b4e7' WHERE config_id=1;
UPDATE configurations SET config_value=17 WHERE config_id=10;
DELETE FROM configurations WHERE config_id=11;

EAS also works after this.

herbert

TylerDurden Applying these updates, seem to fix the problem

Wie darf ich das verstehen ?
Ist das Problem damit gelöst ?
Und wird der Fix auch verteilt?
Ich kann mit den Befehlen nämlich nichts anfangen.

depeo

herbert

You need to do this:

cd /var/lib/gromox/domain/fritz.box/exmdb/
sqlite3 exchange.sqlite3
Paste the commands TylerDurden wrote.
exit with:
.quit

Hopefully some Grommunio developer will see this thread, so it can be fixed permanently.

Note: If you plan to add multiple domains, you should probably generate a uniqe uuid for the line 'config_value'.
(an uuid can be generated with the uuidgen command)

TylerDurden

depeo
Maybe - it could also be that exactly this uuid is a technical identifier that is needed.
Let's hope also this is fixed soon.

herbert

depeo You need to do this:

Vielen Dank. Werde es morgen ausprobieren

herbert

depeo Hopefully some Grommunio developer will see this thread, so it can be fixed permanently

Ok this commands worked for me too.
Actually I made a new installation.
And it still does not work.
And there is no statement from the grommunio team when they will fix this problem.
I am very disappointed

migerber77

Es funktioniert auch mit meiner VMWARE Neuinstallation 🙂
Gute Arbeit

TylerDurden

herbert
For me it looks like it is fixed in the latest package version.
But the domain has to be created with the fixed version, existing domains remain broken.

herbert

TylerDurden For me it looks like it is fixed in the latest package version

Yes, in the Suse Installation its fixed.
In the Debian Installation its not fixed.
So, I think this will be done soon.

WalterH

herbert In the Debian Installation its not fixed.

This is crazy, the code base is the same for every distribution.

herbert

Ok, ich hab noch einmal alles durchprobiert.
Neuinstallation Suse mit grommunio-cui.
Anlegen einer Domain
fritz.box
Anlegen eines users
tester@fritz.box
Anmelden als tester@fritz.box
Alles funktioniert richtig.

Neuinstallation Debian mit
git clone https://github.com/eryx12o45/grommunio-setup.git /usr/local/share/grommunio-setup
/usr/local/share/grommunio-setup/grommunio-setup
Anlegen domain und user.
Fehler ist immer noch da
Neinstallation, anlegen user
dann
cd /var/lib/gromox/domain/fritz.box/exmdb/
sqlite3 exchange.sqlite3
UPDATE configurations SET config_value='4b00b945-25eb-458e-9483-39c61678b4e7' WHERE config_id=1;
UPDATE configurations SET config_value=17 WHERE config_id=10;
DELETE FROM configurations WHERE config_id=11;
.quit

Anlegen User
Fehler ist weg.

Ich versuch noch mal ein sqldiff zwischen suse und Debian.

WalterH

Welche gromox version ist am Debian installiert?
dpkg -l | grep gromox

Sollte eigentlich mit gromox-2.45.170 repariert sein.

weini

Die ist auf Debian noch nicht draußen.
gromox hängt bei Debian noch auf 2.45.158.gc709571-1+17.1

WalterH

Dann auf die gromox-2.45.170 warten, sollte nicht mehr lange dauern.

herbert

WalterH Dann auf die gromox-2.45.170 warten, sollte nicht mehr lange dauern

Ok, dann waren meine Bemühungen wohl überflüssig.

herbert

WalterH Dann auf die gromox-2.45.170 warten, sollte nicht mehr lange dauern

Nochmals vielen Dank für die Info.

Ich hätte an dieser Stelle eine kleine Notiz vom Grummonio Team erwartet.
So in der Art:
Der Fehler ist gefixed.
Für Suse ist der fix bereitgestellt, bei Debian dauert es noch ein bißchen.
Vielen Dank für die Mithilfe.
Es gab einige Leute die ihre Zeit investiert haben um den Fehler zu finden.
Die hätten sich über so einen Satz bestimmt gefreut.
Oder ist das zuviel velangt.
Wenn ich gewusst hätte, das der fix bei Suse bereits bereitgestellt wurde, aber bei Debian nicht, hätte
ich mir heute auch eine Menge Arbeit erspart.

herbert

Ich habe 2 Systeme mit jeweils einer Neuinstallation.
Ein Suse System und ein Debian System.
Nach der Neuinstallation jeweils eine neue Domain angelegt.

Die Datei exchange.sqlite3
ist bei beiden Systemen verschieden.

Hier der Diff:
sqldiff /var/lib/gromox/domain.debian/fritz.box/exmdb/exchange.sqlite3 /var/lib/gromox/domain.suse/fritz.box/exmdb/exchange.sqlite3
UPDATE allocated_eids SET allocate_time=1746718433 WHERE rowid=1;
UPDATE allocated_eids SET allocate_time=1746718433 WHERE rowid=2;
UPDATE allocated_eids SET allocate_time=1746718433 WHERE rowid=3;
UPDATE allocated_eids SET allocate_time=1746718433 WHERE rowid=4;
UPDATE allocated_eids SET allocate_time=1746718433 WHERE rowid=5;
UPDATE configurations SET config_value='0292b6b8-21b9-4a0f-9966-78178d5fe1dc' WHERE config_id=1;
UPDATE configurations SET config_value='0336e1b0-3da7-412b-a551-383b82fdb287' WHERE config_id=11;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=8;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=9;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=10;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=11;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=21;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=22;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=23;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=24;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=34;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=35;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=36;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=37;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=47;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=48;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=49;
UPDATE folder_properties SET propval=133911920330000000 WHERE rowid=50;
UPDATE store_properties SET propval=133911920330000000 WHERE rowid=1;

Wenn ich die Konfiguration von Suse mit der generierten Domain
in das Debian System kopiere, funktioniert auch nach dem Anlegen des users alles richtig.
Auch wenn die Codebase die Gleiche ist.
Es werden externe Funktionen aufgerufen.
Vielleicht hat sich ja da etwas geändert.
(nur als Idee)

WalterH

Ich vermute, das der Build Prozess bei Debian nicht funktioniert hat. Der Build Prozess ist automatisiert, daher merken die Entwickler den Fehler erst recht spät.

« Previous Page