NEWS
SQL Startet nach Node Update nicht mehr
-
Hallo Zusammen,
nach einem Upgrade von node 14 auf 18 Startet mein SQL Adapter nicht mehr.
"Error: connect ECONNREFUSED ::1:3306"Leider kenne ich mich mit SQL kein bisschen aus. Und alles was ich im Netz finde, bringt mich nicht weiter.
Kann mir bitte jemand helfen. Ich möchte ungern alle alten Daten verlieren
-
@grizzlyco wo läuft denn die Mysql/Mariadb Datenbank, gleicher Rechner wie iobroker?
-
@fastfoot
Ja alles auf dem gleichen Gerät -
@grizzlyco Evtl. läuft dein DB-Server gar nicht. Unter Linux auf der Konsole
ps -ef
-
Unter der Konsole konnte ich mich bei MySQL anmelden. Aber ich weiß nicht wie ich die DB unter der Konsole Teste.
-
@grizzlyco probiere mal die Daten in der SQL Instanz einzugeben. Dort gibt es ja auch einen Test-Button
-
Dann kommt Error: connect ECONNREFUSED ::1:3306
-
@grizzlyco und das sind die gleichen Daten die du auf der Konsole genutzt hast? Hast du die Daten in der Instanz auch neu eingegeben?
Ich sehe keinen Grund weshalb das durch das node Update verursacht sein könnte, habe ich noch nie beobachtet, und ich wechel viel
-
Ja die gleichen Daten. Evtl ein rechte Problem.
Oder Beschädigung an der Datenbank? -
Ich sehe zwar auch keinen Zusammenhang zu nodejs, aber ist denn auf der Seite alles senkrecht?
sudo ln -s /usr/bin/node /usr/bin/nodejs &> /dev/null uname -m && type -P nodejs node npm npx corepack && nodejs -v && node -v && npm -v && npx -v && corepack -v && iob -v && whoami && groups && echo $XDG_SESSION_TYPE && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
sagt?
-
@grizzlyco sagte in SQL Startet nach Node Update nicht mehr:
Ja die gleichen Daten. Evtl ein rechte Problem.
Oder Beschädigung an der Datenbank?wie soll es ein Rechteproblem sein wenn du die gleichen login Daten nutzt? Mach doch mal nen ordentlichen Screenshot von deinen Instanzen Settings
-
@grizzlyco Kannst evtl ipv6 abschalten auf deinem System. Mysql hat Usereinstellungen welche auf die Herkunft prüfen können. Falls deine Usereinstellungen also auf IPv4 stehen würde IPv6 nicht akzeptiert werden
-
-
@fastfoot
Wo finde ich diese Einstellung? -
@grizzlyco in Heidisql(windows) aber mach mal so:
zuerst änderelocalhost
zu192.168.xx.xx (die IP des host)
und schau ob das dann funktioniertwenn 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
-
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“ -
@grizzlyco dann probiere user root mit password root oder lasse password leer
-
@fastfoot
mit root habe ich leider keinen erfolg. -
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
-
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