Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Kapitaen31]

@kapitaen31

ich habe gerade gesehen, das in meinem LOG

2022-05-30 16:32:07.934 - error: sql.0 (1190) Error: connect ECONNREFUSED 127.0.0.1:3306

steht.
Das ist natürlich nicht gut... Das erschien nach dem ich den Client installiert habe.

Meine SQL Datenbank läuft auch auf dem Pi4.

Was muß ich jetzt richtig machen...
grrr...
Gruß
Andreas

[Thomas Braun]

@kapitaen31

apt policy default-mysql-client mariadb-client mariadb-client-10.3

Ausgaben posten.

[Kapitaen31]

@thomas-braun said in Backit-Up sichert nicht MySql:

@kapitaen31 sagte in Backit-Up sichert nicht MySql:

sudo: /etc/sudoers.d/README ist für alle beschreibbar (world writable)

Die Meldung ist schon mal verdächtig. In /etc/sudoers.d/ sollten keinerlei für 'Hinz und Kunz' schreibbare Dateien liegen. Ich würde wohl sudo nochmal installieren.

sudo apt install --reinstall sudo

Da ist mir letztens ein Fehler unterlaufen, und ich hatte kein SUDO Befehl mehr. Ich hatte dann die SSD an einen Ubuntu PC angeschlossen und die entsprechende Datei in dem Ordner gelöscht. Ich wollte für TinkerForge eine MQtt Anbindung realisieren und dabei ist mir der Fehler unterlaufen, das dort ein Verweiß war, wo die entsprechende Datei nicht vorhanden war. Und da hatte ich mir die Rechte neu gesetzt.
Ich werde aber Sudo mit dem Befehl oben neu installieren. Alles klar.

Zum Thema:

apt policy default-mysql-client mariadb-client-10.3

liefert.

Dieses hier:

default-mysql-client:
  Installiert:           (keine)
  Installationskandidat: 1.0.5
  Versionstabelle:
     1.0.5 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
mariadb-client-10.3:
  Installiert:           1:10.3.34-0+deb10u1
  Installationskandidat: 1:10.3.34-0+deb10u1
  Versionstabelle:
 *** 1:10.3.34-0+deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status

[Thomas Braun]

@kapitaen31 sagte in Backit-Up sichert nicht MySql:

Eigentlich passt das.
Ich würde aber wohl das Meta-Paket default-mysql-client noch nachinstallieren, das gibt weniger Trouble bei einem Distributions Upgrade von buster zu bullseye.

[Kapitaen31]

@thomas-braun said in Backit-Up sichert nicht MySql:

@kapitaen31 sagte in Backit-Up sichert nicht MySql:

Eigentlich passt das.
Ich würde aber wohl das Meta-Paket default-mysql-client noch nachinstallieren, das gibt weniger Trouble bei einem Distributions Upgrade von buster zu bullseye.

Das mache ich dann über

sudo apt-get install default-mysql-client

richtig ?

[Thomas Braun]

@kapitaen31
Ja. Wobei ich apt einem apt-get vorziehen würde.

Und hau die 22 Updates gleich mit rein.

sudo apt update
iobroker stop
sudo apt full-upgrade
sudo reboot

[Kapitaen31]

@thomas-braun said in Backit-Up sichert nicht MySql:

@kapitaen31
Ja. Wobei ich apt einem apt-get vorziehen würde.

Und hau die 22 Updates gleich mit rein.

sudo apt update
iobroker stop
sudo apt full-upgrade
sudo reboot

So das habe ich gemacht und es ist alles gut verlaufen.
Jetzt habe ich:

/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v14.19.3
v14.19.3
6.14.17
pi
/home/pi
sudo: /etc/sudoers.d/README ist für alle beschreibbar (world writable)
OK:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
OK:2 https://deb.nodesource.com/node_14.x buster InRelease
OK:3 http://archive.raspberrypi.org/debian buster InRelease
OK:4 https://download.tinkerforge.com/apt/raspbian buster InRelease
OK:5 https://packages.grafana.com/oss/deb stable InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           14.19.3-deb-1nodesource1
  Installationskandidat: 14.19.3-deb-1nodesource1
  Versionstabelle:
 *** 14.19.3-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

Aber der Fehler in meiner LOG Datei bleibt. Dieser Fehler ist ja seit installation des mysql Clients aufgetreten. Er will ja uf 127.0.0.1 zugreifen. Aber meine SQL ist ja im locolhost. Wie konfiguriere ich das im Client ?

sql.0
2022-05-30 18:15:51.209	error	Error: connect ECONNREFUSED 127.0.0.1:3306

[Thomas Braun]

@kapitaen31

Dein sudo ist noch kaputt.
Und
127.0.0.1 ist der localhost

[Kapitaen31]

@thomas-braun said in Backit-Up sichert nicht MySql:

@kapitaen31

Dein sudo ist noch kaputt.
Und
127.0.0.1 ist der localhost

Den sudo habe ich so wie du es geschrieben hast, installiert. Aber es ändert nichts...

Ich muß wohl die Rechte von Hand setzen...

[Kapitaen31]

@kapitaen31 said in Backit-Up sichert nicht MySql:

@thomas-braun said in Backit-Up sichert nicht MySql:

@kapitaen31

Dein sudo ist noch kaputt.
Und
127.0.0.1 ist der localhost

Den sudo habe ich so wie du es geschrieben hast, installiert. Aber es ändert nichts...

Ich muß wohl die Rechte von Hand setzen...

Im Verzeichnis sudoers.d sieht es so aus:

root@raspberrypi-ioBroker:/etc/sudoers.d# ls -l
insgesamt 20
-rwxrwxr-- 1 root root   36 Apr 29  2019 010_at-export
-rwxrwxr-- 1 root root   27 Okt 18  2016 010_pi-nopasswd
-rwxrwxr-- 1 root root  211 Sep  9  2020 010_proxy
-rwxrwxr-- 1 root root 1209 Mär  5 20:01 iobroker
-rwxrwxrwx 1 root root  958 Feb  2  2020 README

Die Readme Datei muß andere Rechte bekommen, richtig?
Welche muß ich einstellen?

[Thomas Braun]

@kapitaen31 sagte in Backit-Up sichert nicht MySql:

root@raspberrypi-ioBroker

Zuerst mal eimerst du da nicht als root rum!

[Thomas Braun]

@kapitaen31

Da haste aber alles verpfuscht...

echad@chet:~ $ ls -l /etc/sudoers.d/
total 20
-r--r----- 1 root root   36 Apr 29  2019 010_at-export
-r--r----- 1 root root   27 Oct 18  2016 010_pi-nopasswd
-r--r----- 1 root root  211 Sep  9  2021 010_proxy
-r--r----- 1 root root 1161 May 28 18:10 iobroker
-r--r----- 1 root root  958 Feb 27  2021 README
echad@chet:~ $

sudo und die Rechte packt man nur mit

visudo

an. Das Programm ist genau dafür gemacht! Weil manuelles rumgepfusche viel zu gefährlich ist.

[Kapitaen31]

@thomas-braun said in Backit-Up sichert nicht MySql:

@kapitaen31

Da haste aber alles verpfuscht...

echad@chet:~ $ ls -l /etc/sudoers.d/
total 20
-r--r----- 1 root root   36 Apr 29  2019 010_at-export
-r--r----- 1 root root   27 Oct 18  2016 010_pi-nopasswd
-r--r----- 1 root root  211 Sep  9  2021 010_proxy
-r--r----- 1 root root 1161 May 28 18:10 iobroker
-r--r----- 1 root root  958 Feb 27  2021 README
echad@chet:~ $

ich weiß, das die Rechte nicht stimmen... okay ich werde visudo benutzen.

[Kapitaen31]

@thomas-braun said in Backit-Up sichert nicht MySql:

@kapitaen31

Da haste aber alles verpfuscht...

echad@chet:~ $ ls -l /etc/sudoers.d/
total 20
-r--r----- 1 root root   36 Apr 29  2019 010_at-export
-r--r----- 1 root root   27 Oct 18  2016 010_pi-nopasswd
-r--r----- 1 root root  211 Sep  9  2021 010_proxy
-r--r----- 1 root root 1161 May 28 18:10 iobroker
-r--r----- 1 root root  958 Feb 27  2021 README
echad@chet:~ $

sudo und die Rechte packt man nur mit

visudo

an. Das Programm ist genau dafür gemacht! Weil manuelles rumgepfusche viel zu gefährlich ist.

#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#


Defaults        env_reset
Defaults        mail_badpass
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d

Was muß dort geändert werden?

[Thomas Braun]

@kapitaen31 sagte in Backit-Up sichert nicht MySql:

Was muß dort geändert werden?

Ich weiß es nicht. Dafür habe ich nicht genug $AHNUNG.
Und da ich das weiß fummel ich an der Stelle auch nie herum, schon gar nicht in einer root shell.

[Kapitaen31]

@thomas-braun said in Backit-Up sichert nicht MySql:

@kapitaen31 sagte in Backit-Up sichert nicht MySql:

Was muß dort geändert werden?

Ich weiß es nicht. Dafür habe ich nicht genug $AHNUNG.
Und da ich das weiß fummel ich an der Stelle auch nie herum, schon gar nicht in einer root shell.

kannst Du mir denn helfen, um mein backup mit sql fertig zustellen?

[Thomas Braun]

@kapitaen31 sagte in Backit-Up sichert nicht MySql:

kannst Du mir denn helfen

Nein.
Auf so verfummelten Systemen kann dir keiner helfen. Weil man nicht weiß was du da alles als root umgeworfen hast.

[Kapitaen31]

Hallo,

das Problem mit der Sicherung von Backit-Up hat sich erledigt.
Ich musste unter Mariadb ein neues Passwort anlegen, weil bei mir ein Sonderzeichen dazwischen war und damit funktionierte es nicht.
Nun läuft der Adapter und es kann los gehen, das ich auf Bullseye umsteige.
Gruß
Andreas

[simatec]

@kapitaen31 Du kannst es auch in der Backitup Config in Anführungszeichen schreiben.
Damit gehen auch Sonderzeichen.