UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[fastfoot]

@grizzlyco Evtl. läuft dein DB-Server gar nicht. Unter Linux auf der Konsole ps -ef

[grizzlyco]

Unter der Konsole konnte ich mich bei MySQL anmelden. Aber ich weiß nicht wie ich die DB unter der Konsole Teste.

[fastfoot]

@grizzlyco probiere mal die Daten in der SQL Instanz einzugeben. Dort gibt es ja auch einen Test-Button

[grizzlyco]

Dann kommt Error: connect ECONNREFUSED ::1:3306

[fastfoot]

@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

[grizzlyco]

Ja die gleichen Daten. Evtl ein rechte Problem.
Oder Beschädigung an der Datenbank?

[Thomas Braun]

@grizzlyco

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?

[fastfoot]

@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

[fastfoot]

@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]

@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.