UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[xawa]

ich hab jetzt wieder auf Stable (default) umgestellt

[Homoran]

@Thomas-Braun sagte in JS-Controller Update, danach Admin und Web nicht erreichbar:

Edit: Nö, ist noch im latest drin.

Danke!
wir sind dran!

[Homoran]

Steht doch alles hier :joy:

https://forum.iobroker.net/topic/40068/js-controller-3-1-7-oder-3-1-8-kann-zu-problemen-führen

[Ein ehemaliger Benutzer]

@Homoran

die 3.1.7 und auch 3.1.8 laufen hier mit Node 14.15.3 unter Debian 10 im lxc mit Redis unauffällig.
Multihost-System mit 4 Clients auf Raspberry 2, Raspi 3, Raspi Zero ( Node 12.20).

[Homoran]

@ilovegym sagte in JS-Controller Update, danach Admin und Web nicht erreichbar:

die 3.1.7 und auch 3.1.8 laufen hier mit Node 14.15.3 unter Debian 10 im lxc mit Redis unauffällig.

schön zu wissen!

Wie ich im verlinkten Thread schrieb, gibt es noch Abhängigkeiten, die dann wahrscheinlich bei dir erfüllt sind.
Aber nicht bei allen

[entavio]

kann mir mal jemand helfen? nach update auf 3.1.8 das mir angezeigt wurde....

habe ich jetzt im log folgendes stehen:

LOG REDIRECT system.adapter.admin.0 => false [Process stopped]

admin Oberfläche dementsprechend nicht mehr erreichbar, bin auf einer synology und docker unterwegs
hoffe das lässt sich leicht fixen?!

[Homoran]

@entavio sagte in JS-Controller Update, danach Admin und Web nicht erreichbar:

bin auf einer synology und docker unterwegs

da bin ich leider raus, aber dort wird es sicher auch eine Konsole geben, über die du im Installationsverzeichnis über npm downgraden könntest.
Lass dir das aber bitte von einem Docker-Nutzer bestätigen, bervor was schief geht

[fastfoot]

@entavio sagte in JS-Controller Update, danach Admin und Web nicht erreichbar:

hoffe das lässt sich leicht fixen?!

in der Container-Konsole

• pkill -u iobroker
• npm install iobroker.js-controller@3.1.6
• Container Neustart

[entavio]

@fastfoot

ok auf welcher Verzeichnis ebene?
in root@buanet-iobroker1:/opt/iobroker# oder zwei ebenen höher?

[fastfoot]

@entavio sagte in JS-Controller Update, danach Admin und Web nicht erreichbar:

@fastfoot

ok auf welcher Verzeichnis ebene?
in root@buanet-iobroker1:/opt/iobroker# oder zwei ebenen höher?

wenn man in die Container Konsole geht, ist man automatisch in /opt/iobroker

[entavio]

@fastfoot

unverändert

================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped]                                  
================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]     

[fastfoot]

@entavio sagte in JS-Controller Update, danach Admin und Web nicht erreichbar:

@fastfoot

unverändert

================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped]                                  
================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]     

dann ging doch beim Downgrade was schief!

• iobroker -v

[entavio]

@fastfoot

iobroker -v
3.1.6

kann man die admin Oberfläche nachinstallieren

[fastfoot]

@entavio sagte in JS-Controller Update, danach Admin und Web nicht erreichbar:

@fastfoot

iobroker -v
3.1.6

kann man die admin Oberfläche nachinstallieren

• iob list instances

[entavio]

@fastfoot said in JS-Controller Update, danach Admin und Web nicht erreichbar:

iob list instances

habe mal zur Sicherheit die ganze synology restartet... stand eh noch ein DSM Update an.

root@buanet-iobroker1:/opt/iobroker# iob list instances                                                                              
+ system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin 

scheint als würde es wieder funktionieren :+1:
Oberfläche ist auch im browser wieder erreichbar
vielen dank !!!!!

[etv]

Ich hab nun wieder alle meine 4 ioBroker Hosts auf 3.1.6 (obwohl mir der Master in der Weboberfläche noch immer 3.1.7 anzeigt - iobroker -v ergibt aber 3.1.6!) und nun noch folgenden Eintrag im Log:
Multihost discovery server: error: Error: bind EADDRINUSE 0.0.0.0:50005

?? wo kommt das noch her?

Ich verwende kein Redis.

Liebe Grüße
tom

[Ein ehemaliger Benutzer]

@etv da läuft noch n process .. mal n reboot gemacht?

[etv]

@ilovegym danke dir!

Ich hab nun mal alle 4 runter gefahren und dann einzeln und nach und nach wieder gebootet und nun ist der Fehler weg.....scheint tatsächlich ein "alter Schnipsel" wo im RAM gewesen zu sein...

Liebe Grüße
tom