[gelöst] mal wieder: No connection to databases possible ...

DGR

iobroker wahrscheinlich selbst durch Dummheit zerschossen, aber wie ?
Bekomme immer "No connection to databases possible ..."
Verschiedene Reparaturmöglichkeiten nach Anleitung probiert, auch iobroker fix:

Your installation was fixed successfully
Run iobroker start to start ioBroker again!

==========================================================================

pi@PI-AL-01:~ $ iobroker start
Starting iobroker controller daemon...
iobroker controller daemon started. PID: 17765
pi@PI-AL-01:~ $ iobroker repo list
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
 Objects database error: connect ECONNREFUSED 127.0.0.1:9001
No connection to databases possible ...

Das mit Port 9001 war dann ein neuer Hinweis.

Plattform linux
Betriebssystem linux
Architektur arm
CPUs 4
Geschwindigkeit 1500 MHz
Modell ARMv7 Processor rev 3 (v7l)
RAM 3.75 GB
Node.js v14.19.0
Anzahl der Adapter 400
NPM 6.14.16
Datenträgergröße 58.24 GB
freier Festplattenspeicher 36.41 GB
Aktive Instanzen 17
location /opt/iobroker/

Raspberry pi 4
4 GB
Datenträgergröße 58.24 GB
freier Plattenspeicher 36.41 GB
Raspbian GNU/Linux 10 (buster)

MOD EDIT: Log in Code Tags

crunchip

@dgr sagte in mal wieder: No connection to databases possible ...:

selbst durch Dummheit zerschossen,

Was hast du gemacht bzw wolltest du tun?

DGR

@crunchip Guten Morgen,

eigentlich wollte ich mein Backup-Problem lösen:
Cannot create backup: RangeError: Invalid string length

Ich kann leider nicht mehr nachvollziehen, was ich alles dazu versucht habe.
Aktuell habe ich gerade Restore versucht:
iobroker stop
cd /opt/iobroker
sudo tar -xzvf Backupname.tar.gz -C /opt/iobroker
iobroker start

natürlich mit einem gültigen Backupnamen. Das lief auch, allerdings danach weiterhin "No connection to database possible..."

Mir ist folgendes aufgefallen in /opt/iobroker/iobroker-data
es gibt die states.jsonl und die objects.jsonl mit jeweils 169,9 MiB und 167,8 MiB
hießen die nicht sonst states.json und objects.json ?

DGR

@dgr Ergänzung:
Beim Restore kommen noch 3 Zeilen, mit denen ich nichts anfangen kann:
tar: Ignoriere unbekanntes Schlüsselwort „SCHILY.dev“ für erweiterten Kopfteil
tar: Ignoriere unbekanntes Schlüsselwort „SCHILY.ino“ für erweiterten Kopfteil
tar: Ignoriere unbekanntes Schlüsselwort „SCHILY.nlink“ für erweiterten Kopfteil

Ich nehme aber an, dass das mit dem Problem nichts zu tun hat.

AlCalzone

@dgr sagte in mal wieder: No connection to databases possible ...:

Mir ist folgendes aufgefallen in /opt/iobroker/iobroker-data
es gibt die states.jsonl und die objects.jsonl mit jeweils 169,9 MiB und 167,8 MiB
hießen die nicht sonst states.json und objects.json ?

https://forum.iobroker.net/topic/52886/js-controller-4-0-x-jetzt-für-alle-user-im-stable
Man lese den 1. Post, Informationen zur Version

DGR

@alcalzone Danke für den Hinweis auf die Änderung nach states.jsonl und die objects.jsonl
Damit hat mein Problem also nichts zu tun.

DGR

@dgr was mir leider völlig unklar ist: ich habe keine Ahnung, auf welche Datenbanken sich die Fehlernachricht bezieht. Das gesamte System habe ich vor Jahren nach Anleitung aus dem Netz installiert. Bisher lief eigentlich alles. Spezielle Datenbanken habe ich m.E. damals nicht installiert. Auf dem System habe ich mehrere redis-Verzeichnisse gefunden, u.a. :
/opt/iobroker/node_modules/ioredis/built/redis vom 14.02.2022
/opt/iobroker/node_modules/bottleneck/src/redis vom 27.09.2021
sowie weitere in Sicherungsverzeichnissen vom 11.04.2021

kann ich damit was anfangen/retten ?

DGR

@dgr
bei "No connection to databases possible ..." - wie bekommt man heraus, für welche Datenbank der Zugriff fehlt ?

wendy2702

@dgr sagte in mal wieder: No connection to databases possible ...:

Aktuell habe ich gerade Restore versucht:
iobroker stop
cd /opt/iobroker
sudo tar -xzvf Backupname.tar.gz -C /opt/iobroker

Das ist kein "Restore". Bei einem Restore nimmt man eine funktionierende Installation und nutzt ein Backup mit iob restore <Pfad zur Backupdatei>

Erstmal schauen ob eventuell wer anderes den Port belegt:

sudo netstat -tulpn | grep LISTEN

DGR

@wendy2702
das korrekte Format:
0.0.0.0:* LISTEN 453/deCONZ
0.0.0.0:* LISTEN 637/lighttpd
0.0.0.0:* LISTEN 653/pihole-FTL
0.0.0.0:* LISTEN 599/sshd
0.0.0.0:* LISTEN 7997/cupsd
0.0.0.0:* LISTEN 453/deCONZ
0.0.0.0:* LISTEN 844/smbd
0.0.0.0:* LISTEN 653/pihole-FTL
0.0.0.0:* LISTEN 844/smbd
0.0.0.0:* LISTEN 572/vncserver-x11-c
:::* LISTEN 637/lighttpd
:::* LISTEN 653/pihole-FTL
:::* LISTEN 601/xrdp-sesman
:::* LISTEN 599/sshd
:::* LISTEN 7997/cupsd
:::* LISTEN 620/xrdp
:::* LISTEN 844/smbd
:::* LISTEN 653/pihole-FTL
:::* LISTEN 844/smbd
:::* LISTEN 572/vncserver-x11-c

Thomas Braun

@dgr sagte in mal wieder: No connection to databases possible ...:

vncserver-x11

Ähem... Räusper

DGR

@thomas-braun Hallo,
vncserver wurde deinstalliert, reboot
Ergebnis:
sudo netstat -tulpn | grep LISTEN
tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 361/deCONZ
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 687/lighttpd
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 680/pihole-FTL
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 599/sshd
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 402/cupsd
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 361/deCONZ
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 809/smbd
tcp 0 0 127.0.0.1:4711 0.0.0.0:* LISTEN 680/pihole-FTL
tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 2141/
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 809/smbd
tcp6 0 0 :::80 :::* LISTEN 687/lighttpd
tcp6 0 0 :::53 :::* LISTEN 680/pihole-FTL
tcp6 0 0 ::1:3350 :::* LISTEN 624/xrdp-sesman
tcp6 0 0 :::22 :::* LISTEN 599/sshd
tcp6 0 0 ::1:631 :::* LISTEN 402/cupsd
tcp6 0 0 :::3389 :::* LISTEN 643/xrdp
tcp6 0 0 :::445 :::* LISTEN 809/smbd
tcp6 0 0 ::1:4711 :::* LISTEN 680/pihole-FTL
tcp6 0 0 :::139 :::* LISTEN 809/smbd

iobroker list instances
Server Cannot start inMem-states on port 9000: Failed to lock DB file "/opt/iobroker/iobroker-data/states.jsonl"!

wendy2702

@dgr

Was ist aktuell eingestellt bei

iob setup custom

Thomas Braun

@dgr sagte in mal wieder: No connection to databases possible ...:

vncserver wurde deinstalliert

Da läuft immer noch ein kompletter Desktop.
Mach den Mist aus. Vollständig.

DGR

@wendy2702
iob setup custom
Current configuration:

Objects database:
- Type: jsonl
- Host/Unix Socket: 127.0.0.1
- Port: 9001
States database:
- Type: jsonl
- Host/Unix Socket: 127.0.0.1
- Port: 9000
Data Directory: ../../iobroker-data/

Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [jsonl]:

j , danach:

Host / Unix Socket of states DB (jsonl), default[127.0.0.1]:

was wird hier für eine Eingabe erwartet ?
Enter gegeben, dann:

Port of states DB (jsonl), default[9000]:
Enter gegeben, dann:
Data directory (file), default[../../iobroker-data/]:
Hostname bestätigt
updating conf/iobroker.json

DGR

@thomas-braun RDP beendet

DGR

@dgr
iobroker status
No connection to databases possible ...

Thomas Braun

@dgr

Fahr die Kiste in RunLevel 3.

wendy2702

Kannst du das mal auf „file“ stellen zum testen.

DGR

@thomas-braun
SSH-Konsole wird bei "runlevel" N 3 ausgegeben

Community Forum

NEWS

[gelöst] mal wieder: No connection to databases possible ...

Support us

909

32.4k

81.5k

1.3m