Js-controller 1.5.3 in latest verfügbar

mameier1234

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 !

Stabilostick

Bitteschön! War mir eine Freude, Dich kennengelernt zu haben.

Viel Spaß noch mit dem ioBroker.

Ostpower

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

apollon77

Mal so gefragt: was ist denn „höher als vis.0“? Oder sind da Ansicht noch andere „Ordner“?

Gesendet vom Handy …

Ostpower

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

Dr. Bakterius

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

sigi234

~~@Ostpower:~~

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!

aleks-83

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

Stabilostick

Hört sich doch gut an. Jetzt noch den Verwahrungsort auswählen in der Admin-Konfiguration…..

Edit: woher kommt dann die letzte Zeile?

aleks-83

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?

Homoran

~~@aleks-83:~~

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

aleks-83

OK, dann verwirrt mich die Meldung "no repository source configured" und "disable logging, because no one socket connected"

Die sollten doch nicht auftaucehn, oder?

smartboart

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

smartboart

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

apollon77

Controller 1.5.0 bitte nicht nutzen!!! Wenn dann 1.5.3.

Gesendet vom Handy …

BigTastyBacon

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.

Kueppert

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

arteck

~~@Kueppert:~~

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

arteck

na das ist ne Ansage..

akamia

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

NEWS

Js-controller 1.5.3 in latest verfügbar

Js-controller 1.5.3 in latest verfügbar

Support us

131

32.4k

81.3k

1.3m