Ist der Inhalt von /etc/gromox/mysql_adaptor.cfg korrekt? Stimmen die Werte?
Update form Open SuSE 15.4 to 15.5
Ja die Daten passen und sind unverändert ... Check im Backup.
Kann man mit den Daten in die Datenbank einloggen?
- Edited
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
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.
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.
Leider ohne Erfolg ...
/etc/systemd/system/mariadb.service.d/override.conf ist nicht verfpügbar
- Edited
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
Das ist eigenartig, findet man Fehler in journalctl -f
oder im mysql log?
Eventuell die mariadb händisch starten und sehen was die sagt.
- Edited
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.
REBOOT
@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
Was meldet ein ping6 ::1
?
ping6: connect: Cannot assign requested address
Dann IPv6 wieder einschalten. IPv6 ist eine Systemvoraussetzung!
- Edited
Es wird dhcp verwendet ... ipv4
Ok, wurde aktiviert
Ping6 ::1 bringt einen ping zurück
PING ::1(::1) 56 Datenbytes
64 Bytes von ::1: icmp_seq=1 ttl=64 Zeit=0.148 ms
64 Bytes von ::1: icmp_seq=2 ttl=64 Zeit=0.123 ms
64 Bytes von ::1: icmp_seq=3 ttl=64 Zeit=0.133 ms
m:~ # /usr/libexec/gromox/http
gromox-http 2.13.41.19134b4 (pid 13857 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: defaulting to implicit access ACL containing ::1.
Reexecing /usr/libexec/gromox/http
gromox-http 2.13.41.19134b4 (pid 13857 uid 493)
system: default domain is "xyz.de"
system: system TLS listening port 10443
exmdb_provider: listen address is [::1]:5000
exmdb_provider: defaulting to implicit access ACL containing ::1.
ldap_adaptor: default host <ldapi:///>, base <>, #conn=8, mailattr=mail
mysql_adaptor: Current schema n122 is recent.
timer_agent: timer address is [::1]:6666
getaddrinfo m: Name or service not known
exmdb_provider: failed to start bounce producer
service: init of libgxs_exmdb_provider.so not successful
HX_inet_connect timer_agent@[::1]:6666: Interrupted system call
system: failed to run services