NEWS
Test js-controller v2.0.x (GitHub)
-
@apollon77 exakt das selbe wie bei coyote
-
@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 , 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. -
@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. -
@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#@coyote und redis-cli tut? Ihr kommt auf den redis selbst drauf von dem Host aus?
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
-
Hab das heute nochmal nachgestellt:
Ausgangsbasis:
- iobroker-master 1.5.14, im docker-container unter node 8, file/file
- iobroker-hwr 1.5.14, auf RPI4 unter Node 10, file/file
- Upgrade mit sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller, zuerst der Slave, dann der Master
Nach den beiden Upgrades folgendes im Log:
Dann Reboot des Slaves + Master, Log:
Der Slave kommt dann auch nicht mehr automatisch auf die Beine nach einen Reboot, starte ich ihn aber manuell mit iobroker start schafft er es:
@darkiop sagte in [Aufruf] js-controller 2.0 Beta Test:
Der Slave kommt dann auch nicht mehr automatisch auf die Beine nach einen Reboot, starte ich ihn aber manuell mit iobroker start schafft er es:
Mir fällt auf, dass Du dann Probleme hast, wenn der Slave keine IPv4-Adresse hat:
Hast Du schon einmal nachgesehen, was in Deiner Infrastruktur zu diesem Zustand nach dem Booten führt?
Wenn der Fehler das nächste Mal passiert, dann gib in der Konsole
ifconfig eth0ein (falls Dein Netzwerkinterface eth0 ist).Wenn dort im Inet-Eintrag Deine IPv4-Adresse erscheint, dann ist die Konfiguration in Ordnung. Sonst gibst Du in der Konsole einfach
sudo dhclient eth0ein.Dann sollte eine neue ipv4-Adresse vom DHCP-Server gezogen werden. Mit dem Befehl von oben kannst Du das dann wieder prüfen.
Und: Kann Dein Master überhaupt IPv6?
-
@darkiop sagte in [Aufruf] js-controller 2.0 Beta Test:
Der Slave kommt dann auch nicht mehr automatisch auf die Beine nach einen Reboot, starte ich ihn aber manuell mit iobroker start schafft er es:
Mir fällt auf, dass Du dann Probleme hast, wenn der Slave keine IPv4-Adresse hat:
Hast Du schon einmal nachgesehen, was in Deiner Infrastruktur zu diesem Zustand nach dem Booten führt?
Wenn der Fehler das nächste Mal passiert, dann gib in der Konsole
ifconfig eth0ein (falls Dein Netzwerkinterface eth0 ist).Wenn dort im Inet-Eintrag Deine IPv4-Adresse erscheint, dann ist die Konfiguration in Ordnung. Sonst gibst Du in der Konsole einfach
sudo dhclient eth0ein.Dann sollte eine neue ipv4-Adresse vom DHCP-Server gezogen werden. Mit dem Befehl von oben kannst Du das dann wieder prüfen.
Und: Kann Dein Master überhaupt IPv6?
@Stabilostick Stimmt, das sieht stark danach aus als hätte der RPI zu diesem Zeitpunkt noch keine IPv4 Adresse.
Die kommt bei mir von einem Unifi Security Gateway. IPv6 habe ich da eigentlich auch nicht aktiv.
Startet der js-controller2.0 schneller als der 1.5 und es kommt so zu diesem Zustand? :)
Proxmox-ioBroker-Redis-HA Doku: https://forum.iobroker.net/topic/47478/dokumentation-einer-proxmox-iobroker-redis-ha-umgebung
-
@Stabilostick Stimmt, das sieht stark danach aus als hätte der RPI zu diesem Zeitpunkt noch keine IPv4 Adresse.
Die kommt bei mir von einem Unifi Security Gateway. IPv6 habe ich da eigentlich auch nicht aktiv.
Startet der js-controller2.0 schneller als der 1.5 und es kommt so zu diesem Zustand? :)
-
@Stabilostick Stimmt, das sieht stark danach aus als hätte der RPI zu diesem Zeitpunkt noch keine IPv4 Adresse.
Die kommt bei mir von einem Unifi Security Gateway. IPv6 habe ich da eigentlich auch nicht aktiv.
Startet der js-controller2.0 schneller als der 1.5 und es kommt so zu diesem Zustand? :)
@darkiop Auf dem Master IPv6 aktivieren und glücklich sein. 😎
-
@apollon77 was brauchst du denn genau? Reicht ein redis-cli ping und es kommt ein PONG zurück?
Oder brauchst du redis-cli info?
Redis Server habe ich in der gleichen VM installiert wie iobroker -
@darkiop schneller starten : mag sein. Wie oben schon gesagt sind es jetzt auch reine TCP Verbindungen. Interessanter Effekt.
Versuch doch mal ein Delay im init Skript ..
@apollon77 Das habe ich, siehe ein paar Beiträge weiter oben. Mit nem sleep 10 bzw. zur Sicherheit sleep 15 läuft es erstmal Quick n Dirty.
Aktuell habe ich das Probelm, das sich ioBroker nicht merkt welche Adapter gestartet sind. Nach einen Reboot sind alle bis auf admin.0 und backitup.0 deaktiviert. Das war der Ausgangszustand nach dem Restore aus dem minimal Backup. Fixer hab ich bereits laufen lassen.
Wo wird denn gespeichert welcher Adapter aktiv sein soll?
Proxmox-ioBroker-Redis-HA Doku: https://forum.iobroker.net/topic/47478/dokumentation-einer-proxmox-iobroker-redis-ha-umgebung
-
@darkiop Auf dem Master IPv6 aktivieren und glücklich sein. 😎
@Stabilostick der Master ist ein Docker Container welcher mit
--network=mac0 \ --ip=192.168.1.82 \ --dns=192.168.1.43 \mit einer fixen IPv4 versehen wurde. Auf diese IP habe ich hier im lokalen LAN auch einen DNS Namen vergeben.
IPv6 ist aktuell noch eine Blackbox für mich :)
-
@apollon77 Das habe ich, siehe ein paar Beiträge weiter oben. Mit nem sleep 10 bzw. zur Sicherheit sleep 15 läuft es erstmal Quick n Dirty.
Aktuell habe ich das Probelm, das sich ioBroker nicht merkt welche Adapter gestartet sind. Nach einen Reboot sind alle bis auf admin.0 und backitup.0 deaktiviert. Das war der Ausgangszustand nach dem Restore aus dem minimal Backup. Fixer hab ich bereits laufen lassen.
Wo wird denn gespeichert welcher Adapter aktiv sein soll?
-
@apollon77 Das habe ich, siehe ein paar Beiträge weiter oben. Mit nem sleep 10 bzw. zur Sicherheit sleep 15 läuft es erstmal Quick n Dirty.
Aktuell habe ich das Probelm, das sich ioBroker nicht merkt welche Adapter gestartet sind. Nach einen Reboot sind alle bis auf admin.0 und backitup.0 deaktiviert. Das war der Ausgangszustand nach dem Restore aus dem minimal Backup. Fixer hab ich bereits laufen lassen.
Wo wird denn gespeichert welcher Adapter aktiv sein soll?
Im Ernst:
Hast Du einen Pi 4? Da haben mehr Leute Probleme:
https://github.com/raspberrypi/linux/issues/3034
https://github.com/raspberrypi/linux/issues/3108
mii-tool -r eth0ist da der Workaround.
-
Im Ernst:
Hast Du einen Pi 4? Da haben mehr Leute Probleme:
https://github.com/raspberrypi/linux/issues/3034
https://github.com/raspberrypi/linux/issues/3108
mii-tool -r eth0ist da der Workaround.
@Stabilostick Ja ist ein Pi4. Danke schaue ich gleich mal rein.
-
@darkiop sagte:
Wo wird denn gespeichert welcher Adapter aktiv sein soll?
In der Eigenschaft common.enabled des Instanz-Objektes system.adapter.adaptername.N.
-
@darkiop sagte:
Hier?
Nein, das ist ein Datenpunkt, der den Zustand anzeigt.
Direkt darüber ist das Objekt "system.adapter.bring.0", dessen Eigenschaften man mit dem Bleistift-Symbol rechts sehen kann. -
Im Ernst:
Hast Du einen Pi 4? Da haben mehr Leute Probleme:
https://github.com/raspberrypi/linux/issues/3034
https://github.com/raspberrypi/linux/issues/3108
mii-tool -r eth0ist da der Workaround.
@Stabilostick hat hier leider nicht geholfen.
Proxmox-ioBroker-Redis-HA Doku: https://forum.iobroker.net/topic/47478/dokumentation-einer-proxmox-iobroker-redis-ha-umgebung
-
Bin zurück mit beiden auf 1.5.14 - jetzt klappt das auch wieder mit dem Merken welchen Instanzen aktiv sein sollen nach einem Neustart ...
-
@ChrisXY sagte in [Aufruf] js-controller 2.0 Beta Test:
@Stuebi Uhh das hört sich ja sehr gut an. Bin sehr gespannt :) Danke
kannst du bitte nochmals die Version 1.0.5 von Github installieren und den Adapter neu starten. ich bin auf Dein Testergebnis gespannt.
Support us
834
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge