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

[Dr. Bakterius]

Hey Leute! Das war ja auch keine Kritik von mir, habe @apollon77 aber wohl falsch verstanden. Ich bewundere und schätze eure Arbeit sehr und wenn ich dabei helfen kann, mach ich das auch gerne.

Allerdings bin ich mir nicht sicher ob es so eine große Hilfe ist, jedes Problem gleich auf GitHub zu melden? Liegt vielleicht an einem Bedienfehler. Und da ist es nicht verkehrt zuerst mal im Forum "nachzufühlen" ob auch andere das Problem beobachten oder vielleicht sogar helfen können. Dann kann man immer noch den Entwickler "quälen".

[AlCalzone]

@Dr-Bakterius sagte in [How-to] Node.js für ioBroker richtig updaten:

Allerdings bin ich mir nicht sicher ob es so eine große Hilfe ist, jedes Problem gleich auf GitHub zu melden?

Wenn es offensichtliche Fehler sind wie in deinem Fall (eine ältere Version wird als neue vorgeschlagen), dann definitiv. Aber bitte prüfen, ob das nicht schon auf der Liste steht.

Bei Unklarheiten lieber vorher mal im Forum nachforschen, ob es nicht doch ein Bedienfehler o.ä. ist.

[e-i-k-e]

Guten Abend,
beitreibe ein redis Multihost System (1x Rock64, 5xRaspberry) und habe dieses soeben auf Node.js v10.16.3 aktualisiert (NPM: 6.9.0, jscontroller: 1.5.14).
Auf dem Master wurde die Variante "npm rebuild" mit diversen Fehlern beendet, somit habe ich das "reinstall-Skript" ausgeführt. Es wurden nach und nach alle Adapter neu installiert, diese sind aktuell auch im Zustand "grün".
Auf den Slave setze ich jeweils den Adapter RPI ein, um die GPIO zu steuern. Dies funktioniert nicht mehr, selbst wenn ich Manuel einen GPIO OUT über Objekte setze, wird dieser Zustand nicht umgesetzt. Den jeweiligen Adapter habe ich bereits händisch gelöscht und neu installiert, keine Verbesserung.
Was könnte ich noch versuchen?

[Stabilostick]

@e-i-k-e

Hilft Dir das?

https://forum.iobroker.net/post/270052

[e-i-k-e]

@Stabilostick
Danke.
Ich werde mal alle rpi2 Adapter löschen und neu installieren.

---

Kurze Rückmeldung:

Es hat funktioniert!
Wichtig ist, dass auch der Adapter komplett gelöscht wird. Direkt über ioBroker hat es nicht funktioniert. Folgender Weg war erfolgreich.

iobroker stop
cd /opt/iobroker
npm uninstall iobroker.rpi2 --silent --save --prefix 
iobroker start

[slesa]

@apollon77 Hallo, danke für all die Anleitungen. Sehr hilfreich.
Man könnte noch vermerken, dass falls man danach erst gelesen hat, dass man zuerst auf http umschalten muss, das reinstall-Script starten ausreicht.

[AndyUM61]

Hallo,

wie Lange dauert eigentlich ein npm rebuild?
Da ich ja erhebliche Probleme habe, versuche ich gerade ein rebuild.

Seid ca. 30 Minuten scheint sich aber nichts zu tun.
Im Teminal steht seit dem :

> iobroker.vis@1.2.1 install /opt/iobroker/node_modules/iobroker.vis                                                   
> node main.js --install    

Läuft da noch was ?

Das ganze läuft im docker mit buanet/iobroker:latest

[apollon77]

@AndyUM61 An sich sollte das schnell gehen. Brich ab und mach nochmal

[AndyUM61]

@apollon77
Also ich komme seid Freitag mit meinem ioBroker einfach nicht weiter:(.

Ich habe das eben noch einmal gestartet und er hängt wieder an der selben Stelle:

> iobroker.vis@1.2.1 install /opt/iobroker/node_modules/iobroker.vis                                                   
> node main.js --install    

irgend wann kommt dann "Socket geschlossen"??

Ich habe unter Error/ Bog schon einen Beitrag angelegt, aber so richtig konnte mir keiner helfen.

Bei mir bricht der ioBroker immer ab mit der Fehlermeldung:

2019-10-15 12:42:00.006  - error: host.iobroker uncaught exception: wakeUp is not defined
2019-10-15 12:42:00.007  - error: host.iobroker ReferenceError: wakeUp is not defined
    at startScheduledInstance (/opt/iobroker/node_modules/iobroker.js-controller/main.js:2611:17)
    at Job.procs.(anonymous function).schedule.schedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.js-controller/main.js:3121:65)
    at Job.invoke (/opt/iobroker/node_modules/node-schedule/lib/schedule.js:173:10)
    at /opt/iobroker/node_modules/node-schedule/lib/schedule.js:552:11
    at Timeout._onTimeout (/opt/iobroker/node_modules/node-schedule/lib/schedule.js:510:7)
    at ontimeout (timers.js:436:11)
    at tryOnTimeout (timers.js:300:5)
    at listOnTimeout (timers.js:263:5)
    at Timer.processTimers (timers.js:223:10)

Das macht er mindestens 2x am Tag um 12:01 Uhr und um 00:01 Uhr.
Im Admin ist aber kein Chron-Job zu diesen Zeitpunkten zu sehen.
Nach dem abgebrochenen rebuild kommt dieser Fehler auch gleich kurz nach dem Neustart.

Nach gefühlten 20 Neuinstallationen und Restores weiß ich einfach nicht mehr weiter:(.

[apollon77]

@AndyUM61 Jupp dieser Fehler wurde sich gerade gemeldet. Schau mal in js-Controller 2.0 Beta thread. Der Fehler ist in 2.0.31 gefixt was als nächstes ins latest kommt. Oder installiert vom GitHub (siehe Beta thread)

[AndyUM61]

@apollon77
Na das hört sich doch gut an.
Da haben also doch noch Andere auch dieses Problem;).

Dann mal Herzlichen Dank für deine Antwort!

[smartboart]

@Stabilostick sagte in [How-to] Node.js für ioBroker richtig updaten:

d) Neuinstallation mit Restore
Eine kleine Abwandlung der letzten Variante ist eine Neuinstallation. Hierbei sichert man das "iobroker-data" Verzeichnis (oder nutzt das Backup von oben). Dann löscht man das gesamte ioBroker-Verzeichnis und nutzt den Installer.

Hi, wie würde dieser Part mit einem Multihost System also mit dem Master und vor allem file und states mit Redis aussehen? In welchem step aktiviere ich das multihost system und die umstellung auf Redis?

[apollon77]

@smartboart An sich ist das easy: Identisch. In iobroker-data ist die Konfig des Hosts drin und damit auch die Info welcher DB-Typ genutzt wird und wohin man connnecten muss. Also iobroker-data zurückkopieren und starten. Dann sollte das gleiche passieren.

Hier dann aber master zuerst und in der Zeit die Slaves stoppen. Und danach die Slaves nacheinander

[smartboart]

@apollon77 danke für die schnelle Antwort..

[smartboart]

@apollon77 wie kann ich eigentlich erkennen, das der Widerherstellungsprozess nach iobroker start wieder läuft? Bzw. das alle Adapter installiert werden? irgenwie passiert hier nix...habe es mit top überprüft..
Folgendes nach iobroker start bzw. ausgabe bei iobroker status.

[apollon77]

Im ioBroker Logfile des Hosts oder im Admin Log Tab

[smartboart]

@apollon77 ok, es geht erst wenn ich mit iobroker custom auf file umstelle
jetzt startet iobroker auch und ich es sehe es im log... Also ganz ohne umstellung funktioniert es bei redis system nicht ..

liegt wahrscheinlich dadran, dass der jscontroller nach neuinstall nicht auf V2 ist...Wie es in meinem System schon der fall war..

[apollon77]

@smartboart Ääähm ja ein Slave neu installiert wenn der Master schon 2.0 ist dann muss der Slave auch 2.0 sein. Dann würde alles automatisch gehen nach iobroker-data kopieren

[smartboart]

@apollon77 nein ...ich habe den Master neu installiert.Hatte alles aktuell.
und auf den neuen Controller umgestellt. Wegen der nervigen node gyp fehler habe ich heute nach Anleitung d: neuinstallation mit restore alles neu installiert.
Slave war gestoppt. Mein file und state system war auf redis. Hier hat es beim iobroker start dann gehakt. siehe Bild oben.
Dann umgestellt states und objekt wieder auf file. iobroker start hat dann geklappt. Dann war auch der Admin wieder erreichbar und alles wurde neuinstalliert. Anschl. wieder auf redis .. dann wars gut...das war jaEingangs meine Frage ob der Vorgang anderes is bei nem master mit file und state in redis, was ja erst seit dem neuen Controller geht..Und nun endlich wieder node-gyp Fehlerfrei...

[tomturo]

@Stabilostick said in [How-to] Node.js für ioBroker richtig updaten:

curl -sL https://iobroker.net/fix.sh | bash -

Absolut Klasse Anleitung!! Hat mir den Ar.... gerettet