Neues Installationspaket - Fehler bei der Installlation

[Sylvio_Hertel]

Leider habe ich Stefans Beitrag vom 23.11. bzgl. des neuen Installationspaketes gestern erst gesehen, nachdem das Update durchgelaufen war. Und leider habe ich wohl genau den Fehler gemacht, nicht mit q zu quittieren.
Jedenfalls wirft jetzt nginx einen Fehler 502 und ich weiß nicht wo ich ansetzen soll. MariaDB läuft, Docker zeigt keine Fehler…
Es handelt sich um die gleiche Installation, für die ich vor wenigen Tagen das Problem mit dem fehlenden Start Eintrag für Docker gemeldet habe.

Sylvio

[StefanU]

Hi Sylvio.

Nur als Anregung weil ich auf dem Parkett unsicher bin:

Schau mal:

19.1.20191119 changes: enable docker and ensure docker starts after MariaDB or MySQL

Dass du schon mal schaust, dass die neue Startkonfiguration für die DB übernommen worden ist:

---

Es aber sicherlich noch eine elegantere Lösung. Ich denke da an Re-Installation von dem paket.

Alles ohne Gewähr und bitte IMMER das System sichern!

Gruß
Stefan

[Sylvio_Hertel]

Ich habe nunmehr eGroupware-docker und Mariadb per apt install --reinstall neu installiert. Die Installationen sind problemlos durchgelaufen. Allerdings wirft eGroupware nun diesen Fehler:

egroupware | /usr/bin/php7.3 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --update 'all,ad min,-dflC3s_re&2@R@&'
egroupware | EGroupware API version 19.1.002 found.
egroupware | EGroupware configuration file (header.inc.php) version 1.29 exists and is up to date
egroupware | Your database is not working! mysqli://egroupware:gws)0l[?#b;HCqUy@localhost/egroupware:
egroupware |
egroupware | Installation failed --> exiting!

MariaDB ist allerdings laut systemctl status mariadb sauber am laufen:
● mariadb.service - MariaDB 10.1.43 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2019-11-25 21:23:49 CET; 7min ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 1224 ExecStartPost=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 1219 ExecStartPost=/etc/mysql/debian-start (code=exited, status=0/SUCCESS)
Process: 928 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=/usr/bin/galera_recovery; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR || exit
Process: 913 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 856 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
Main PID: 1053 (mysqld)
Status: "Taking your SQL requests now…"
Tasks: 27 (limit: 4915)
CGroup: /system.slice/mariadb.service
└─1053 /usr/sbin/mysqld

Nov 25 21:23:45 homeserver systemd[1]: Starting MariaDB 10.1.43 database server…
Nov 25 21:23:47 homeserver mysqld[1053]: 2019-11-25 21:23:47 140330815233152 [Note] /usr/sbin/mysqld (mysqld 10.1.43-MariaDB-0ubuntu0.18.04.1) starting as process 1053 …
Nov 25 21:23:49 homeserver /etc/mysql/debian-start[1223]: Upgrading MySQL tables if necessary.
Nov 25 21:23:49 homeserver systemd[1]: Started MariaDB 10.1.43 database server.
Nov 25 21:23:49 homeserver /etc/mysql/debian-start[1227]: /usr/bin/mysql_upgrade: the ‘–basedir’ option is always ignored
Nov 25 21:23:49 homeserver /etc/mysql/debian-start[1227]: Looking for ‘mysql’ as: /usr/bin/mysql
Nov 25 21:23:49 homeserver /etc/mysql/debian-start[1227]: Looking for ‘mysqlcheck’ as: /usr/bin/mysqlcheck
Nov 25 21:23:49 homeserver /etc/mysql/debian-start[1227]: This installation of MySQL is already upgraded to 10.1.43-MariaDB, use --force if you still need to run mysql_upgrade

Da fehlt wahrscheinlich eine Kopplung zu eGroupware oder ähnlich. Wo kann ich weiter suchen?

Sylvio

[Sylvio_Hertel]

Noch eine Ergänzung: der Tread “Egroupware-docker (19.1.20191119) install error” im englischen Teil der Community hat keine Lösung des Problems gebracht. Die dort behandelte Fehlermeldung ist ja gleich.

Sylvio

[StefanU]

und Mariadb per apt install --reinstall neu installiert.

Warum MariaDB?

Kannst du das System zurücksichern und prüfen, ob das

bei dir vorhanden ist? Das wird durch das Paket eingespielt (s.o.), damit Docker NACH der DB gestartet wird.

Stefan

[Sylvio_Hertel]

Bei einem normalen Systemupdate am Samstag lief erst das Update der MariaDB auf die Version 10.1 und anschließend selbsttätig das Einspielen der aktualisierten Docker Container. Nun war mein Gedanke, dass eventuell beim Update der MariaDB sich ein Fehler eingeschlichen hat. Leider nicht.

After=mysql.service mariadb.service ist in der Sicherung vorhanden.

Das aktualisieren der rückgespielten Sicherung läuft dann allerdings wieder auf den gleichen Fehler.

Sylvio

[Sylvio_Hertel]

Folgendes hat geholfen:

rmdir /var/lib/mysql/mysql.sock
systemctl restart mariadb
cd /etc/egroupware-docker
docker-compose stop egroupware
docker-compose rm -f egroupware
docker-compose up -d

Damit stimmt nach dem Update der MariaDB auf die 10.1 eventuell wieder etwas mit der Startreihenfolge nicht?
Das System läuft erstmal, ich wüsste nur gerne wo der Fehler lag.

Sylvio

[RalfBecker]

Mach mal einen Reboot oder führe systemctl daemon-reload aus, das scheint bei der Installation/Update das Paketes nicht automatisch zu passieren, sprich muss ich noch in unser Paket einbauen.

Ralf