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

[hat se nicht alle]

@thomas-braun said in Keine Admin Console mehr: Failed to lock DB file:

@homoran

Nein, kein ipv4:

echad@chet:~ $ sudo netstat -tulpen | grep 8081
tcp6       0      0 :::8081                 :::*                    LISTEN      1001       14808      676/io.admin.0```

Puh... habe beim Raspi nichts wegkonfiguriert....
Wie schalte ich ip4 wieder an?

[Thomas Braun]

@hat-se-nicht-alle sagte in Keine Admin Console mehr: Failed to lock DB file:

Wie schalte ich ip4 wieder an?

Wozu?

[hat se nicht alle]

@thomas-braun said in Keine Admin Console mehr: Failed to lock DB file:

@hat-se-nicht-alle sagte in Keine Admin Console mehr: Failed to lock DB file:

Wie schalte ich ip4 wieder an?

Wozu?

Gute Frage... dachte es würde näher zu Fehlerbehebung führen....

[Homoran]

@thomas-braun sagte in Keine Admin Console mehr: Failed to lock DB file:

Wozu?

wenn die Fritte nur auf v4 konfiguriert ist!?

[Thomas Braun]

@hat-se-nicht-alle

solaranzeige:8081/#tab-intro

Funktioniert?

[hat se nicht alle]

@thomas-braun said in Keine Admin Console mehr: Failed to lock DB file:

solaranzeige:8081/#tab-intro

No...Die DNS-Adresse von solaranzeige wurde nicht gefunden

[Thomas Braun]

@hat-se-nicht-alle

iobroker restart

[hat se nicht alle]

@thomas-braun said in Keine Admin Console mehr: Failed to lock DB file:

iobroker restart

Keine Änderung des Fehlverhaltens...hatte auch schon den Raspi rebootet...

[Thomas Braun]

@hat-se-nicht-alle

Hast du da pihole oder sowas laufen?

[hat se nicht alle]

@thomas-braun said in Keine Admin Console mehr: Failed to lock DB file:

@hat-se-nicht-alle

Hast du da pihole oder sowas laufen?

No

[hat se nicht alle]

@hat-se-nicht-alle said in Keine Admin Console mehr: Failed to lock DB file:

@thomas-braun said in Keine Admin Console mehr: Failed to lock DB file:

@hat-se-nicht-alle

Hast du da pihole oder sowas laufen?

No

Hab gerade gesehen dass parallel VIS läuft

http://192.168.178.20:8082/vis/edit.html#DemoView

Somit ist der Raspi grundsätzlich erreichbar aber eben nicht auf :8081

[Homoran]

@hat-se-nicht-alle sagte in Keine Admin Console mehr: Failed to lock DB file:

Somit ist der Raspi grundsätzlich erreichbar

aber ohne https :thinking_face:

[hat se nicht alle]

@homoran

Mir ist gerade folgendes aufgefallen

+ system.adapter.web.0                    : web                   : solaranzeige                             -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

Bedeutet das, dass Admin sowohl auf 8081 und 8082 läuft. Parallel zu VIS?

[hat se nicht alle]

@homoran said in Keine Admin Console mehr: Failed to lock DB file:

@hat-se-nicht-alle sagte in Keine Admin Console mehr: Failed to lock DB file:

Somit ist der Raspi grundsätzlich erreichbar

aber ohne https :thinking_face:

Timmt!

Kann ich IObroker unsecure starten?

[Homoran]

@hat-se-nicht-alle sagte in Keine Admin Console mehr: Failed to lock DB file:

Bedeutet das, dass Admin sowohl auf 8081 und 8082 läuft. Parallel zu VIS?

nein!
der user admin hat das Webinterface auf 8082 gestartet

[Homoran]

@hat-se-nicht-alle sagte in Keine Admin Console mehr: Failed to lock DB file:

Kann ich IObroker unsecure starten?

ja!
hab den befehl gerade nicht parat

[hat se nicht alle]

@homoran said in Keine Admin Console mehr: Failed to lock DB file:

@hat-se-nicht-alle sagte in Keine Admin Console mehr: Failed to lock DB file:

Kann ich IObroker unsecure starten?

ja!
hab den befehl gerade nicht parat

pi@solaranzeige:/opt/iobroker $ iobroker set admin.0 --secure false
New secure for "admin.0" is: false
Instance settings for "admin.0" are changed.

Steht in der Fehlerbehebungsanleitung

Nach Stop und Start des IObrokers wieder zurück auf

pi@solaranzeige:/opt/iobroker $ iobroker set admin.0 --secure true
New secure for "admin.0" is: true
Instance settings for "admin.0" are changed.

edit: Ohne Secure http läuft es nun, warum weiß der Geier...oder einer der vielen Profis aus dem Forum :+1:

Danke für die schnelle Hilfe!!!!

[werner2000x]

@hat-se-nicht-alle Ich habe einen Raspi4 mit ioBroker und möchte auf einem Raspi2 eine Kopie als Backup/Fallback Lösung einrichten.
Wenn ich nun beide Raspi in meinem Netz habe kann ich nur auf dem Raspi4 über IP:8081 zugreifen - der Raspi 2 reagiert auf IP:8081 nicht.
Beide Raspi haben (noch) denselben Hostnamen raspberrypi.
Kann man eventuell durch eine neue Portbelegung, z.B. auf 8086 oder/und verschiedene Hostnamen das Problem mit zwei Raspi und ioBroker lösen
oder gibt es andere Lösungen?

[Thomas Braun]

@werner2000x sagte in (Erledigt) Keine Admin Console mehr:Failed to lock DB file:

verschiedene Hostnamen

Solltest du einrichten.

Ich würde ein Backup des Raspi4 per Backitup-Adapter auf den Raspi2 einspielen. Dazu würde ich den iobroker.service auf disabled setzen und nur im Bedarfsfall starten.
(Darauf achten, dass der Raspi4 wahrscheinlich deutlich mehr RAM usw. hat.)

Ich habe so ein ähnliches Setup mit RPi4 / RPi3. Primär läuft der ioBroker auf dem 4er und auf dem 3er dudelt ein Wiki sowie PiHole. ioBroker ist dort 'schlafend' installiert und würde nur im Falle das der 4er länger ausfällt reaktiviert.
Hostnames sind selbstverständlich unterschiedlich. Gibt ja sonst Chaos im Netzwerk.

[werner2000x]

Jetzt habe ich den Hostname des Raspi2 auf raspberrypi2 geändert und kann immer noch nicht auf das Port 8081 zugreifen
Mit dem Befehl: iob list instances wird der Raspi4 192.168.198.39 mit seiner Adresse angezeigt. Der Raspi2 hat die Adresse 192.168.198.42. Wie kann man das ändern?

system.adapter.admin.0 : admin : raspberrypi2 - enabled, port: 8081, bind: 192.168.198.39, run a s: admin