Js-controller 1.5.3 in latest verfügbar
-
So….
nach einer langen Fernwartungs-Session mit Stabilostick (nochmal danke dafür !!) läuft mein System jetzt auf 1.53
So ganz nebenbei sind einige meiner anderen Baustellen auch behoben, da wir das System neu aufgesetzt haben...
Kurz zur Vorgehensweise, soweit ich sie noch zusammenbekomme....
Mein System läuft unter Windows.
-
IOBroker Dienst beendet
-
c:\iobroker in iobroker.old umbenannt
-
node deinstalliert (alte Version)
-
Alte Verzeichnisse in c:\programme (alles mit node) und in %appdata%\roaming gelöscht. (waren node und node.cache)
-
den alten Dienst mit "sc delete iobroker" gelöscht
-
Dann node 8.12 runtergeladen und neu inst
-
dann von der iobroker.net Seite unter Downloads den letzen Installer runtergeladen und installiert. Diesmal wurde auch der Dienst automatisch installiert..... (nicht so , wie bei meinem ersten Aufzetzen.
-
den iobroker einmal gestartet, ob er funktioniert...
-
Dienst beendet und aus iobroker.old\iobroker-data die 3 .json Dateien ins das selbe Verzeichiss c:\iobroker\iobroker-data kopiert
-
den Lets Encrypt Ordner (falls ihr das verwendet) kopiert
-
die Ornder vis und vis.0 aus \iobroker.old\files in den neuen Ordner kopiert.
-
Dann den Dienst wieder gestartet
-
Nun wieder in den Admin rein ... Ging nicht, also in der Komandozeile "iobroker add admin" eine neue instanz installiert.
-
mit diesem Admin konnten wir uns wieder einloggen... den admin.0 erstmal deaktiviert.
-
jetzt konnte man im Log sehen, dass alle Adapter neu installiert wurden und auch wieder liefen.
-
Mein History lief unter \history ... daran hatten wir gar nicht gedacht, aber es war alles wieder da, da der Ordner ja nicht angefasst wurde.
-
Adapter die von Github kamen (speziel Lametric 0.0.2) mussten neu installiert werden und dann mit Upload im Expertenmodus hochgeladen werden...
-
Dann haben wir den Admin auf die neueste Version aktualiseiert... den admin.1 (ersatzadmin ) auf Port 8089 geändert und die ssl-Verschlüsselung getestet.. Lief nicht, aber im log kam ein eindeutiger Hinweise, dass man mit npm noch ein Modul installieren soll. (weiss nicht mehr auswendig welches..war aber wirlich tiefrot drauf hingewiesen.)
-
Dieses Modul installiert, iobroker neu gestartet und ssl lief.
-
jetzt nochmal ne Sicherung des gesamten IOBroker-Ordners gemacht und dann mit "iobroker update" und "iobroker upgrade self" auf 1.53 aktualsiert...
LÄUFT!
Nochmal Danke an Stabilostick !
-
-
Bitteschön! War mir eine Freude, Dich kennengelernt zu haben.
Viel Spaß noch mit dem ioBroker.
-
So, bin jetzt auf 1.5.3 hoch und wieder der Fehler, dass man nicht tiefer als vis.0 kommt!
EMPTY ID steht nur da.
neus SD Karte, neustes image. bei 1.40 und 1.4.2 des controlles konnte ich tiefer als vis.0 , nach dem upgrade auf 1.5.3 geht es nicht mehr.
Dazu folgende Fehlermeldung, wie bei vielen:
pi@ioBroker-RasPi:/opt/iobroker $ sudo iobroker stop Stopping iobroker controller daemon... iobroker controller daemon stopped. fs.js:1123 return binding.chmod(pathModule._makeLong(path), modeNum(mode)); ^ Error: ENOENT: no such file or directory, chmod '/opt/iobroker/node_modules/iobroker.js-controller/lib/../killall.sh' at Object.fs.chmodSync (fs.js:1123:18) at Daemon.daemon.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:286:32) at emitOne (events.js:121:20) at Daemon.emit (events.js:211:7) at Daemon. <anonymous>(/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:267:14) at Daemon._tryKill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:277:23) at ontimeout (timers.js:498:11) at tryOnTimeout (timers.js:323:5) at Timer.listOnTimeout (timers.js:290:5)</anonymous>P.S.: Ich gebe es auf, bin wieder auf 1.4.2 zurück. 4 neu Installationen ohne Erfolg. (der Fehler nach dem "sudo iobroker stop", ist dann auch wieder weg.)
Gruß und guten Nacht
Ostpower
-
Mal so gefragt: was ist denn „höher als vis.0“? Oder sind da Ansicht noch andere „Ordner“?
Gesendet vom Handy …
-
Guten Morgen apollon77,
höher als /vis.0/ ,ist ja meine eigenen Vis Struktur des z.B. main (wird beim ersten start erstellt) oder meine eigenen Projekte (Ordner).
Tiefer ist halt alles, unter /vis.0 z.B. die icon widgets, die man über den Admin bereich installieren kann.
Da bekomme ich immer bei 1.5.x den fehler Empty ID. Somit komme ich nicht mehr zu den z.B. mdf icons, welche ich installiert habe.
Wäre es nicht besser, dass widgets (die icons enthalten,welche man für die eigenen visu braucht) direkt unter /vis.0/"mdf icons" installiert werden?
Ist aber ein anderes Thema, ich bin hier neu und werde nicht eure tolle Arbeit oder Struktur infrage stellen. Hier steckt viel arbeit drin und es ist ein tolles Produkt (iobroker).
Gruß
Ostpower
-
Wenn man eine Ebene höher geht (ins Wurzelverzeichnis), sieht man die anderen Ordner. Sieht bei mir unter 1.4.2 so aus:
Stattdessen sieht man in 1.5.x nur 'Empty ID'.
-
So, bin jetzt auf 1.5.3 hoch und wieder der Fehler, dass man nicht tiefer als vis.0 kommt!
EMPTY ID steht nur da.
P.S.: Ich gebe es auf, bin wieder auf 1.4.2 zurück. 4 neu Installationen ohne Erfolg. (der Fehler nach dem "sudo iobroker stop", ist dann auch wieder weg.)
Gruß und guten Nacht
Ostpower `
So ist es bei mir auch!
-
Moin,
Ich habe gestern meinen Pi 3B neu aufgesetzt.
Also Rapsbian geflasht, ioBroker installiert. Alles manuell nach Anleitung.
Lief alles gut durch.
Dann direkt als erstes den JS Controller auf 1.5.3 geupdatet.
Anschließend Admin auf 3.5.9. (Weitere Daten in meiner Sig)
Bisher sind nur Admin, Discovery und der Web Adapter isntalliert.
Weiter keine Änderungen vorgenommen.
Im Log erhalte ich die folgende Meldungen:
admin.0 2018-09-18 05:39:30.073 warn Disable logging, because no one socket connected admin.0 2018-09-18 05:39:21.710 info Repository received successfully. admin.0 2018-09-18 05:39:21.400 info Use link "https://localhost:8081" to configure. admin.0 2018-09-18 05:39:21.400 info https server listening on port 8081 admin.0 2018-09-18 05:39:21.340 info created middleware admin.0 2018-09-18 05:39:20.585 info received all states admin.0 2018-09-18 05:39:20.568 warn No repository source configured -
Hört sich doch gut an. Jetzt noch den Verwahrungsort auswählen in der Admin-Konfiguration…..
Edit: woher kommt dann die letzte Zeile?
-
Das habe ich ja. der steht auf latest.
URL habe ich auch gecheckt.
In der zweiten Zeile meine log oben steht ja auch "repository received successfully".
Was bedeutet das denn dann?
-
In der zweiten Zeile meine log oben steht ja auch "repository received successfully".
Was bedeutet das denn dann? `
Das bedeutet, dass iobroker die aktuellen Versionen abfragen konnte.Wenn danach keine Zahl in dem Adapter-"Reiter" steht bist du aktuell.
Gruß
Rainer
-
OK, dann verwirrt mich die Meldung "no repository source configured" und "disable logging, because no one socket connected"
Die sollten doch nicht auftaucehn, oder?
-
Diese Meldung habe ich auch, kam aber mit dem Update auf Admin 3.5.9. ..jscontroller habe ich noch nicht hochgezogen…Verprobe das gerade in meinem Testfeld, nach dem letzten Alptraum im life system...
-
nach dem upddate des js-controller habe ich in meinem Testfeld auch das Problem mit iobroker stop… killall.sh...
hier auch schon mehrfach beschrieben...
jscontroller 1.5.0 und Admin 3.5.8 funktionieren im zusammenspiel einwandfrei... Damit fahre ich gerade mein lifesystem bzw. bin nach dem Update wieder mit meinem Backup darauf zurück...
-
Controller 1.5.0 bitte nicht nutzen!!! Wenn dann 1.5.3.
Gesendet vom Handy …
-
Hallo zusammen,
ich hatte bis heute Früh die Controller-Version 1.5.0 laufen (ohne Probleme). Habe dann upgegraded auf 1.5.3 und dann hat alles verrückt gespielt. Im Reiter "Hosts" war ersichtlich, dass mehr als 2000 Ereignisse am Laufen waren, diverse Adapter haben Fehlermeldungen ausgegeben und der Slave-Pi wurde nicht mehr erkannt.
Bin wieder zurück auf 1.4.2 und nach einigen Restarts und viel Schwitzen rennt jetzt alles wieder :).
Konfig: Habe zwei Pi's im Multihost laufen.
-
Hi, hab auch Multihost im Betrieb. Ich hab gestern das Update gemacht und bei mir sieht alles normal aus. Hab parallel node.js von 6 auf 8 aktualisiert.
Ich hatte erst den Host auf 1.5.3 angehoben, dann direkt hinterher den Slave. Auf dem master dann via reinstall.sh erst Mal bei kompilieren lassen (wegen node8) und dann beide Maschinen neu gestartet…
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Hi, hab auch Multihost im Betrieb. Ich hab gestern das Update gemacht und bei mir sieht alles normal aus. Hab parallel node.js von 6 auf 8 aktualisiert.
Ich hatte erst den Host auf 1.5.3 angehoben, dann direkt hinterher den Slave. Auf dem master dann via reinstall.sh erst Mal bei kompilieren lassen (wegen node8) und dann beide Maschinen neu gestartet…
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk `
bis auf das HTTPS Problem lief bei mir auch alles reibungslos…
auf alles Maschinen.. incl. node.js von 6 auf 8
@apollon77 : seid ihr an der Auth Problematik drann.. oder lohnt noch wenn ich die nutzen will der Rücksprung auf 1.4.2.. woche , 2, 3 ....
-
na das ist ne Ansage..
-
Hallo Ingo,
kannst Du auch eine Aussage zu node.js 10 treffen? Mein eines Testsystem läuft damit. Allerdings hagelt es weiterhin viele Fehlermeldungen bei js-Controler und Adapterinstallationen.
Helle
