(Erledigt) Keine Admin Console mehr:Failed to lock DB file
-
Hast du da pihole oder sowas laufen?
-
@thomas-braun said in Keine Admin Console mehr: Failed to lock DB file:
Hast du da pihole oder sowas laufen?
No
-
@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:
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
-
@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
-
Mir ist gerade folgendes aufgefallen
+ system.adapter.web.0 : web : solaranzeige - enabled, port: 8082, bind: 0.0.0.0, run as: adminBedeutet das, dass Admin sowohl auf 8081 und 8082 läuft. Parallel zu VIS?
-
@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
Timmt!
Kann ich IObroker unsecure starten?
-
@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 -
@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 -
@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 paratpi@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
Danke für die schnelle Hilfe!!!!
-
@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? -
@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. -
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
-
@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.
