SQL Startet nach Node Update nicht mehr

[grizzlyco]

@fastfoot

[grizzlyco]

@fastfoot
Wo finde ich diese Einstellung?

[fastfoot]

@grizzlyco in Heidisql(windows) aber mach mal so:
zuerst ändere localhost zu 192.168.xx.xx (die IP des host) und schau ob das dann funktioniert

wenn das nicht funktioniert gibt es noch andere Möglichkeiten. Was ist mit deinem root accout auf der DB? kennst du das passwort? wenn ja nimm das mal als Daten zum login

[grizzlyco]

Mit der lokal Adresse passiert das selbe.
Root Daten sind mir ehrlich gesagt nicht bekannt. (Von der DB).
Eingerichtet habe ich nur den User „ioBroker“

[fastfoot]

@grizzlyco dann probiere user root mit password root oder lasse password leer

[grizzlyco]

@fastfoot
mit root habe ich leider keinen erfolg.

[grizzlyco]

@thomas-braun

armv7l
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
/usr/bin/npx
/usr/bin/corepack
v18.17.1
v18.17.1
9.6.7
9.6.7
0.18.0
4.0.23
pi
pi adm dialout cdrom sudo audio video plugdev games users input netdev lpadmin gpio i2c spi iobroker
tty
/home/pi
OK:1 http://phoscon.de/apt/deconz buster InRelease
OK:2 http://archive.raspberrypi.org/debian buster InRelease
OK:3 http://raspbian.raspberrypi.org/raspbian buster InRelease
OK:4 https://deb.nodesource.com/node_18.x buster InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
nodejs:
 Installiert:           18.17.1-deb-1nodesource1
 Installationskandidat: 18.17.1-deb-1nodesource1
 Versionstabelle:
*** 18.17.1-deb-1nodesource1 500
       500 https://deb.nodesource.com/node_18.x buster/main armhf Packages
       100 /var/lib/dpkg/status
    10.24.0~dfsg-1~deb10u3 500
       500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

[grizzlyco]

Es scheint ein Problem mit MariaDB zu geben. Ist das ein Bestandteil von MySQL?

pi@raspberrypi4:~ $ systemctl status mariadb.service
● mariadb.service - MariaDB 10.3.39 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset:
   Active: failed (Result: exit-code) since Fri 2023-08-25 08:10:09 CEST; 5min a
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 6194 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/ru
  Process: 6195 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START
  Process: 6197 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR
  Process: 6244 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WS
 Main PID: 6244 (code=exited, status=1/FAILURE)
   Status: "MariaDB server is down"

Aug 25 08:09:36 raspberrypi4 systemd[1]: Starting MariaDB 10.3.39 database serve
Aug 25 08:10:09 raspberrypi4 systemd[1]: mariadb.service: Main process exited, c
Aug 25 08:10:09 raspberrypi4 systemd[1]: mariadb.service: Failed with result 'ex
Aug 25 08:10:09 raspberrypi4 systemd[1]: Failed to start MariaDB 10.3.39 databas

[Thomas Braun]

@grizzlyco

Buster ist tot, bring das auf den Nachfolger.

MariaDB ist MySQL.

Bitte die Ausgaben in voller Breite zeigen, da fehlt rechts was

[grizzlyco]

@thomas-braun
Ist das wirklich zielführend?

Never change a running system

Node habe ich nur aktualisiert, weil ich aufgrund der Abhängigkeiten musste.

Die Kiste hängt nur im LAN und ich von aussen nicht erreichbar.

[Thomas Braun]

@grizzlyco sagte in SQL Startet nach Node Update nicht mehr:

Never change a running system

Bullshit. Buster ist abgekündigt und wird dir in Zukunft weitere Probleme bereiten. Je länger du wartest, umso größer wird der Aufwand.

[grizzlyco]

@thomas-braun
na gut. Ich aktualisiere.
Hoffentlich mache ich mir damit nicht mehr probleme als lösungen

[Thomas Braun]

@grizzlyco

Wenn dein Pi 64bit-fähig ist würde ich es komplett Neuinstallieren.

[grizzlyco]

@thomas-braun
das ist leider keine option. Da verzichte ich lieber auf die historischen Daten

[Thomas Braun]

@grizzlyco

Backups ziehen, Neuinstallation, Backups einspielen, fertig.

[Homoran]

@grizzlyco sagte in SQL Startet nach Node Update nicht mehr:

Da verzichte ich lieber auf die historischen Daten

...und auf ein sauber laufendes System

[grizzlyco]

@homoran
wir versuchen es erstmal so mit nem update

[Thomas Braun]

@grizzlyco

Dann mach es danach:

https://forum.iobroker.net/topic/47213/upgrade-von-debian-10-buster-auf-11-bullseye

[grizzlyco]

So Upgrade nach Bullseye ist durch.
SQL Startet
Mariadb startet

Error: connect ECONNREFUSED ::1:3306 kommt weiterhin.

Ich habe im SQL einen neuen User und eine neue DB angelegt. Die Daten im Adapter eingetragen und es kommt trotzdem "Error: connect ECONNREFUSED ::1:3306"

Habt ihr noch weitere Ideen?

[Thomas Braun]

@grizzlyco

systemctl status mariadb.service

sagt? Zusätzlich die Langfassung von

iob diag

bitte.