Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[A Former User]

@apollon77

ändern/wiederherstellen der Einträge in der Standard_ACL hat leider auch nichts gebracht

[MathiasJ]

@apollon77
Nichts.
Ich habe an jedem Tag ein Kauderwelsch im Syslog.
Jetzt mal wieder den Slave herunter gefahren. Jetzt bin ich wieder für ein paar Tage online

[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“