[gelöst] nach update 1.7.4 admin nicht mehr erreichbar

[PrinzEisenherz1]

Bei mir ebenfalls.

Admin nicht mehr erreichbar

[apollon77]

Was bekommt ihr denn wenn ihr mal auf der Kommandozeile in /opt/iobroker ein "node node _modules/iobroker.admin/admin.js" macht?!

[lobomau]

@apollon77:

Was bekommt ihr denn wenn ihr mal auf der Kommandozeile in /opt/iobroker ein "node node _modules/iobroker.admin/admin.js" macht?! `

module.js:327
    throw err;
    ^

Error: Cannot find module '/opt/iobroker/node'
    at Function.Module._resolveFilename (module.js:325:15)
    at Function.Module._load (module.js:276:25)
    at Function.Module.runMain (module.js:441:10)
    at startup (node.js:140:18)
    at node.js:1043:3

[lobomau]

wie mache ich von der Konsole aus ein Downgrade auf 1.7.3?

Da ich nicht alleine bin mit dem Problem ist da wohl ein Fehler, der gefixt werden muss.

[justr]

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

[PArt]

Schließe mich hier dann auch mal an …

root@iot:/opt/iobroker# node node_modules/iobroker.admin/admin.js
2017-05-20 11:07:19.158  - error: admin.0 adapter disabled

[lobomau]

@justr:

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.
``` ` 

[justr]

@justr:

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

[lobomau]

@justr:

@justr:

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
```` `  

Endlich! Danke! Ich kannte den Befehl nicht. Hinterher noch:

iobroker start admin

[apollon77]

Klappt downgrade?

[justr]

@lobomau:

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.

[lobomau]

@apollon77:

Klappt downgrade? `
Ja, mit 1.7.3 alles gut.

[Bluefox]

Danke fürs melden. Fixed in 1.7.5

[Dutchman]

@Bluefox:

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 ?

[justr]

@Dutchman:

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.

[Dutchman]

@justr:

@Dutchman:

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:

[lobomau]

@justr:

@Dutchman:

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.

[Bluefox]

Geht jetzt?

[Dutchman]

@Bluefox:

Geht jetzt? `

bei mir ja, update 1.7.5. drauf und keine probleme