[Diskussion] js-controller 1.5.11 ab sofort im Stable Repository
-
genau das hatte ich auch. Bei mir ging das auch mit dem komplett backup los. als ich iobroker dann wieder starten konnte hat der javascript adapter gesponnen. habe dann nach und nach alle scripte abgeschalten um den fehler zu suchen. bei mir lags an diesem logscript: https://github.com/Mic-M/iobroker.logfile-script/blob/master/iobroker_logfile-script.js. als ich das deaktiviert hatte lief es wieder. keine ahnung warum...
-
Hallo, @v522533,
danke für die Nachricht. Das ging bei mir leider nicht mehr, bei mir waren alle Adapter rot, der Admin ging als einziger kurz auf grün, dann wieder auf rot. Schuld war sicherlich mein versuchter Downgrade auf 1.4.2. Da ich ja immer auf dieses Backup zugreifen konnte, war es kein Problem. Nur die Diagramme haben nun eine kurzzeitige Lücke, aber das kann ich verschmerzen.
Hoffe, dass mir noch jemand Auskunft gibt, was bei mir falsch gelaufen ist.Gruß
Egbert -
@skokarl Das ist genau die Korrekte Reihenfolge der Befehle!
-
@chmilli1 hast Du mehr Details? Welche Version war vorher drauf? Wie sieht die Konfiguration aus?
-
@Alexander-G Installation fixer und am besten /home/alex/.npm/ löschen ... da hat es scheinbar auch rechte durcheinandergebracht
-
@opossum Also interessant sind die Logs zu :
admin.0 Repository cannot be read. Invalid "system.config" object.
War das schon vorher so? Das sollte gefixtwerden. ggf neu erstellen oder so .
Ansonsten gab es wohl Netzwerk-Fehler ...
03:02:03.686 - [31merror[39m: robonect.0 Error: read ECONNRESET
03:02:16.626 - [31merror[39m: hm-rpc.0 init error: Error: response timeout
und ab 3:03:22 weiter emit hm-rpc.0Das sieht mir im rsten Schritt mal alles nicht nach Problemen des js-controller aus. Um 3:53 hat er dann wohl langsam wieder Verbindung gehabt (hm-rpc.0 mal zumidnestens) und an der Stelle hat er 0 Geräte gemeldet bekommen ... ergo ... sie werden gelöscht
Also alles in Alles da war ein Netzwerkproblem! Was ist es denn für ein System? Ein Raspi? Netzteil ist stark genug? Gibt ggf das /var/log/syslog zu dem zeitpunkt noch Infos her? Raspis schalten bei zu wenig Strom ggf USB Chip ab und da hängt auch Netzwerk und WLAN dran ... die dann damit auch weg sind
Um 4:37 dann hast DU denke manuell neu gestarte und dabei wohl irgendwie Rechte Probleme gehabt weil das pids.txt nem anderen user gehört. Das war das Problem mit dem Startup.
Also: Installation Fixer und danach hände weg von sudo !!
Ergo: Aus meiner spontanen Log-Check-SIcht: Nichts was mit dem Update zu tun hatte
-
@v522533 Naja dáuch das hatten wir in einem anderen Thread. Das Skript liesst IMMER das gesamte Logfile ... Blöd falls das mal gross wird ... Das Skript kann so nicht skalieren und ist dazu verurteilt kaputt zu gehen wenn das Logfile mal zu gross wird. AUch weil es bei der Verarbeitung alle anderen Skripte blockiert (es seidenn DU hast es in einer eigenen Instanz) ... Auch das Schedule ist gefährlich weil es immer alle 2 Minuten zuschlägt. Wenn mal irgendwas blockiert dann starten mehrere und dann hast Du ein großes Problem.
Also auch hier hat das Skript an sich mit dem controller nichts zu tun ... vllt wurde es aus irgendwelchen gründen mal zu groß
-
Hallo @apollon77,
zuerst mal danke für die schnelle Analyse. Das mit dem Netzwerk und robonect ist normal, die WLAN-Karte im Rasenmäher scheint sich irgendwie schlafen zu legen. Aber Dein Hinweis auf das Netzwerk hat es gebracht. Bei mir trennt die Fritzbox um 03:00 Uhr die Internetverbindung. Da dann gleichzeitig auch der Backitup gestartet ist, war das anscheinend das blanke Chaos in meinem Netzwerk. Dann hatte die CCU3 natürlich auch kein Internet, das mag sie nicht besonders.
Habe das jetzt abgeschaltet. Hoffentlich war das erfolgreich. Teste das heute nacht mal.
Wie kann ich das fixen:
admin.0 Repository cannot be read. Invalid "system.config" object.Mein System ist ein Intel NUCi7 mit 16 GB RAM, iobroker und HeidiSQL laufen da nativ drauf. Sonst hat die Maschine keine weiteren Funktionen. Manche sagen, oversized, VM wäre angebracht. Aber ich traue mich nicht, das alles in eine VM zu bringen. Aber das gehört hier nicht her. Dazu mache ich mal einen gesonderten Beitrag auf, wo ich die Fragen dazu stelle.
-
Naja ich hätte ja eher BackItUp verschoben, weil DSL hat halt meistens ne 24 Zwangstrennung. Jetzt passiert es halt irgendwann.
Klick mal im Admin auf den Schraubenschlüssel oben Links, checke alles und speichere neu ... ggf damit schon erledigt -
Hallo, @apollon77,
dann schaue ich mir das noch einmal an. BackitUp kann in der Tat auch auf einen anderen Zeitpunkt gelegt werden.
Ich habe gerade im Web gesehen, dass die Telekom keine 24h-Zwangstrennung mehr vornimmt. Die IP-Leases laufen bis zu 180 Tage. Das würde bedeuten, dass ich zwar 180 Tage lang die gleiche ext. IP habe, aber meine Internetverbindung nicht mehr zwangsläufig jede Nacht getrennt wird. Werde das mal beobachten. BackitUp habe ich trotz dem verlegt.
Viele Grüße
Egbert -
@apollon77
Hallo !
Hier mal bei mir was passiert .
danach läuft iobroker auch nicht mehr ........pi@raspberrypi:~ $ sudo iobroker multihost browse
Nothing found
pi@raspberrypi:~ $ iobroker setup custom
Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]:
Host / Unix Socket of objects DB(file), default[127.0.0.1]: 192.168.178.68
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis], default [file]:
Host / Unix Socket of states DB (file), default[192.168.178.68]: 192.168.178.68
Port of states DB (file), default[9000]:
Host name of this machine [raspberrypi]:
creating conf/iobroker.json
pi@raspberrypi:~ $ sudo iobroker multihost browse
events.js:183
throw er; // Unhandled 'error' event
^Error: listen EADDRNOTAVAIL 192.168.178.68:9001
at Server.setupListenHandle [as _listen2] (net.js:1343:19)
at listenInCluster (net.js:1401:12)
at doListen (net.js:1510:7)
at _combinedTickCallback (internal/process/next_tick.js:142:11)
at process._tickCallback (internal/process/next_tick.js:181:9) -
Das ist der Slave? Korrekt? Das ist alles ok, wenn liegt das beim Master. Wenn dort eine IP drin steht oder 127.0.0.1 dann ist der nicht für andere Verfügbar, ergo nicht offen.
Beim Maste rmuss dort seit dem js.controller 1.4 eine 0.0.0.0 stehen beim Master. Daher die Frage was Du vorher drauf hattest -
Danke Appollon77 ,daran hat es gelegen ...muß aber jetzt trotzdem den Slave neu aufsetzen . Da er nicht mehr reagiert....aber verbindung zwischen den 2en besteht ! Danke nochmal !!!!
-
@apollon77 Danke! Das wars. Jetzt hat auch das update geklappt.
-
gibts da jetzt nen Update von 1.5.11 ? Wie macht man das wenn man 1.5.11 schon hat ?
-
Der js-controller 1.5.11 scheint sich nicht mit dem admin-adapter 3.6.2 zu vertragen.
Seitdem ich den js-controller 1.5.11 installiert habe, lassen sich die Objekt nicht mehr korrekt anzeigen (keine aktualisierung) und auch nicht manuell bearbeiten.Ich habe dann parallel den admin-2 V2.0.10 installiert, dieser zeigt die Objekte korrekt an und man kan diese auch manuell bearbeiten.
Ich bin dann zurück auf den js-controller 1.4.2 gegangen mit admin 3.6.2 auch hier lassen sich die Objekte korrekt anzeigen und manuell bearbeiten.
Falls wer eine Lösung hat, bitte melden.
-
@skokarl 1.5.11 ist 1.5.11 auch falls Du es schon früher installiert hast. Dann brauchst Du kein Update
-
@pantau Sehr Strange. Es sind keine Probleme mit Admin 3.6.2 bekannt.Der ist ja auch Stable. An sich kann es auch keine Themen geben die sich da stören.
Findest Du irgendetwas im Log? -
@apollon77
Ich habe mal alles neu installiert. Folgende Systemumgebung zur Nachstellung des Fehlers:Iobroker auf Ubuntu Server 18.04 LTS
node -v --> v8.16.0
nodejs -v -> v8.16.0
npm -v -->6.4.1ibkoker installation mit:
curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
sudo apt-get install -y nodejscurl -sL https://iobroker.net/install.sh | bash -
Bis hierher alles ohne Probleme!
NUN ZUM PROBLEM:
Wenn ich in iobroker unter Objekte ein neues Objekt manuell anlege (z.B. als Zeichenkette),
dann kann ich das Objete nicht ändern. Genauer gesagt, zeigt er die Änderung nicht an!Das Problem ist auf meinem Produktiv-System (mit dem admin-Adapter 3.6.2) erst aufgetreten, als ich den js-controller von 1.4.2 auf 1.5.11 gebracht hatte. Seitdem keine Änderung und Aktualisierung von selbstangelegten Objekten.
Ich hoffe mein Beschreibung hilft zur Fehlerfindung.
-
@pantau
NACHTRAG
Das PROBLEM scheint sich nur auf Objekte zu beziehen die unter einer Objektstruktur liegen
Bsp: Doro.0.Fenster und Doro.0.Tuer lassen sich nicht ändern, das oberstes Objet Doro.0 funktioniert.
