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

[Thomas Braun]

@Jan1 Nö:

pi@raspberrypi:~ $ iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: file
States  type: redis
pi@raspberrypi:~ $ iobroker -v
3.1.8
pi@raspberrypi:~ $ iobroker list adapters
/opt/iobroker/node_modules/standard-as-callback/built/index.js:6
        throw e;
        ^

ReplyError: Error scan NOT SUPPORTED
    at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12)
    at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
Emitted 'error' event on ScanStream instance at:
    at /opt/iobroker/node_modules/ioredis/built/ScanStream.js:35:22
    at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
    at /opt/iobroker/node_modules/standard-as-callback/built/index.js:30:51
    at processTicksAndRejections (node:internal/process/task_queues:93:5) {
  command: {
    name: 'scan',
    args: [ '0', 'MATCH', 'cfg.o.system.adapter.*', 'COUNT', '500' ]
  }
}
pi@raspberrypi:~ $

[Jan1]

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

@Jan1

So.....

sudo iobroker stop

sudo iobroker restore 0

sudo iobroker start all

sudo iobroker start

sudo iobroker upload all 

Ja und genau das mach ich eben nicht über die Konsole, weil ich immer den Adapter dafür verwende. Warum, weil ich mit nem Restor noch nie Probleme hatte :)
Aber eigentlich sollte es auch über die Konsole so laufen, wobei eben viel mit Problemen beim Restor über die Konsole gestolpert sind. Der Adapter ist eben nicht nur für unerfahrene User gedacht, sondern auch eine Erleichterung für alle User und ich empfehle klar die Verwendung des Adapter für Backup UND Restor.

[Jan1]

@Thomas-Braun
Ok, wenn Du das schreibst, dann versuch ich es erst gar nicht :)

[MichMein]

@Thomas-Braun
Die Fehlermeldung sieht genauso aus wie die von gestern.
Schade, dann bleib auch ich erstmal auf 3.1.6

[xawa]

Hätte wohl auch vorher hier vorbeischauen sollen: Musste nach dem Update auf 3.1.8 auch wieder zurück

cd /opt/iobroker
iobroker stop
npm i iobroker.js-controller@3.1.6 --production
iobroker start

[MichMein]

@Dutchman @bluefox @Homoran
Auch mit der V3.1.8 scheint es wieder zu den gleichen Problemen wie bei V3.1.7 zu kommen, bei einigen zumindest.

[Homoran]

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

Auch mit der V3.1.8 scheint es wieder zu den gleichen Problemen

wo habt ihr den her?
Mir wird im latest nur die 3.1.6 angeboten

[Thomas Braun]

@Homoran Hatte ich eben im latest drin. Vielleicht nur ausgebüxt?

Edit: Nö, ist noch im latest drin.

[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