Update form Open SuSE 15.4 to 15.5

THE_FRICKLER · Sep 29, 2023

Nur als Info bei mir in der Community Version 15.5 hat es bereits einen Versionswechsel auf EV-13 gegeben:
Sep 27 15:35:10 mail http[1347]: dbop_sqlite: /var/lib/gromox/user/3/4/exmdb/exchange.sqlite3: current schema EV-12; upgrading to EV-13.
Sep 27 15:35:38 mail http[1347]: dbop_sqlite: upgrading /var/lib/gromox/user/3/4/exmdb/exchange.sqlite3 to schema EV-13

WalterH · Sep 29, 2023

THE_FRICKLER Danke, habe es ergänzt.

alvalva · Sep 30, 2023

Der Aufruf journalctl --grep EV-1 erzeugt kein Ergebnis.

Ich habe es auf dem ProduktivSystem 15.4 getestet.
Derzeit ist mein ProduktivSystem sehr instabil und die mobilen Geräte synchronisieren nicht mehr richtig.
Darum will ich aus einem Snapshot ein aktuelles System erstellen.
systemctl --failed zeigt folgendes

● gromox-delivery-queue.service loaded failed failed Gromox local delivery agent frontend
● gromox-delivery.service loaded failed failed Gromox mail spooler
● gromox-http.service loaded failed failed Gromox HTTP service
● gromox-imap.service loaded failed failed Gromox IMAP server
● gromox-midb.service loaded failed failed Gromox midb service
● gromox-pop3.service loaded failed failed Gromox POP3 server
● gromox-zcore.service loaded failed failed Gromox zcore service
● mariadb.service loaded failed failed MariaDB database server

WalterH · Sep 30, 2023

alvalva Ich würde diese Befehle testen:

zypper ref
zypper dup

und dann rebooten, möglicherweise repariert das diese Fehler. Wenn nciht, muss man die Dienste einzeln starten und schauen was im log steht.

alvalva · Sep 30, 2023

Die Fehler sind nun weg, jedoch können die Benutzer in domain/web und der admin :8080 nicht einloggen.
Habe die Schritte weiter durchgeführt. System ist upgedatet....
Aber mit der Datenbank stimmt etwas nicht.
User: Cannot connect to Gromox.
Admin: Database error

WalterH · Oct 1, 2023

Ist der Inhalt von /etc/gromox/mysql_adaptor.cfg korrekt? Stimmen die Werte?

alvalva · Oct 1, 2023

Ja die Daten passen und sind unverändert ... Check im Backup.

WalterH · Oct 1, 2023

Kann man mit den Daten in die Datenbank einloggen?

alvalva · Oct 1, 2023

Wie teste ich den login?
Folgendes wurde getestet
grommunio-admin dbconf list
[WARNING] (mysql) Failed to detect schema version, assuming up-to-date schema
[WARNING] (mysql) Database connection failed with error 2002: Can't connect to local MySQL server through socket '/run/mysql/mysql.sock' (2)
Database connection failed with error 2002: Can't connect to local MySQL server through socket '/run/mysql/mysql.sock' (2)

systemctl status mysql
× mariadb.service - MariaDB database server
Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled; vendor preset: disabled)
Active: failed (Result: timeout) since Sun 2023-10-01 20:15:22 CEST; 26s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 14979 ExecStartPre=/usr/lib/mysql/mysql-systemd-helper install (code=exited, status=0/SUCCESS)
Process: 14985 ExecStartPre=/usr/lib/mysql/mysql-systemd-helper upgrade (code=killed, signal=TERM)

Okt 01 20:10:22 m mysql-systemd-helper[15031]: sys.x$user_summary_by_file_io OK
Okt 01 20:10:22 m mysql-systemd-helper[15031]: sys.x$user_summary_by_file_io_type OK
Okt 01 20:10:22 m mysql-systemd-helper[15031]: sys.x$user_summary_by_stages OK
Okt 01 20:10:22 m mysql-systemd-helper[15031]: sys.x$user_summary_by_statement_latency OK
Okt 01 20:10:22 m mysql-systemd-helper[15031]: sys.x$user_summary_by_statement_type OK
Okt 01 20:10:22 m mysql-systemd-helper[15031]: Phase 4/7: Running 'mysql_fix_privilege_tables'
Okt 01 20:15:16 m systemd[1]: mariadb.service: start-pre operation timed out. Terminating.
Okt 01 20:15:16 m systemd[1]: mariadb.service: Control process exited, code=killed, status=15/TERM
Okt 01 20:15:22 m systemd[1]: mariadb.service: Failed with result 'timeout'.
Okt 01 20:15:22 m systemd[1]: Failed to start MariaDB database server.

mysql -u grommunio -p
Enter password:
ERROR 2002 (HY000): Can't connect to local server through socket '/run/mysql/mysql.sock' (2)
m

Logfile /var/log/mysqld.log = leer 0kb

alvalva · Oct 2, 2023

Hallo,
evtl. sollte ich das mysql deinstallieren und wieder installieren ... könnte vielleicht helfen.
Dann wieder das sql dump einspielen aus Schritt 4.
Dazu brauche ich aber Hilfe da ich das noch nie gemacht habe .....
Derzeit ist mein System down keine mail etc gehen mehr! Selbst auf einen "alten" Snapshot kann ich nicht zurück.

crpb · Oct 2, 2023

Selbes verhalten wie hier zu sehen.

Probiere mal folgendes

# erstmal probleme aus der welt schaffen
systemctl reset-failed
# nun editieren wir den dienst
systemctl edit mariadb.service

Hier in dem editor schreibst du dann folgendes in den Bereich der nicht mit # beginnt

[Service]
TimeoutSec=infinity

Speicherst das und zur kontrolle schaust du auch noch mal nach ob es angenommen worden ist mittels

systemctl cat mariadb.service

was dir dann ganz unten sowas anzeigen müsste

# /etc/systemd/system/mariadb.service.d/override.conf
[Service]
TimeoutSec=infinity

Und jetzt probierst du noch mal den dienst zu starten mittels

systemctl start mariab.service

Wenn das nun länger braucht und irgendwann fertig wird ohne fehler hat es geklappt und du kannst mittels

systemctl revert mariadb.service

den dienst wieder auf seine standard-einstellungen zurücksetzen und dann würde ich einen reboot empfehlen.

alvalva · Oct 2, 2023

Leider ohne Erfolg ...
/etc/systemd/system/mariadb.service.d/override.conf ist nicht verfpügbar

crpb · Oct 2, 2023

Die meldung im screenshot sollte nur kommen wenn du '''nichts''' in den bereich geschrieben hast und die datei einfach wieder geschlossen hast oder halt nicht abgespeichert vorm schließen.

Und den mc brauchste eigtl. gar nicht außer der ging halt auf weil du den konfiguriert hast.

Ansonsten halt zypper install -y nano oder so falls vim zu viel ist für dich :>

Und dann mit EDITOR=nano systemctl edit mariadb.service arbeiten

WalterH · Oct 2, 2023

Das ist eigenartig, findet man Fehler in journalctl -f oder im mysql log?
Eventuell die mariadb händisch starten und sehen was die sagt.

alvalva · Oct 2, 2023

crpb
Das hat geholfen.
Nun ist die DB wieder erreichbar. Schema Update wurde durchgeführt.

Jetzt sind es nur noch diese Fehler
systemctl --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
● gromox-delivery.service loaded failed failed Gromox mail spooler
● gromox-http.service loaded failed failed Gromox HTTP service
● gromox-zcore.service loaded failed failed Gromox zcore service

Okt 02 23:13:15 m delivery[15177]: getaddrinfo m: Name or service not known
Okt 02 23:13:15 m delivery[15177]: mlist_expand: failed to run bounce producer
Okt 02 23:13:15 m delivery[15177]: transporter: error executing the plugin's init function in libgxm_alias_resolve.so
Okt 02 23:13:15 m delivery[15177]: system: failed to start transporter
Okt 02 23:13:15 m systemd[1]: gromox-delivery.service: Main process exited, code=exited, status=1/FAILURE
Okt 02 23:13:15 m systemd[1]: gromox-delivery.service: Failed with result 'exit-code'.
Okt 02 23:13:15 m systemd[1]: gromox-delivery.service: Scheduled restart job, restart counter is at 5.
Okt 02 23:13:15 m systemd[1]: Stopped Gromox mail spooler.
Okt 02 23:13:15 m systemd[1]: gromox-delivery.service: Start request repeated too quickly.
Okt 02 23:13:15 m systemd[1]: gromox-delivery.service: Failed with result 'exit-code'.
Okt 02 23:13:15 m systemd[1]: Failed to start Gromox mail spooler.

Okt 02 23:29:50 m http[16522]: getaddrinfo m: Name or service not known
Okt 02 23:29:50 m http[16522]: exmdb_provider: failed to start bounce producer
Okt 02 23:29:50 m http[16522]: service: init of libgxs_exmdb_provider.so not successful
Okt 02 23:29:51 m http[16522]: system: failed to run services
Okt 02 23:29:51 m systemd[1]: gromox-http.service: Main process exited, code=exited, status=1/FAILURE
Okt 02 23:29:51 m systemd[1]: gromox-http.service: Failed with result 'exit-code'.
Okt 02 23:29:51 m systemd[1]: gromox-http.service: Scheduled restart job, restart counter is at 2.
Okt 02 23:29:51 m systemd[1]: Stopped Gromox HTTP service.
Okt 02 23:29:51 m systemd[1]: gromox-http.service: Start request repeated too quickly.
Okt 02 23:29:51 m systemd[1]: gromox-http.service: Failed with result 'exit-code'.
Okt 02 23:29:51 m systemd[1]: Failed to start Gromox HTTP service.

crpb · Oct 2, 2023

crpb den dienst wieder auf seine standard-einstellungen zurücksetzen und dann würde ich einen reboot empfehlen.

neu gestartet wurde?

alvalva · Oct 2, 2023

crpb
Dienst wurde auf Standard gesetzt und mehrmals neu gestartet.

Kann es etwas mit dem Hostnamen "m" zu tun haben?

crpb · Oct 2, 2023

REBOOT

WalterH · Oct 3, 2023

alvalva Jetzt sind es nur noch diese Fehler

Wenn man den http Dienst manuell startet, was kommen für Meldungen?
/usr/libexec/gromox/http

alvalva · Oct 3, 2023

@crpb
Reboot bringt nix

WalterH
m:~ # /usr/libexec/gromox/http

gromox-http 2.13.41.19134b4 (pid 28566 uid 0)

system: default domain is "xyz.de"
system: system TLS listening port 10443
system: FD limit set to 2256
exmdb_provider: listen address is [::1]:5000
exmdb_provider: failed to create listen socket: Cannot assign requested address
exmdb_provider: failed to run exmdb listener
system: failed to run PLUGIN_EARLY_INIT