Test js-controller v2.0.x (GitHub)
-
@Adnim Naja, wir haben User die noch nie was mit Maste roder Slave zu tun hatten und nur einen Host haben. Daher versuche ich alle Fälle abzufangen.
Backup wird ja von Prozess direkt gemacht, steht auch im Prozess und bekommt sogar "-migration" an den Namen angehängt. Also das backup ist automatisch da
-
@SBorg Schau mal ob es ggf in node_modules/iobroker.broadlink2/node_modules nochmal so ein @frankjoke verzeichnis mit dem File gibt. Also ich hab im Code geschaut und ja auch dort wird die betroffene Methode genutzt ...
UND: häng mal hier https://github.com/frankjoke/myAdapter/blob/master/myAdapter.js#L257 am Ed enoch ein ".bind(adapter);" an wie bei den anderen auch ...
-
@SBorg Der Fehler kommt wenn der Adapter 60s läuft und nicht in der Zeit fertig wird, dann wird er hart gekillt. Ich kann mir nicht vorstellen das das neue soooo viel langsamer ist ... komisch
-
@ChrisXY Für Ring gibts schon ne neue Verison. 1.0.5 nutzen bitte
-
@darkiop sagte in [Aufruf] js-controller 2.0 Beta Test:
Hier unter Rasbian 10 bzw. Diet Pi wurde init.d genommen. Über init.d kann ich nach dem fehlgeschlagenen Autostart ebenfalls den iobroker sauber starten ... Ich versteh grad die Welt nicht mehr. Kann mir eigentlich nur noch vorstellen das zum Zeitpunkt des Autostarts der Master noch nicht erreichbar ist - dies aber kurz danach wird ...
Das ist auch meine Vermutung das ggf Netzwerk noch gar nicht da ist wenn iobroker gestartet werden soll. Wie sieht denn das init.d Skript aus? Steht da was dazu dirin?
-
┬─[darkiop@iobroker-hwr:~]─[15:05:01] ╰─>$ cat /etc/init.d/iobroker.sh #!/bin/bash ### BEGIN INIT INFO # Provides: iobroker.sh # Required-Start: $network $local_fs $remote_fs # Required-Stop: $network $local_fs $remote_fs # Should-Start: redis-server # Should-Stop: redis-server # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: starts ioBroker # Description: starts ioBroker ### END INIT INFO PIDF=/opt/iobroker/node_modules/iobroker.js-controller/lib/iobroker.pid NODECMD=$(which node) RETVAL=0 start() { echo -n "Starting ioBroker" su - iobroker -s "/bin/bash" -c "$NODECMD /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js start" RETVAL=$? } stop() { echo -n "Stopping ioBroker" su - iobroker -s "/bin/bash" -c "$NODECMD /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js stop" RETVAL=$? } if [ "$1" = "start" ]; then start elif [ "$1" = "stop" ]; then stop elif [ "$1" = "restart" ]; then stop start else echo "Usage: iobroker \{start\|stop\|restart\}" exit 1 fi exit $RETVALDas entspricht dem was durch den Installer erzeugt wurde ... und das lief ja auch mit der 1.5.x ....
Ich überlege gerade um das noch zu Testen zurück auf die 1.5.14 zu gehen... -
@apollon77 Ich aktualisiere gerade den Container mit meinem iobroker-master auf das Beta Release mit Node 10. Aktuell laufen die Restores der Adapter aus dem minimal Backup. ioBroker wurde hier automatisch in der v1.5.14 installiert. Also hab ich mir gedacht ich mach mal schnell ein downgrade des iobroker-hwr auf 1.5.14, starte ihn durch und siehe da .... direkt verbunden ... Ich versteh grad die Welt nicht mehr ...
-
@darkiop Ich auch nicht
Natürlich ist da schon ein Unterschied ... Bisher wurde Socket.io genutzt, was auf HTTP basiert. Jetzt sind es "nackte" TCP Verbindungen ... eigentlich dachte ich das das Weniger Probleme gibt. Ist das WLAN oder Kabel-Netz?
Kannst Du mit nem 2.0er mal in das Init Skript ein Delay von 5s oder so einbauen ... dann sioeht man ja ob vllt es an sowas liegt?! -
Hey All,
die 2.0.17 ist auf Github. Neben kleineren fixes von hier werden jetzt Scheduled Adapter die zur gleichen Zeit starten sollen nicht alle exakt zur gleichen Zeit gestartet, sondern wie beim normalen ioBroker start leicht verzögert. @darkiop das könnte helfen falls dein Problem gestern war das es einen Last-Peak um 18:00:00 gab oder so
-
@apollon77 Danke für die Info aber keine besserung:
ring.0 2019-10-01 16:26:22.305 info (8516) TypeError: Converting circular structure to JSON ring.0 2019-10-01 16:26:22.304 debug (8516) Ring: {"events":{"_events":{},"_eventsCount":0,"_maxListeners":100}} ring.0 2019-10-01 16:26:04.957 info (8516) TypeError: Converting circular structure to JSON ring.0 2019-10-01 16:26:04.956 debug (8516) Ring: {"events":{"_events":{},"_eventsCount":0,"_maxListeners":100}} ring.0 2019-10-01 16:26:02.373 info (8516) Ring adapter uses API: ring-api ring.0 2019-10-01 16:26:02.372 info (8516) Starting Adapter ring.0 in version 1.0.5 ring.0 2019-10-01 16:26:02.339 info (8516) starting. Version 1.0.5 in /opt/iobroker/node_modules/iobroker.ring, node: v10.16.3 ring.0 2019-10-01 16:25:57.656 info (8483) Got terminate signal TERMINATE_YOURSELF ring.0 2019-10-01 16:25:55.804 info (8483) TypeError: Converting circular structure to JSON ring.0 2019-10-01 16:25:38.393 info (8483) TypeError: Converting circular structure to JSON ring.0 2019-10-01 16:25:35.798 info (8483) Ring adapter uses API: ring-api ring.0 2019-10-01 16:25:35.797 info (8483) Starting Adapter ring.0 in version 1.0.5 ring.0 2019-10-01 16:25:35.763 info (8483) starting. Version 1.0.5 in /opt/iobroker/node_modules/iobroker.ring, node: v10.16.3 -
@ChrisXY Dann bitte Issue beim Adapter öffnen.
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg Schau mal ob es ggf in node_modules/iobroker.broadlink2/node_modules nochmal so ein @frankjoke verzeichnis mit dem File gibt. Also ich hab im Code geschaut und ja auch dort wird die betroffene Methode genutzt ...
UND: häng mal hier https://github.com/frankjoke/myAdapter/blob/master/myAdapter.js#L257 am Ed enoch ein ".bind(adapter);" an wie bei den anderen auch ...
Bingo Ingo
Es gibt noch ein zweites Verzeichnis und nach patchen dessen lüppt auch der Broadlink nu.
https://github.com/frankjoke/ioBroker.broadlink2/issues/66@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
@SBorg Der Fehler kommt wenn der Adapter 60s läuft und nicht in der Zeit fertig wird, dann wird er hart gekillt. Ich kann mir nicht vorstellen das das neue soooo viel langsamer ist ... komisch
Ich polle alle ~30 Minuten und jeder Request funktioniert nicht bei daswetter. Scheint als bekäme er nie etwas an Daten und bricht dann ab. Wohl eher ein prinzipielles Problem, als denn ein zeitliches durch den JS-Controller.
-
@apollon77 bekomme mit der neuen Version leider immer noch den Fehler:
This can take some time ... please be patient! host.debian 38611 states saved host.debian 44497 objects saved Backup created: /opt/iobroker/backups/2019_10_01-16_42_15_backupiobroker-migration.tar.gz Connecting to new DB "redis" ... connected connected /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:28 if (!options.states) throw 'Invalid arguments: states is missing'; ^ Invalid arguments: states is missing root@debian:/opt/iobroker# -
-
@apollon77 Leider auch hier mit der neuen Version. Was nun neu ist das 2x Connected auftaucht
Connecting to previous DB "file"... Creating backup ... This can take some time ... please be patient! host.iobroker 16726 states saved host.iobroker 19327 objects saved Backup created: /opt/iobroker/backups/2019_10_01-17_06_19_backupiobroker-migration.tar.gz Connecting to new DB "redis" ... connected connected /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:28 if (!options.states) throw 'Invalid arguments: states is missing'; ^ Invalid arguments: states is missing -
@ChrisXY ich hab nochmal was geändert: Installier nochmal neu. Version bleibt gleich. Was ist jetzt die Ausgabe?
-
@apollon77 Unsere Vermutung war Richtig, mit nem sleep 10 passts ...
Grundsätzlich sollte der iobroker aber ja erst starten nach dem das Netzwerk oben ist ...
#!/bin/bash ### BEGIN INIT INFO # Provides: iobroker.sh # Required-Start: $network $local_fs $remote_fs # Required-Stop: $network $local_fs $remote_fs # Should-Start: redis-server # Should-Stop: redis-server # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: starts ioBroker # Description: starts ioBroker ### END INIT INFO PIDF=/opt/iobroker/node_modules/iobroker.js-controller/lib/iobroker.pid NODECMD=$(which node) RETVAL=0 start() { echo -n "Starting ioBroker" sleep 10 su - iobroker -s "/bin/bash" -c "$NODECMD /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js start" RETVAL=$? } stop() { echo -n "Stopping ioBroker" su - iobroker -s "/bin/bash" -c "$NODECMD /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js stop" RETVAL=$? } if [ "$1" = "start" ]; then start elif [ "$1" = "stop" ]; then stop elif [ "$1" = "restart" ]; then stop start else echo "Usage: iobroker \{start\|stop\|restart\}" exit 1 fi exit $RETVAL -
@apollon77 jetzt bekomm ich das hier (neueste Version):
Connecting to previous DB "file"... Creating backup ... This can take some time ... please be patient! host.debian 38611 states saved host.debian 44497 objects saved Backup created: /opt/iobroker/backups/2019_10_01-17_30_24_backupiobroker-migration.tar.gz Connecting to new DB "redis" ... States NOT connected Objects NOT connected New Database could not be connected. Please check your settings. No settings have been changed. root@debian:/opt/iobroker# -
@apollon77 exakt das selbe wie bei coyote
-
@ChrisXY , den Ring Fehler habe ich behoben, aber die Version befindet sich noch lokal auf meiner Entwicklungsumgebung.
Ich werde das heute Abend hoffentlich freigeben. Ich muss nur neue Features die noch nicht fertig umgesetzt sind (habe wenig Zeit, da ich einen neuen Job habe) ausbauen.
