groarchive - Datenbanktabellen nicht vorhanden

homersimpson

Hallo zusammen,

ich habe eine Frage, ich habe kürzlich unsere E-Mails von Exchange auf Grommunio umgestellt.
Ich würde gerne das Archiv nutzen, habe ich bei der Installation der Instanz mit ausgewählt. Jetzt wollte ich mich mal damit befassen. Beim Aufruf der Archivseite bekomme ich folgenden Fehler: Error: SQLSTATE[HY000] [2002] Connection refused on database: sphinx
Die Logs deuten darauf hin dass die gesamten Tabellen bei der Installation nicht erstellt wurden und siehe da:

MariaDB [(none)]> SHOW DATABASES;
+--------------------+
| Database           |
+--------------------+
| groarchive         |
| grommunio          |
| information_schema |
| mysql              |
| performance_schema |
| sys                |
| test               |
+--------------------+
7 rows in set (0,000 sec)

MariaDB [(none)]> USE groarchive;
Database changed
MariaDB [groarchive]> SHOW TABLES;
Empty set (0,001 sec)

MariaDB [groarchive]> EXIT;
Bye

Wie kann ich die Nachträglich nochmal erzeugen lassen, gibts dafür irgendwo ein Script?
Vielen Dank vorab.

LG Dominik

crpb

Also eigtl. sollte das alles in der datenbank "groarchive" sein.

Prüf mal ob in der datei /etc/grommunio-archive/config-site.php diese auch genutzt wird.

Ansonsten ist das immer noch etwas fuddelig mit dem einzelnen neu machen aber es ist alles im grommunio-setup zu sehen.

https://github.com/grommunio/grommunio-setup/blob/768d394aaa0867d7afc8b4adb1446f78268bd4f7/setup.sh#L852-L914

EDIT: und wie ich da sehe müsstest du wohl auch mal /etc/sphinx/sphinx.conf und was da sonst so drin ist prüfen.

homersimpson

crpb Danke für schnelle Antwort
Die beiden configs nutzen beide die groarchive Datenbank.
Ebenso nutzt /etc/grommunio-archive/grommunio-archive.conf groarchive als Datenbank.

Die setup.sh Datei scheint allerdings nur die Datenbank, nicht jedoch die Tabellen zu erstellen.
Zudem zeigt journalctl haufenweise Fehler das die Tabelle metadata fehlt.
error: mysql_stmt_prepare() Table 'groarchive.metadata' doesn't exist => sql: SELECT id, piler_id FROM metadata WHERE message_id=?

crpb

Funktionieren die zugangsdaten denn mit mysql? Ich glaube es sollte die datenbank automatisch anlegen wenn nix drin ist.
Ansonsten schau mal in /usr/share/grommunio-archive/ da gibts eine db-mysql.sql.

homersimpson

crpb Das SQL-File habe ich jetzt einfach mal in die Datenbank importiert. Der groarchive user funktioniert. Was mich irritiert ist dass er ja anscheinend auf die Datenbank sphinx zugreifen möchte. Die ist aber in keiner der configs die wir durchgegangen sind definiert. Woher holt sich die Weboberfläche also diese Info das es diese Datenbank geben muss. Blicke noch nicht so wirklich durch dieses Konstrukt durch wo jetzt welche configs sind...

EDIT: Im journalctl von grommunio-archive sind die Fehlermeldungen jetzt weg und die E-Mails werden augenscheinlich abgelegt. Die Weboberfläche ist jedoch trotzdem nicht erreichbar.

crpb

hmmm also die version hat sich in letzter zeit nicht geändert und die configs.. ja also /etc/grommunio-archive/grommunio-archive.conf wird anscheinend genutzt für den dienst

root@grom-test-1:~# systemctl cat grommunio-archive.service
# /usr/lib/systemd/system/grommunio-archive.service
[Unit]
Description=grommunio archive daemon
After=network.target

[Service]
ExecStart=/usr/sbin/piler -c /etc/grommunio-archive/grommunio-archive.conf
PIDFile=/run/grommunio-archive/grommunio-archive.pid
KillMode=process
Restart=on-failure
RuntimeDirectory=grommunio-archive
User=groarchive
Group=groarchive

[Install]
WantedBy=multi-user.target
Alias=groarchive.service piler.service
root@grom-test-1:~# systemctl cat grommunio-archive-smtp.service
# /usr/lib/systemd/system/grommunio-archive-smtp.service
[Unit]
Description=grommunio Archive SMTP service
After=network.target auditd.service

[Service]
ExecStart=/usr/sbin/piler-smtp -c /etc/grommunio-archive/grommunio-archive.conf
KillMode=process
Restart=on-failure
RestartPreventExitStatus=255
User=groarchive
Group=groarchive

[Install]
WantedBy=multi-user.target
Alias=groarchivesmtp.service piler-smtp.service

und sphinx/searchd

root@grom-test-1:~# systemctl cat searchd.service
# /usr/lib/systemd/system/searchd.service
[Unit]
Description=Sphinx - SQL Full Text Search Engine
After=local-fs.target network.target mysqld.service postgresql.service

[Service]
User=sphinx
Group=sphinx
PIDFile=/run/sphinx/searchd.pid
ExecStart=/usr/bin/searchd --nodetach --config /etc/sphinx/sphinx.conf

[Install]
WantedBy=multi-user.target


# /usr/lib/systemd/system/searchd.service.d/grommunio.conf
[Service]
User=groarchive
PIDFile=/run/grommunio-archive/grommunio-archive-searchd.pid

ich nutze das archiv nirgends deswegen hab ich das höchstens auf testsystemen drauf somit ist mein latein ziemlich am ende.

Vielleicht kann @mwilliams da rat geben.

homersimpson

crpb Die Weboberfläche ist jetzt nach erneutem Neustart erreichbar, warum das nicht bereits bei letzten Neustart ging, who knows.

Vielen Dank für die Hilfe, ich wünsche frohe Weihnachten und einen guten Rutsch ins neue Jahr.

Gruß Dominik

WalterH

Sphinx ist eine interne Datenbank von Archiv, hat nichts mit MariaDB zu tun:

# systemctl status searchd.service
● searchd.service - Sphinx - SQL Full Text Search Engine
     Loaded: loaded (/usr/lib/systemd/system/searchd.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/system/searchd.service.d
             └─grommunio.conf
     Active: active (running) since Sun 2025-12-21 12:22:06 CET; 1 day 20h ago
   Main PID: 13100 (searchd)
      Tasks: 7 (limit: 4915)
        CPU: 6min 31.809s
     CGroup: /system.slice/searchd.service
             └─13100 /usr/bin/searchd --nodetach --config /etc/sphinx/sphinx.conf

Dec 23 08:35:06 icc-mail searchd[13100]: rotating index 'dailydelta1': success
Dec 23 08:35:06 icc-mail searchd[13100]: rotating index: all indexes done

crpb

WalterH Sphinx ist eine interne Datenbank von Archiv, hat nichts mit MariaDB zu tun:

Naja, so ein bissel schon

root@grom-test-1:~# awk '/source base/,/^}/' /etc/sphinx/sphinx.conf
source base
{
   type = mysql
   sql_host = localhost
   sql_db = groarchive
   sql_user = groarchive
   sql_pass = ZfZVthpg2pJ0Hhdy

   sql_attr_uint = size
   sql_attr_uint = sent
   sql_attr_uint = attachments
}

WalterH

crpb Naja, so ein bissel schon

Wenn Sphinx nicht antwortet, läuft der Sphinx Dienst nicht, so wurde das zumindest beschrieben.