Test js-controller v2.0.x (GitHub)

apollon77

@coyote Wenn Du komplett auf Redis umstellst weiss der Migrationsprozess nicht ob da schon ein anderer "Iobroker" seine Daten drin hat und weiss damit nicht ob das der "erste" ist der Redis nutzen soll oder er ein weiterer neuer Slave ist der dran soll.

Da die Frage aber auf ja/nein ausgelegt ist sagst Du hier einfach "n(ein)" dann macht er alles korrekt weiter. vllt ergänze ich das in der Meldung noch

coyote

@apollon77 ok, also alles normal. Ja wäre vllt nicht schlecht, die Meldung verwirrt auf den ersten Blick etwas.

SBorg

@apollon77 Mache ich heute abend.
Bzgl. DasWetter: Jepp, seit der 2er (alte Logfiles angeschaut), ist mir bis dato aber nicht aufgefallen. Erst als die Wetterprognose heute mal überhaupt nicht stimmte, und da für "heute" auch Sonntag stand... ;)

Mal noch eine prinzipielle Frage, gerade wegen aktuell Wetter oder Dashboard: besteht ein Unterschied für den Controller/Node-RED zwischen 32/64Bit ? Da man Linux ja nicht ohne weiteres switchen kann, bin ich auf meinem 32 Bit Linux auch noch mit NPM 8 unterwegs, da 10 ja nur noch unter 64 Bit läuft...

apollon77

@coyote Würde es ändern in:

VORHER:
It appears that this host should be connected to an existing ioBroker System as Slave. Data Migration will be skipped. Is this correct? [Y/n]:

NACHHER:
Please choose if this is a Master/single host (enter "m") or a Slave host (enter "s") you are about to edit. For Slave hosts the data migration will be skipped. [S/m]:

Besser? Sonst gern textvorschläge :-)

apollon77

@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:

Bzgl. DasWetter: Jepp, seit der 2er (alte Logfiles angeschaut), ist mir bis dato aber nicht aufgefallen. Erst als die Wetterprognose heute mal überhaupt nicht stimmte, und da für "heute" auch Sonntag stand...

Komisch. Dann starte es mal an der Kommandozeile, vllt gibt es da mehr logs:
Shell ins ioBroker Verzeichnis, dann

node node_modules/iobroker.daswetter/main.js --force --logs

SBorg

Nicht wirklich:

  Ubuntu  root  /  opt  iobroker  node node_modules/iobroker.daswetter/main.js --force --logs
2019-10-01 13:48:31.117  - info: daswetter.0 (28510) starting. Version 2.8.1 in /opt/iobroker/node_modules/iobroker.daswetter, node: v8.16.1
2019-10-01 13:49:31.200  - error: daswetter.0 (28510) force terminate, objects still in list: 1736
2019-10-01 13:49:31.203  - warn: daswetter.0 (28510) Terminated (15): Without reason

Adnim

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Please choose if this is a Master/single host (enter "m") or a Slave host (enter "s") . For Slave hosts the data migration will be skipped. [S/m]:

Kannst du nicht das etwas verschlanken?

Choose Master or Slave (Migration Progress runs only on Master)

Ps: bei den ganzen abfragen wäre es auch gut nochmal abzufragen ob ein Backup angelegt wurde, sicher ist sicher...

darkiop

@apollon77

Und immer noch diese EHOSTUNREACH?? Das kapier ich nicht weil das für mch was mit Netzwerk und DNS und so ist .. .nichts wo der js-controller auch nur irgendeine Auswirkung haben sollte

Ja, aber der kommt nur durch das direkte Starten nach dem booten. Manuell über 'iobroker start' (bzw. zu dem Zeitpunkt des iobroker start) funktioniert es.

Wie startest und stoppst du das denn so? iobroker start/stop auf dem Raspi? Wie im Docker? Details

Docker ganz normal über das runskript des Containers [1]. Beim Raspi auch wie es nach der Standard Installation eingebunden wurde.

[1] https://github.com/buanet/docker-iobroker/blob/master/scripts/iobroker_startup.sh

Edit:
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 ...

ChrisXY

Hab mal testweise ein paar Adapter Probiert. Aktuell gibt es wohl probleme mit dem RING Adapter. Adapter ist Grün aber hab da einiges im LOG. Debug von Ring liefert das hier :

ring.0	2019-10-01 14:16:59.524	info	(2112) TypeError: Converting circular structure to JSON
ring.0	2019-10-01 14:16:59.523	debug	(2112) Ring: {"events":{"_events":{},"_eventsCount":0,"_maxListeners":100}}
ring.0	2019-10-01 14:16:47.066	debug	(2112) system.adapter.admin.0: logging true
ring.0	2019-10-01 14:16:42.103	info	(2112) TypeError: Converting circular structure to JSON
ring.0	2019-10-01 14:16:42.102	debug	(2112) Ring: {"events":{"_events":{},"_eventsCount":0,"_maxListeners":100}}
ring.0	2019-10-01 14:16:37.658	info	(2112) Ring adapter uses API: ring-api
ring.0	2019-10-01 14:16:37.657	info	(2112) Starting Adapter ring.0 in version 1.0.4
ring.0	2019-10-01 14:16:37.604	info	(2112) starting. Version 1.0.4 in /opt/iobroker/node_modules/iobroker.ring, node: v10.16.3

SBorg

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:

broadlink2.0 2019-10-01 09:12:24.100 warn (865) sendState could not find command or scene named 'LG_TV-Power'

Naja ich fürchte das gleiche Problem könnte es sein wie bei radar2, das die myadapter-Klasse falsch ist. Kannst Du mal testen bitte:
File /opt/iobroker/node_modules/@frankjoke/myadapter/myadapter.js und dort die Änderungen aus https://github.com/frankjoke/myAdapter/pull/1/files einbauen (oder ganzes file mit https://github.com/frankjoke/myAdapter/blob/f06343bfe6e132536f6740a7f025b2122ecef6b6/myAdapter.js ersetzen)

Ist der Fehler dann weg?
...

Doch etwas schneller :)
Done + Adapter neu gestartet + Fehler bleibt leider gleich.

apollon77

@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

apollon77

@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 ...

apollon77

@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

apollon77

@ChrisXY Für Ring gibts schon ne neue Verison. 1.0.5 nutzen bitte

apollon77

@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

@apollon77

┬─[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 $RETVAL

Das 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...

darkiop

@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 ... :)

apollon77

@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?!

apollon77

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

ChrisXY

@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

Community Forum

NEWS

Test js-controller v2.0.x (GitHub)

Support us

875

32.4k

81.5k

1.3m