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

[Chaot]

@MathiasJ Dieses Kauderwelsch das du gepostet hast hatte ich immer auf meinen Raspis bevor sich die SD-Karte verabschiedet hat.

[MathiasJ]

@Chaot
Würde mich jetzt aber wundern.
Für meine Smarthome-Geschichten setze ich ausschließlich industrielle SD-Karten ein.
Diese ist nagelneu, weil auf der anderen SD-Karte mein produktives System mit dem JS-Controller 1.5.x installiert ist.

[Chaot]

@MathiasJ War nur so als Hinweis gedacht, da ich eben genau diese kryptischen Ausgaben kenne.
Kann bei dir durchaus ein anderer Fehler sein. Aber vielleicht suchst du auch mal im Bereich Dateisystem ob da alles ok ist. Ich persönlich würde das für Schreib/lesefehler halten.

[apollon77]

@telekom0815 in Screenshot von Web konfig?

[A Former User]

@apollon77

[MathiasJ]

@Chaot
Ich werde den Slave einfach neu aufsetzen, nachdem ich die Adapter auf den Master verschoben habe.
Ich kann doch den JS-Controller updaten, bevor ich den Raspberry ins Multihost einbinde?
Der Slave ist jetzt schon wieder off.

[Chaot]

@MathiasJ Vielleicht klärt sich das dann ja. Ist sicher eine gute Idee aus einem sauberen System zu starten.

[apollon77]

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

Ich kann doch den JS-Controller updaten, bevor ich den Raspberry ins Multihost einbinde?

Jupp

[MathiasJ]

@apollon77
Es ist auch kein Problem, die 3 Adapter BLE, rpi2 und Backitup auf den Master und dann zurück zu spielen?

[apollon77]

@MathiasJ kannst sie auf den Master schieben. Müssen ja nicht laufen oder?! Rpi weiß nicht genau ob der sich auf einem nicht-Raspi installieren lässt.

[MathiasJ]

@apollon77
Ich schalte beide ab, bevor ich verschiebe.
Das wäre egal.
Test-Master ist PI4 B und Testslave ist PI 3 B+

[MathiasJ]

@Chaot
Das System war neu aufgesetzt, weil es das neue Testsystem ist.
Ich habe mir nur auf der Doku die Image heruntergeladen und geflasht.
Das einzige, was nicht neu war, ist das Backup, das ich vom produktiven System eingespielt habe...

[apollon77]

@telekom0815 Ok, dann jetzt last but not least ... deinstalliere mal bitte vis.0 als instanz, dann den adapter und installiere die instanz neu. Falls du Custom CSS oder Files da drin hast oder so kopiere Sie dir vorher weg

[MathiasJ]

@apollon77 @Chaot
System neu aufgesetzt und eingebunden. Bisher kein Kauderwelsch im /var/log zu finden.

[A Former User]

@apollon77
Moin, habe alles so gemacht wie du empfohlen hast, leider wieder ohne Erfolg.
Ich werde in den nächsten Tagen wohl mal das System komplett neu installieren müsen, falls du keine weiteren Ideen hast.
Danke erstmal für deinen Support

[apollon77]

@telekom0815 warte mal noch ein paar Tage. Ich habe noch nicht aufgegeben

[apollon77]

@telekom0815 ok dann eine Idee: du erinnerst dich an das was wir mit silly oben für den web Adapter gemacht haben? Jetzt bitte bei System.host.name.logLevel machen und da auf silly setzen. Sobald du das tust sollte einiges im log passieren. Dann bitte den Web call machen. Dann kannst du es wieder auf Info zurück setzen und log zeigen bitte.

[apollon77]

@telekom0815 und bei den ganzen Test immer Shift reload oder so das der Web call immer wirklich neu gemacht wird. Nicht das sich der Browser hier Dinge merkt weil „not found“

[MathiasJ]

Heute früh den Slave neu aufgesetzt, seit 13:00 nicht mehr erreichbar......
Wieder aus- und einstecken, weil über ssh auch nicht mehr da. Der Netzwerkscanner sagt auch, er ist weg....
So schön der JS-Controller 2.x auch ist. Mir kommt langsam der Verdacht auf, für WLAN nicht geeignet.

[apollon77]

@MathiasJ was sagt das syslog? Und wie bitte soll Software dafür sorgen das das Ding komplett nicht mehr erreichbar ist? Selbst wenn iobroker gestoppt wäre hätte das keine Auswirkung auf ssh und so.

Ich würde jetzt wirklich starten mit sd Karte, Netzteil, generell Hardware, wlan Empfang ....

Wenn es so schnell geht lass doch mal ne ssh Shell offen mit top laufen und schau was da als letztes steht wenn er das nächste mal crasht.

Das hat nichts mit dem js Controller zu tun.