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

[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

[Thomas Braun]

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

Jetzt habe ich den Hostname des Raspi2 auf raspberrypi2 geändert

Wie genau? Das ist nämlich ggf. etwas kniffeliger.