NEWS
SQL Startet nach Node Update nicht mehr
-
@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
-
@grizzlyco in Heidisql(windows) aber mach mal so:
zuerst änderelocalhostzu192.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
-
@grizzlyco dann probiere user root mit password root oder lasse password leer
-
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 nodejssagt?
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 -
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 databasBuster ist tot, bring das auf den Nachfolger.
MariaDB ist MySQL.
Bitte die Ausgaben in voller Breite zeigen, da fehlt rechts was
-
Buster ist tot, bring das auf den Nachfolger.
MariaDB ist MySQL.
Bitte die Ausgaben in voller Breite zeigen, da fehlt rechts was
-
@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.
@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 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.
-
@thomas-braun
na gut. Ich aktualisiere.
Hoffentlich mache ich mir damit nicht mehr probleme als lösungenWenn dein Pi 64bit-fähig ist würde ich es komplett Neuinstallieren.
-
Wenn dein Pi 64bit-fähig ist würde ich es komplett Neuinstallieren.
@thomas-braun
das ist leider keine option. Da verzichte ich lieber auf die historischen Daten -
@thomas-braun
das ist leider keine option. Da verzichte ich lieber auf die historischen DatenBackups ziehen, Neuinstallation, Backups einspielen, fertig.
-
@thomas-braun
das ist leider keine option. Da verzichte ich lieber auf die historischen Daten@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 sagte in SQL Startet nach Node Update nicht mehr:
Da verzichte ich lieber auf die historischen Daten
...und auf ein sauber laufendes System
-
-
So Upgrade nach Bullseye ist durch.
SQL Startet
Mariadb startetError: 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?
-
So Upgrade nach Bullseye ist durch.
SQL Startet
Mariadb startetError: 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?
Support us
817
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge