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

[Jogi19]

Hallo,
ich habe jetzt auch erfolgreich auf iobroker 2.0.35 umgestellt. Die oben beschriebenen Befehle haben allerdings so nicht funktioniert. Ich habe dann "sudo -H -u iobroker npm install iobroker.js-controller@2.0" angegeben und dann ging es. bei mir laufen scheinbar alle Adapter einwandfrei, auch der TR-064 Adapter.
Gestern habe ich dann noch auf Redis umgestellt.
Ein paar Tage zuvor bin ich von einem Raspberry Pi 3 auf ein Intel NUC i3 umgestiegen. Hier läuft Proxmox und den ioBroker und Redis habe ich unter Debian 10 installiert. In einer zweiten VM habe ich MariaDB installiert in der ich die History Werte ablege.

[apollon77]

@Jogi19 sagte in js-controller 2.0 ab sofort im Latest Repo:

Die oben beschriebenen Befehle haben allerdings so nicht funktioniert.

Hast du mehr Details dazu?

[AlCalzone]

@Jogi19 sagte in js-controller 2.0 ab sofort im Latest Repo:

Ich habe dann "sudo -H -u iobroker npm install iobroker.js-controller@2.0" angegeben und dann ging es.

Hast du in letzter Zeit mal den Fixer ausgefürht? Mit der neuesten Version sollte das nicht mehr nötig sein.

[sissiwup]

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 failed

Hallo,

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"

[RandyAndy]

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]

@RandyAndy bitte poste die Ausgabe der folgenden Befehle (einzeln):

cat /opt/iobroker/INSTALLER_INFO.txt
which iobroker
cat $(which iobroker)

[RandyAndy]

@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]

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

[RandyAndy]

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

[sissiwup]

@sissiwup

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?

[crunchip]

@sissiwup sagte in js-controller 2.0.35:

Ich nutze kein Redis (so viel ich weiss,

siehst du, wenn du

iobroker status

auf der Konsole eingibst

[Einstein67]

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

[MathiasJ]

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

[Jan1]

@sissiwup
Super wäre, wenn Du das im entsprechenden Thread der genau dafür da ist posten würdest.

[Jey Cee]

@sissiwup @Jan1 ich hab es mal in das Hauptthema gepackt.

[apollon77]

@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]

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

[apollon77]

@sissiwup was war das Problem mit Vis? Hast oben geschrieben „Vis geht alles“?!

[apollon77]

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

[apollon77]

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