NEWS
[gelöst] nach update 1.7.4 admin nicht mehr erreichbar
-
Guten Morgen zusammen,
ich bin natürlich auch auf das Update reingefallen.
Im Log kann man sehen, dass die Admin-Instanz ständig terminiert wird und neu startet. Die durchaus auffälligen "logging false"-Meldungen sämtlicher Instanzen habe ich gekürzt:
`2017-05-20 10:39:51.878 - [32minfo[39m: host.Juergens-Mini13.fritz.box object change system.adapter.admin.0 2017-05-20 10:39:51.878 - [32minfo[39m: host.Juergens-Mini13.fritz.box "system.adapter.admin.0" enabled 2017-05-20 10:39:51.885 - [32minfo[39m: host.Juergens-Mini13.fritz.box instance system.adapter.admin.0 started with pid 79259 2017-05-20 10:39:52.520 - [32minfo[39m: hm-rpc.0 system.adapter.admin.0: logging false 2017-05-20 10:39:52.520 - [32minfo[39m: hm-rega.0 system.adapter.admin.0: logging false [... logging false] 2017-05-20 10:39:52.524 - [32minfo[39m: web.1 system.adapter.admin.0: logging false 2017-05-20 10:39:52.524 - [31merror[39m: host.Juergens-Mini13.fritz.box instance system.adapter.admin.0 terminated with code 1 () 2017-05-20 10:39:52.524 - [32minfo[39m: host.Juergens-Mini13.fritz.box Restart adapter system.adapter.admin.0 because enabled [... logging false] 2017-05-20 10:40:22.530 - [32minfo[39m: host.Juergens-Mini13.fritz.box instance system.adapter.admin.0 started with pid 79264 [... logging false] 2017-05-20 10:40:23.180 - [31merror[39m: host.Juergens-Mini13.fritz.box instance system.adapter.admin.0 terminated with code 1 () 2017-05-20 10:40:23.180 - [32minfo[39m: host.Juergens-Mini13.fritz.box Restart adapter system.adapter.admin.0 because enabled[/code]` Die einzige Möglichkeit war bei mir nun eine zusätzliche admin-Instanz `~~[code]~~iobroker add admin --port 8089[/code]` an einem **~~[b]~~freien[/b]** Port. Dieser admin funktioniert dann erst mal problemlos (ohne Verschlüsselung, Authentifizierung oder Puffer). Sobald ich aber irgendwas in den zugehörigen Einstellungen ändere, ist das Verhalten wie bei der alten Instanz admin.0\. Auch ein Deaktivieren von Verschlüsselung, Authentifizierung und Puffer hilft dann nichts mehr. Derzeit einzige Möglichkeit ist also eine neue Admin-Instanz und nichts daran zu ändern. Beste Grüße, justr Aber dann kannst du ja einen Downgrade machen. Das erklärt auch die höhere Systemauslastung seitdem admin nicht mehr läuft bzw. ständig terminiert wird. ``` `
-
Derzeit einzige Möglichkeit ist also eine neue Admin-Instanz und nichts daran zu ändern. `
Oder natürlich der von lobomau angeregte Downgrade:iobroker upgrade admin@1.7.3
-
-
Klappt downgrade?
-
Ich kannte den Befehl nicht. `
Ich auch nicht. Aber nachdem mein Admin wieder lief, konnte ich ja einen beliebigen Adapter downgraden und das Log beobachten. :mrgreen:Das "start admin" sollte aber nur nötig sein, wenn du zwischenzeitlich den admin manuell gestoppt hattest.
@apollon77: Ja, Downgrade klappte bei mir.
-
Klappt downgrade? `
Ja, mit 1.7.3 alles gut. -
Danke fürs melden. Fixed in 1.7.5
-
Danke fürs melden. Fixed in 1.7.5 `
Stimmt das 1.7.4 und 1.7.5 nicht angeboten werden als nur per GIT install ?
-
Stimmt das 1.7.4 und 1.7.5 nicht angeboten werden als nur per GIT install ? `
Kommt darauf an, was du in den iobroker-Systemeinstellungen als Repository ("Aktiver Verwahrungsort") eingestellt hast: Aktuellste ("latest") oder stabile ("default") Versionen. -
Stimmt das 1.7.4 und 1.7.5 nicht angeboten werden als nur per GIT install ?
Kommt darauf an, was du in den iobroker-Systemeinstellungen als Repository ("Aktiver Verwahrungsort") eingestellt hast: Aktuellste ("latest") oder stabile ("default") Versionen.
danke da war mal wieder einer nicht richtig wach heute :lol: :mrgreen:
-
Stimmt das 1.7.4 und 1.7.5 nicht angeboten werden als nur per GIT install ?
Kommt darauf an, was du in den iobroker-Systemeinstellungen als Repository ("Aktiver Verwahrungsort") eingestellt hast: Aktuellste ("latest") oder stabile ("default") Versionen.
Ich habe "latest". Wenn es nicht sofort da ist kann es helfen unter Adapter den Knopf "Adapter Informationen aktualisieren" drücken. War bei mir so. -
Geht jetzt?
-