js-controller 2.0 ab sofort im Latest Repo
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@Chaot schau mal in der faq. Da ist ein Link zu nem thread für was ähnliches. Frag mal da nach.
Leider kann ich beim besten Willen nicht verstehen was du meinst.
In der Doku gibt es einen Unterpunkt mit FAQ der unbearbeitet ist.
Im ganzen Forum finde ich lediglich den Punkt FAQ/ioT Cloud der mir aber nichts nützt.
Ansonsten ist in der blöden Forensoftware leider nichts diesbezüglich zu finden weil die Suche auch nur sehr bescheiden funktioniert.Also bedeutet das das ich zukünftig keine Screenshots per Script in eine Datei schreiben kann die ich in VIS auswerten könnte weil dafür keine Befehlssyntax existiert?
Die Dateien kann ich allerdings problemlos per wget in den Ordner schreiben.
Ich kann die auch mit jedem anderen Programm sehen und bearbeiten. Nur in VIS kann ich die nicht nutzen.
Das ist für mich nicht logisch nachvollziehbar.@Chaot in diesem thread ist die FAQ im zweiten Post.
Es gibt kommandozeile Befehle um Dateien in den iobroker Storage hochzuladen (iobroker file Write ... glaube ich, ruf mal iobroker irgendwas auf dann bekommst du die Befehle. Oder in der Doku auf der Webseite sind die kommandozeile Befehle such beschrieben.
Alternativ gibt es im JavaScript Adapter Befehle um Dateien im Storage abzulegen.
Die Änderung haben wir sich aus Sicherheitsgründen gemacht das nicht mal eben jeder Prozess auf dem Rechner Dateien anlegen und damit in das System „injizieren“ kann.
Zweiter Grund ist das für das Feature Objekte im redis anlegen zu können sowieso nichts im filesystem mehr eine Rolle spielt. Dann muss es eh anders erfolgen. -
@apollon77 ist noch der alte, nicht die Community Version
hatte soeben iobroker noch einmal neugestartet,2019-10-12 18:57:45.030 - info: tr-064.0 (1077) terminating 2019-10-12 18:57:45.032 - info: tr-064.0 (1077) Terminated (NO_ERROR): Without reason 2019-10-12 18:57:45.094 - error: host.IoBroker Caught by controller[0]: TypeError: Cannot read property 'val' of undefined 2019-10-12 18:57:45.095 - error: host.IoBroker Caught by controller[0]: at Devices.setState (/opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:642:36) 2019-10-12 18:57:45.095 - error: host.IoBroker Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.tr-064/node_modules/soef/soef.js:609:26 2019-10-12 18:57:45.095 - error: host.IoBroker Caught by controller[0]: at (anonymous function).(anonymous function)._0xe89e7c (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:69867) 2019-10-12 18:57:45.095 - error: host.IoBroker Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) 2019-10-12 18:57:45.096 - error: host.IoBroker Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) 2019-10-12 18:57:45.096 - error: host.IoBroker Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7) 2019-10-12 18:58:20.775 - error: tr-064.0 (1640) timeout - "timeout" 2019-10-12 18:58:20.777 - error: tr-064.0 (1640) ~ 2019-10-12 18:58:20.778 - error: tr-064.0 (1640) ~~ Fatal error. Can not connect to your FritzBox. 2019-10-12 18:58:20.779 - error: tr-064.0 (1640) ~~ If configuration, networt, IP address, etc. ok, try to restart your FritzBox 2019-10-12 18:58:20.779 - error: tr-064.0 (1640) ~ 2019-10-12 18:58:34.635 - error: host.IoBroker instance system.adapter.tr-064.0 terminated with code 1 (JS_CONTROLLER_STOPPED)@crunchip Versuch mal die Community Version.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@apollon77 bin jetzt mit dem Backup wieder zurück, da nun immer mehr Fehler aufgetaucht sind. Hab leider das log schon geschlossen.
werde dann das update auf 2.0 nochmal anstoßen.
Verstehe nur nicht, das direkt nach dem Update keinerlei Fehler vorhanden waren, weder bei der Installation, noch bei irgend einem Adapter. (bis auf radar2/UWZ)
Erst nachdem ich Iobroker komplett neu gestartet habe....tauchten nach und nach immer mehr Fehler auf und bei jedem Neustart immer mehr. -
Ich habe gerade versucht, den js-controller auf 2.0 updzudaten. Leider sagt er mir, dass der Host schon up to date wäre, obwohl ich Version 1.5.14 installiert habe.
Weiß wer, woran es liegt?
Node.js = v10.16.3
NPM = 6.9.0@brain
Aktiver Verwahrungsort auf `latest´ eingestellt? -
@brain
Aktiver Verwahrungsort auf `latest´ eingestellt? -
-
@apollon77 bin jetzt mit dem Backup wieder zurück, da nun immer mehr Fehler aufgetaucht sind. Hab leider das log schon geschlossen.
werde dann das update auf 2.0 nochmal anstoßen.
Verstehe nur nicht, das direkt nach dem Update keinerlei Fehler vorhanden waren, weder bei der Installation, noch bei irgend einem Adapter. (bis auf radar2/UWZ)
Erst nachdem ich Iobroker komplett neu gestartet habe....tauchten nach und nach immer mehr Fehler auf und bei jedem Neustart immer mehr.@crunchip leide kann ich mit der Aussage nicht viel anfangen. Müsstest die Fehler schon hier Posten. Ein Neustart sollte nicht anders funktionieren wie der erste.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
So, das Problem bei mir war der js-controller.
Hab ihn geupdatet auf 2.0.25 da kam die Fehlermeldung: File index.html not found: permissionError.
Jetzt hab ich ihn wieder Upgradet auf 1.5.14 jetzt geht VIS wieder.Dev. der JS controller.
Kann man das dem Entwickler von JS irgenwo mitteilen? -
gut gemacht......
Testsystem auf Raspberry PI4 aufgesetzt,
backup vom produktiven System aufgesetzt, Update auf Js 2.x ausgeführt.......
IObroker nicht mehr erreichbar.Edit
beim produktiven System ist nun auch der Slave nicht mehr erreichbar.
Ich installiere nun den Slave noch mal neu...... und werde alle Update-Aufforderungen bis auf weiteres ignorieren.
-
@crunchip leide kann ich mit der Aussage nicht viel anfangen. Müsstest die Fehler schon hier Posten. Ein Neustart sollte nicht anders funktionieren wie der erste.
@apollon77 ich weiss, werde das update dann noch einmal durchführen, wenn wieder die selben Probleme auftauchen, werde ich es sammeln und hier eintragen
-
gut gemacht......
Testsystem auf Raspberry PI4 aufgesetzt,
backup vom produktiven System aufgesetzt, Update auf Js 2.x ausgeführt.......
IObroker nicht mehr erreichbar.Edit
beim produktiven System ist nun auch der Slave nicht mehr erreichbar.
Ich installiere nun den Slave noch mal neu...... und werde alle Update-Aufforderungen bis auf weiteres ignorieren.@MathiasJ jetzt musst du mir bitte verraten was der Post sagen soll? Sagt der „Mist nach Update alles im Eimer aber ich sag euch nicht was in Logs steht ... trotzdem alles blöd ... ich bleib auf der 1.5.14?
Oder was ist deine Aussage? Wie kann ich/wir helfen?
-
bin jetzt auch dazu gekommen den Controller von 2.0.13 auf 2.0.25 zu heben. Slave hatte keine Einträge im Log. Der Master schon. Wurde aber letztlich dennoch auf 2.0.25 gehoben.
Muss ich mir Sogen machen?
@Lenny-CB das log ist schon komisch aber weil von einer früheren Beta auf die 2.0.25 kann das so passen. Aber nur deswegen.
Diese Fehler von node-Gyp haben mit dem Controller nix zu tun und weisen darauf hin das mit Deiner Python Installation was nicht stimmt. Aber da ist andere Story.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
das soll heißen, ich bleibe für's erste auf der 1.5.14......
Ich habe nun den Slave neu aufsetzen müssen, weil der nicht mehr erreichbar war.
Das Testsystem war direkt nach dem Update auch nicht mehr erreichbar. (Baugleich mit dem produktiven System) Ein Downgrade von der 2.0. auf die 1.5.14 war nicht möglich.
Den Log habe ich mir erst gar nicht angetan.... habe heute keinen Nerv dafür.IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
das soll heißen, ich bleibe für's erste auf der 1.5.14......
Ich habe nun den Slave neu aufsetzen müssen, weil der nicht mehr erreichbar war.
Das Testsystem war direkt nach dem Update auch nicht mehr erreichbar. (Baugleich mit dem produktiven System) Ein Downgrade von der 2.0. auf die 1.5.14 war nicht möglich.
Den Log habe ich mir erst gar nicht angetan.... habe heute keinen Nerv dafür. -
@apollon77 nachdem ich das update nun zum zweiten mal durchgeführt habe, wieder das soef Problem mit dem tr-064, auch ein erneutes installieren von soef konnte das Problem nicht lösen.
Habe nun den Community parallel installiert, dieser scheint zu funktionieren.Desweiteren war auch keine Warnmeldung mehr, bezüglich
- warn (7844) Please update js-controller to at least 1.2.0.
Auch diese Meldung ist nicht mehr aufgetaucht
- No geo location data found configured in admin to calculate UWZ AREA ID or ID not valid!
Was mir noch aufgefallen ist, da ich mir per script, Adapterstörungen anzeigen lasse, hat sich bei dem ein oder anderen Adapter die Endung geändert.
wie z.b. von
weatherunderground.0.alive in weatherunderground.0 alivePs: wäre es ratsam ein update von npm 6.9 auf 6.11.3??
-
@crunchip sagte in js-controller 2.0 ab sofort im Latest Repo:
weatherunderground.0.alive in weatherunderground.0 alive
Sicher das Du hier nicht Name und ID verwechselst? Bei mir sind alle State IDs korrekt
npm kannst Du machen hat aber keine Auswirkung auf die Ausführung von ioBroker.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
573
Online32.7k
Users82.5k
Topics1.3m
Posts