js-controller 2.0 ab sofort im Latest Repo
-
@MathiasJ sagte in js-controller 2.0 ab sofort im Latest Repo:
device eth0 left promiscuous mode
Das ist ok, kann an radar oder sowas liegen.
Der Datensalat auf dem Slave kommt woher? Aus dem Syslog? Dann ist da was komisch im Argen? Was steht davor bzw danach?
-
ändern/wiederherstellen der Einträge in der Standard_ACL hat leider auch nichts gebracht
-
@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 -
@MathiasJ Dieses Kauderwelsch das du gepostet hast hatte ich immer auf meinen Raspis bevor sich die SD-Karte verabschiedet hat.
-
@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. -
@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. -
@telekom0815 in Screenshot von Web konfig?
-
-
@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.
-
@MathiasJ Vielleicht klärt sich das dann ja. Ist sicher eine gute Idee aus einem sauberen System zu starten.
-
@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
-
@apollon77
Es ist auch kein Problem, die 3 Adapter BLE, rpi2 und Backitup auf den Master und dann zurück zu spielen? -
@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.
-
@apollon77
Ich schalte beide ab, bevor ich verschiebe.
Das wäre egal.
Test-Master ist PI4 B und Testslave ist PI 3 B+ -
@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... -
@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
-
@apollon77 @Chaot
System neu aufgesetzt und eingebunden. Bisher kein Kauderwelsch im /var/log zu finden. -
@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 -
@telekom0815 warte mal noch ein paar Tage. Ich habe noch nicht aufgegeben
-
@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.
