js-controller 2.0 ab sofort im Latest Repo
-
Hi,
jetzt habe ich zum js-controller aucch mal eine Frage.
Wenn ich über das Terminal versuche den iobroker anzuhalten über sudo iobroker stop dann bekomme ich die Meldung das der daemeon gar nicht läuft. er läuft aber denn der iobroker ist über admin usw. erreichbar.
Interessant ist auch dass er offensichtlich den js-controller unter dem pfad: home/pi sucht.
Da komme ich nun nicht mehr alleine durch
Andreas
-
@AlCalzone sagte in js-controller 2.0 ab sofort im Latest Repo:
cat /opt/iobroker/INSTALLER_INFO.txt
zu 1)
Installer version: 2019-07-21
Installation date 2019-09-25
Platform: linux
Installed as non-root user pi
init system: systemd
Autostart: systemd
ACL enabled: true/usr/bin/iobroker
-
@AlCalzone sagte in js-controller 2.0 ab sofort im Latest Repo:
cat /opt/iobroker/INSTALLER_INFO.txt
zu 1)
Installer version: 2019-07-21
Installation date 2019-09-25
Platform: linux
Installed as non-root user pi
init system: systemd
Autostart: systemd
ACL enabled: true/usr/bin/iobroker
@RandyAndy sagte in js-controller 2.0 ab sofort im Latest Repo:
Nr 3. sieht verdammt falsch aus. Hast du die Datei manuell bearbeitet nach der Installation?
So einen Dateiinhalt hat der Installer lange nicht mehr geschrieben, schon gar nicht im Juli.Der Fixer biegt das wieder gerade, aber mich würde dennoch interessieren, wo das herkommt.
-
ich habe nichts manuell bearbeitet
was ich schon probiert habe ist "curl -sL /opt/iobroker/fix_installation.sh | bash -"
das hat aber nichts gebracht.
ich vermute dass Du diesen fixer meinst:
curl -sL https://iobroker.net/fix.sh | bash -
korrekt ?
ich muss aber sagen dass die Installation in der Summe recht alt ist. Die Installation ist mit Sicherheit 2,5 - 3 Jahre alt. Durch einen SD-Crash bin ich vor ca. 4 Wochen gezwungen worden eine Neuinstallation durchzuführen wobei ich
- Linux neu installiert haben
- Dann Nodejs auf Version 10 installiert habe
- iobroker installiert habe inkl. BAckitup adapter
- anschließend habe ich ein erstelltes (totales) Backup eingespielt
In der Summe ist das System aber derzeit sehr stabil (seit mind. 4 - 5 Wochen). SO stabil war es noch nie. Allerdings verwende ich auch den RaspberryPi4 mit 4 GB RAM.
Andreas
-
host.zotac 2019-10-25 19:41:27.571 error Objects 127.0.0.1:53536 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.516 error States 127.0.0.1:51570 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.515 error States 127.0.0.1:51568 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.010 error States 127.0.0.1:51556 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.009 error Objects 127.0.0.1:53510 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:22.567 error Objects 127.0.0.1:53482 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:22.565 error Objects 127.0.0.1:53480 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.510 error States 127.0.0.1:51510 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.508 error States 127.0.0.1:51508 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.001 error States 127.0.0.1:51506 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.000 error Objects 127.0.0.1:53460 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:17.562 error Objects 127.0.0.1:53438 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:17.560 error Objects 127.0.0.1:53436 (Init=false) Redis error:Error: Invalid Chunk: parse failedHallo,
nach Update. Ich nutze kein Redis (so viel ich weiss, möchte ich auch nicht)
VIS geht.
Simple-API: auf "alle" umgestellt
Admin und WEB: Alle IPs
WEB:
Puffer ja, Socket io:integriert, Laufen unter "simple API"Bin zurück auf 1.5.14.
Alles läuft wieder. Auch VIS zeigt wieder alles korrekt an.Super wäre, wenn beim 2.0.x controller noch fett beta drauf stehen würde,
dann kann man selbst entscheiden, ob man das Risiko eingeht.
Gab es ähnliche Probleme nicht schon vor Monaten mit dem 2.0er?MfG
Sissi
–-----------------------------------------
1 CCU3 1 CCU2-Gateway 1 LanGateway 1 Pi-Gateway 1 I7 für ioBroker/MySQL
-
host.zotac 2019-10-25 19:41:27.571 error Objects 127.0.0.1:53536 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.516 error States 127.0.0.1:51570 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.515 error States 127.0.0.1:51568 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.010 error States 127.0.0.1:51556 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.009 error Objects 127.0.0.1:53510 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:22.567 error Objects 127.0.0.1:53482 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:22.565 error Objects 127.0.0.1:53480 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.510 error States 127.0.0.1:51510 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.508 error States 127.0.0.1:51508 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.001 error States 127.0.0.1:51506 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.000 error Objects 127.0.0.1:53460 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:17.562 error Objects 127.0.0.1:53438 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:17.560 error Objects 127.0.0.1:53436 (Init=false) Redis error:Error: Invalid Chunk: parse failedHallo,
nach Update. Ich nutze kein Redis (so viel ich weiss, möchte ich auch nicht)
VIS geht.
Simple-API: auf "alle" umgestellt
Admin und WEB: Alle IPs
WEB:
Puffer ja, Socket io:integriert, Laufen unter "simple API"@sissiwup sagte in js-controller 2.0.35:
Ich nutze kein Redis (so viel ich weiss,
siehst du, wenn du
iobroker statusauf der Konsole eingibst
-
@sissiwup said in js-controller 2.0.35:
Super wäre, wenn beim 2.0.x controller noch fett beta drauf stehen würde,
dann kann man selbst entscheiden, ob man das Risiko eingeht.Die Entscheidungsmöglichkeit gibt es doch in den Grundeinstellungen!
Wer seinen ioBroker von "default" auf "latest" umstellt, dem sollte bewusst sein dass er sich damit in den Beta-Bereich begibt. Im "latest" kann alles funktionieren, muss es aber nicht ...
-
Den Slave per WLAN zu versorgen, ist mit diesem JS-Controller eine Katastrophe!
Da der Winter naht, steht der Raspberry nun im Wohnzimmer auf dem Fenstersims neben den Blumen und hängt per LAN am Netzwerk. Keine Ausfälle mehr.
Für den nächsten Frühling muß ich mir dann etwas einfallen lassen.
Wenn ich richtig gelesen habe, sollte er auch die ganzen Adapter installieren, die man sich in Github besorgt hat.
Das kann ich leider nicht bestätigen.
Ich habe meinen Rock64 neu aufgesetzt, weil er wieder ins produktive System soll.
Die Adapter octoprint und tr-64-community habe ich manuell nachinstallieren müssen.
Nun den Raspberry PI4 wieder abschalten und den Rock ins System übernehmen......IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
host.zotac 2019-10-25 19:41:27.571 error Objects 127.0.0.1:53536 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.516 error States 127.0.0.1:51570 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.515 error States 127.0.0.1:51568 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.010 error States 127.0.0.1:51556 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.009 error Objects 127.0.0.1:53510 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:22.567 error Objects 127.0.0.1:53482 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:22.565 error Objects 127.0.0.1:53480 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.510 error States 127.0.0.1:51510 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.508 error States 127.0.0.1:51508 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.001 error States 127.0.0.1:51506 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.000 error Objects 127.0.0.1:53460 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:17.562 error Objects 127.0.0.1:53438 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:17.560 error Objects 127.0.0.1:53436 (Init=false) Redis error:Error: Invalid Chunk: parse failedHallo,
nach Update. Ich nutze kein Redis (so viel ich weiss, möchte ich auch nicht)
VIS geht.
Simple-API: auf "alle" umgestellt
Admin und WEB: Alle IPs
WEB:
Puffer ja, Socket io:integriert, Laufen unter "simple API" -
host.zotac 2019-10-25 19:41:27.571 error Objects 127.0.0.1:53536 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.516 error States 127.0.0.1:51570 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.515 error States 127.0.0.1:51568 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.010 error States 127.0.0.1:51556 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:24.009 error Objects 127.0.0.1:53510 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:22.567 error Objects 127.0.0.1:53482 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:22.565 error Objects 127.0.0.1:53480 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.510 error States 127.0.0.1:51510 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.508 error States 127.0.0.1:51508 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.001 error States 127.0.0.1:51506 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:19.000 error Objects 127.0.0.1:53460 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:17.562 error Objects 127.0.0.1:53438 (Init=false) Redis error:Error: Invalid Chunk: parse failed host.zotac 2019-10-25 19:41:17.560 error Objects 127.0.0.1:53436 (Init=false) Redis error:Error: Invalid Chunk: parse failedHallo,
nach Update. Ich nutze kein Redis (so viel ich weiss, möchte ich auch nicht)
VIS geht.
Simple-API: auf "alle" umgestellt
Admin und WEB: Alle IPs
WEB:
Puffer ja, Socket io:integriert, Laufen unter "simple API"@sissiwup siehe faq: bist du sicher das alle alten Prozesse beendet waren? Mal rebooten? Dieser Fehler kommt nach aktuellen Erkenntnissen wenn noch Prozesse von 1.5 laufen oder ein Slave noch auf 1.5 ... mit nem restart war das bisher immer weg. Wenn nicht muss man mal tief suchen.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Bin zurück auf 1.5.14.
Alles läuft wieder. Auch VIS zeigt wieder alles korrekt an.Super wäre, wenn beim 2.0.x controller noch fett beta drauf stehen würde,
dann kann man selbst entscheiden, ob man das Risiko eingeht.
Gab es ähnliche Probleme nicht schon vor Monaten mit dem 2.0er?@sissiwup der Controller ist im latest repository. Die Bedeutung von latest kennst du oder?
Dennoch betrachte ich die 2.0 als nahezu stable. Wir haben über 2000 Installationen.
Zu deinem Fehler siehe letzter Post. Bitte neu Updaten und sicherstellen das wirklich alle Prozesse beendet sind. Falls es dann wieder kommen sollte reboot. Wenn immer noch bitte alle Adapter beenden und nacheinander stoppen und starten um rauszufinden welcher es verursacht.
Vor allem die Adapter die gelistet sind oben aktualisieren.
-
Bin zurück auf 1.5.14.
Alles läuft wieder. Auch VIS zeigt wieder alles korrekt an.Super wäre, wenn beim 2.0.x controller noch fett beta drauf stehen würde,
dann kann man selbst entscheiden, ob man das Risiko eingeht.
Gab es ähnliche Probleme nicht schon vor Monaten mit dem 2.0er?@sissiwup was war das Problem mit Vis? Hast oben geschrieben „Vis geht alles“?!
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Den Slave per WLAN zu versorgen, ist mit diesem JS-Controller eine Katastrophe!
Da der Winter naht, steht der Raspberry nun im Wohnzimmer auf dem Fenstersims neben den Blumen und hängt per LAN am Netzwerk. Keine Ausfälle mehr.
Für den nächsten Frühling muß ich mir dann etwas einfallen lassen.
Wenn ich richtig gelesen habe, sollte er auch die ganzen Adapter installieren, die man sich in Github besorgt hat.
Das kann ich leider nicht bestätigen.
Ich habe meinen Rock64 neu aufgesetzt, weil er wieder ins produktive System soll.
Die Adapter octoprint und tr-64-community habe ich manuell nachinstallieren müssen.
Nun den Raspberry PI4 wieder abschalten und den Rock ins System übernehmen......@MathiasJ @MathiasJ Sorry aber die Aussagen mit WLAN sind weiterhin deine eigenen und bisher von keinem zweiten User in irgendeiner Form bestätigt. Ich behaupte immer noch das Hardware Themen bei deinem die Ursache sind. Hast du dazu mal gegoogelt?
Zum zweiten: wenn deine Erwartung ist das er GitHub installs die VOR 2.0 gemacht wurden wiederherstellen kann dann bitte oben nochmals genau lesen!!
Das kann er natürlich nur für Adapter die MIT der 2.0 von GitHub installiert wurden für die Zukunft!! Bei einem install von GitHub AB dem Zeitpunkt wo die 2.0 lief wird die Installationsquelle gespeichert. Und kann sonder die Zukunft verwendet werden.Wenn das so war und nicht geklappt hat poste bitte mal ein relevantes Instanzobject (System.adapter.name.X). Dann sag ich dir ob es korrekt ist.
-
Den Slave per WLAN zu versorgen, ist mit diesem JS-Controller eine Katastrophe!
Da der Winter naht, steht der Raspberry nun im Wohnzimmer auf dem Fenstersims neben den Blumen und hängt per LAN am Netzwerk. Keine Ausfälle mehr.
Für den nächsten Frühling muß ich mir dann etwas einfallen lassen.
Wenn ich richtig gelesen habe, sollte er auch die ganzen Adapter installieren, die man sich in Github besorgt hat.
Das kann ich leider nicht bestätigen.
Ich habe meinen Rock64 neu aufgesetzt, weil er wieder ins produktive System soll.
Die Adapter octoprint und tr-64-community habe ich manuell nachinstallieren müssen.
Nun den Raspberry PI4 wieder abschalten und den Rock ins System übernehmen......@MathiasJ also mit „ raspberry crash wlan“ in Google findet man so einiges ... und effektiv kommuniziert die 2.0 ganz anders als die 1.5 ... keine Ahnung was davon ggf jetzt solche Effekte triggert. Vllt findest Du ja dort Hilfe.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@MathiasJ also mit „ raspberry crash wlan“ in Google findet man so einiges ... und effektiv kommuniziert die 2.0 ganz anders als die 1.5 ... keine Ahnung was davon ggf jetzt solche Effekte triggert. Vllt findest Du ja dort Hilfe.
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@MathiasJ Sorry aber die Aussagen mit WLAN sind weiterhin deine eigenen und bisher von keinem zweiten User in irgendeiner Form bestätigt. Ich behaupte immer noch das Hardware Themen bei deinem die Ursache sind.
jaja, aber lieber die Schuld beim User suchen....... :(
Hier wirst Du dann schon konkreter :) :
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@MathiasJ also mit „ raspberry crash wlan“ in Google findet man so einiges ... und effektiv kommuniziert die 2.0 ganz anders als die 1.5 ... keine Ahnung was davon ggf jetzt solche Effekte triggert. Vllt findest Du ja dort Hilfe.
Danke, ich werde dann mal nachgucken.
jetzt habe ich ja den ganzen Winter über Zeit.
Ich hänge gerade an der Wetterstation fest :)Das Problem mit der Installation von Github sollte rein informativ sein.
ich habe nur 2 Adapter von Github installiert.
Da ist es mir das egal, ob ich das manuell nachinstallieren soll.
Die Links der Github-Seiten habe ich mir am PC abgespeichert. Also copy & paste. :D
Problematisch wird es dann, wenn man nur solche Adapter hatGruß,
Mathias.IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@MathiasJ Sorry aber die Aussagen mit WLAN sind weiterhin deine eigenen und bisher von keinem zweiten User in irgendeiner Form bestätigt. Ich behaupte immer noch das Hardware Themen bei deinem die Ursache sind.
jaja, aber lieber die Schuld beim User suchen....... :(
Hier wirst Du dann schon konkreter :) :
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@MathiasJ also mit „ raspberry crash wlan“ in Google findet man so einiges ... und effektiv kommuniziert die 2.0 ganz anders als die 1.5 ... keine Ahnung was davon ggf jetzt solche Effekte triggert. Vllt findest Du ja dort Hilfe.
Danke, ich werde dann mal nachgucken.
jetzt habe ich ja den ganzen Winter über Zeit.
Ich hänge gerade an der Wetterstation fest :)Das Problem mit der Installation von Github sollte rein informativ sein.
ich habe nur 2 Adapter von Github installiert.
Da ist es mir das egal, ob ich das manuell nachinstallieren soll.
Die Links der Github-Seiten habe ich mir am PC abgespeichert. Also copy & paste. :D
Problematisch wird es dann, wenn man nur solche Adapter hatGruß,
Mathias. -
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@sissiwup was war das Problem mit Vis? Hast oben geschrieben „Vis geht alles“?!
Hallo,
Bei VIS kamen die Seiten. Ich habe aber z.B. Bei den Batteriegeräten auch LOW-Bat als Symbol eingeblendet.
Das wurde bei einigen Geräten (auch wenn sie keine Batteriegeräte waren) eingeblendet (also das kleine Batteriesymbol) nach Rückkehr auf 1.5 sind alle Anzeigen wieder normal. -
@sissiwup siehe faq: bist du sicher das alle alten Prozesse beendet waren? Mal rebooten? Dieser Fehler kommt nach aktuellen Erkenntnissen wenn noch Prozesse von 1.5 laufen oder ein Slave noch auf 1.5 ... mit nem restart war das bisher immer weg. Wenn nicht muss man mal tief suchen.
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@sissiwup siehe faq: bist du sicher das alle alten Prozesse beendet waren? Mal rebooten? Dieser Fehler kommt nach aktuellen Erkenntnissen wenn noch Prozesse von 1.5 laufen oder ein Slave noch auf 1.5 ... mit nem restart war das bisher immer weg. Wenn nicht muss man mal tief suchen.
Habe halt ein ioBroker stop gemacht. Reicht das nicht?
539
Online32.7k
Users82.4k
Topics1.3m
Posts