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
-
-
@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
-
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.
-
@thomas-braun
na gut. Ich aktualisiere.
Hoffentlich mache ich mir damit nicht mehr probleme als lösungen -
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 -
Backups ziehen, Neuinstallation, Backups einspielen, fertig.
-
@grizzlyco sagte in SQL Startet nach Node Update nicht mehr:
Da verzichte ich lieber auf die historischen Daten
...und auf ein sauber laufendes System
-
@homoran
wir versuchen es erstmal so mit nem update -