Weihnachtsangebot 2025! 🎄

[etzeste13]

@arteck
OK, an das da die Rechte nicht passen, an das hätte ich nicht gedacht.... danke für den Hinweis!!

[etzeste13]

@arteck
Hallo, nachdem ich alle daten per zippen eingespielt habe hat das system nach dem Tausch der Daten auch funktioniert!! Nochmals Danke für den Hinweis.

Was nun aber abweichend zu deiner Erklärung ist, dass wenn ich

iob host this

ausführe, das folgende Fehlermeldung kommt

[arteck]

@etzeste13 dann mach das wenns das da steht

iob setup first

[etzeste13]

@arteck
Hallo,
hatte ich auch gemacht, bringt folgenden fehler:

Habe mir dann das Redis-Log angesehen und im File des Redis LXC Containers steht unter /var/log/redis/redis-server.log laufend folgender eintrag.

5246:M 09 Feb 2024 15:38:20.138 # Background saving error
5246:M 09 Feb 2024 15:38:26.071 * 1 changes in 3600 seconds. Saving...
5246:M 09 Feb 2024 15:38:26.076 * Background saving started by pid 8301
8301:C 09 Feb 2024 15:38:26.076 # Failed opening the temp RDB file temp-8301.rdb (in server root dir /var/lib/redis) for saving: Permission denied
5246:M 09 Feb 2024 15:38:26.176 # Background saving error
5246:M 09 Feb 2024 15:38:32.009 * 1 changes in 3600 seconds. Saving...
5246:M 09 Feb 2024 15:38:32.014 * Background saving started by pid 8302
8302:C 09 Feb 2024 15:38:32.014 # Failed opening the temp RDB file temp-8302.rdb (in server root dir /var/lib/redis) for saving: Permission denied
5246:M 09 Feb 2024 15:38:32.114 # Background saving error
5246:M 09 Feb 2024 15:38:38.048 * 1 changes in 3600 seconds. Saving...
5246:M 09 Feb 2024 15:38:38.053 * Background saving started by pid 8305
8305:C 09 Feb 2024 15:38:38.053 # Failed opening the temp RDB file temp-8305.rdb (in server root dir /var/lib/redis) for saving: Permission denied
5246:M 09 Feb 2024 15:38:38.153 # Background saving error
5246:M 09 Feb 2024 15:38:44.085 * 1 changes in 3600 seconds. Saving...
5246:M 09 Feb 2024 15:38:44.090 * Background saving started by pid 8311
8311:C 09 Feb 2024 15:38:44.090 # Failed opening the temp RDB file temp-8311.rdb (in server root dir /var/lib/redis) for saving: Permission denied
5246:M 09 Feb 2024 15:38:44.191 # Background saving error
5246:M 09 Feb 2024 15:38:50.023 * 1 changes in 3600 seconds. Saving...
5246:M 09 Feb 2024 15:38:50.027 * Background saving started by pid 8312
8312:C 09 Feb 2024 15:38:50.027 # Failed opening the temp RDB file temp-8312.rdb (in server root dir /var/lib/redis) for saving: Permission denied
5246:M 09 Feb 2024 15:38:50.127 # Background saving error

dann habe ich mir noch die Berechtigungen der dump.rdb angesehen....

root@RedisMaster:/var/lib/redis# ls -la
total 136408
drwxr-xr-x  2 1001 1001      4096 Feb  9 10:15 .
drwxr-xr-x 19 root root      4096 Feb  7 16:38 ..
-rwxr-xr-x  1 1001 1001 139670368 Feb  9 10:15 dump.rdb
root@RedisMaster:/var/lib/redis# 

dabei ist mir aufgefallen, dass die berechtigungen am RasPi hier anders sind... kann das das Problem sein? wenn ja, gibt es eine möglichkeit das richtig zu stellen?

root@RasPi41:/var/lib/redis# ls -la
insgesamt 136404
drwxr-x---  2 redis redis      4096  9. Feb 15:57 .
drwxr-xr-x 45 root  root       4096 10. Aug 2023  ..
-rw-rw----  1 redis redis 139669358  9. Feb 15:57 dump.rdb
root@RasPi41:/var/lib/redis#

[BananaJoe]

@amg_666 sagte in Ausfallssicherheit IoBroker - maximale Verfügbarkeit:

@bananajoe sagte in Ausfallssicherheit IoBroker - maximale Verfügbarkeit:

Deshalb würde ich ein ZigBee-Gateway nehmen welches über LAN angesprochen wird.

Das Thema ist fü mich neu. Hier im Forum wird ja meist über zigbee Sticks diskutiert. Mit Gateway meinst du sowas?
https://www.amazon.de/NOUS-E1-ZigBee-Gateway-Bluetooth-Wei%C3%9F/dp/B0054PSJRC/ref=sr_1_1?keywords=zigbee+gateway&qid=1707434352&sr=8-1-spons&sp_csd=d2lkZ2V0TmFtZT1zcF9hdGY&psc=1

Klingt interessant, was nutzt du und wie sind deine Erfahrungen? Tuya, hue, Tradfri & co, läuft das alles (problemlos)?

Ich habe das hier: https://forum.iobroker.net/topic/48312/verkaufe-zigbee-lan-usb-wlan-gateway-cc2652p?_=1707508836672
Klar, selber machen wäre billiger, dafür funktioniert es Out-of-the-box. Und es hat einen LAN-Anschluß, das war mir lieber (es kann auch WLAN)
Bisher läuft alles was auch mit mit meinen Conbee II Stick funktioniert, ich habe beides parallel laufen (jeweils eine Instanz). Neue Geräte nur noch am ZigStar-Gateway (das läuft darauf), was am Conbee hängt ziehe ich immer um wenn ich sowieso gerade ein Gerät anfasse.

[SuFra]

@arteck sagte in Ausfallssicherheit IoBroker - maximale Verfügbarkeit:

so sieht es bei mir aus

ich habe 3 iobroker als master/slave laufen und zusätzlich ein Redis/Redis.
die Redis werden nicht migriert.. die synchronisieren sich gegeneinander..
fällt ein iobroker aus.. oder startet neu dann laufen die anderen iobroker prozesse weiter.. ich habe es so aufgetrennt dass die Lichtsteuerung als beispiel nur vom iobrokerslave2 übernommen ist. da läuft auch eigene javascript .. schalte ich den iobrokerMaster ab funktioniert immer noch die Lichsteuerung.

Hi Arteck
Finde deinen Ansatz interessant.
Habe da auch zwei Fragen:

Sind das bei dir 3 ioBroker Instillationen oder richtig Master / Slave?

Und wenn 3 ioBroker, kann man dabei jeweils die gleichen Redis Server verwenden?

Ich würde bei mir auch gerne 2 ioBroker LXC Container installieren um die ganze Sache zu entzerren.
Frage mich halt ob ich dann noch 3 Redis Server installieren muss oder ich die vorhandenen auch für den 2. Broker verwenden kann?

[arteck]

@sufra lies dir bitte die Beiträge durch. all deine Fragen sind dort beantwortet

[Kraxelhuber]

@arteck said in Ausfallssicherheit IoBroker - maximale Verfügbarkeit:

mein Zigbee Stick wie auch der Zwave steckt in einem rock64.. und der gibt die Port per ser2net raus..

Würde es dir etwas ausmachen, deine etc/ser2net.yaml zu posten? Ich würde auch gerne meine USB Sticks durchreichen (siehe https://forum.iobroker.net/topic/73171/iobroker-docker-ser2net?_=1709458100218)

[amg_666]

Ich hab hier noch eine dumme Frage (ist auch eigentlich OT):
Ist Situation iob master auf proxmox container, slave auf pi.
Geplant: HA Cluster mit 3 Intel NUC (2*iob und einen "Schiedsrichter" (Quorum)). Die kommen alle in einen Serverschrank der neben dem Zählerschrank steht. Den Pi-Slave habe ich nur wg des smartmeters (Ablesen der Werte mit optischem Sensor).
Wäre es sinnvoll, dann den Slave abzulösen und den Zähler direkt mit dem Master zu verbinden (der steht dann ja in der Nähe vom Zähler) und ich würde mir den Pi (und damit eine Fehlerquelle) sparen ?

[BananaJoe]

@amg_666 das könnte das ganze vereinfachen. Der Zähler wird per USB ausgelesen? oder per GPIO?
Am besten wäre z.B. ein Ausleser auf Tasmota-Basis der das ganze per MQTT über das Netzwerk sendet, dann ist es auch egal wo der ioBroker läuft.

[amg_666]

@bananajoe sagte in Ausfallssicherheit IoBroker - maximale Verfügbarkeit:

Der Zähler wird per USB ausgelesen?

USB, muss man halt den Port am Container durchreichen, aber das krieg ich hin:-)
Ich hab da den Smartmeter Adapter für im Einsatz.

[BananaJoe]

@amg_666 sagte in Ausfallssicherheit IoBroker - maximale Verfügbarkeit:

USB, muss man halt den Port am Container durchreichen, aber das krieg ich hin:-)

Das an den Master zu setzen widerspricht dann aber der Hochverfügbarkeit, dann kannst du dir den Aufwand mit dem HA Cluster auch sparen.
Bei meinen Kunden wird alles was USB ist (in der Regel Lizenzdongle) auf Netzwerk umgesetzt oder durch eine Netzwerklösung ersetzt (WLAN-Barcode-Scanner statt USB-Scanner) damit es immer unabhängig vom System (Arbeitsplatz, VDI- oder Terminalsitzung, aktueller Virtualisierungshost) funktioniert.
Die fertigen Zähler gibt es bei Amazon, ebay & Co für 20 bis 40 Euro.

[amg_666]

@bananajoe sagte in Ausfallssicherheit IoBroker - maximale Verfügbarkeit:

wird alles was USB ist (in der Regel Lizenzdongle) auf Netzwerk umgesetzt oder durch eine Netzwerklösung ers

Du kommst mir immer mit Antworten, die was kosten :-)
Siehe weiter oben, zigbee dongle Diskussion. Ich hab mir mittlerweile einen neuen Zigbee-Lan Stick wie von dir empfohlen geholt. Der ist parallel zum alten USB Stick in Betrieb...

Das mit dem Zähler habe ich noch nicht kapiert. Ich hab einen sogenannten "Volkszähler", also einfacher Lesekopf mit USB Schnittstelle. Und solche LEseköpfe gibts auch mit LAN ?? Hast du da mal einen Link für mich, bei Amazon hab ich spontan nix gefunden.

[BananaJoe]

@amg_666 z.B. https://www.ebay.de/itm/296067484432 oder https://www.amazon.de/Hichi-Lesekopf-Stromzähler-optisch-auslesen/dp/B0CH95T7X4
Stichwort ist "Tasmota Lesekopf". Ist für die IR-Schnittstelle vieler Stromzähler, da muss dann ein passendes Skript drauf.

Kosten: Ja ja, aber einen Cluster bauen ...

[amg_666]

@bananajoe Danke für die Links. Hast du mit den Teilen wirklich gute Erfahrungen gemacht? Stromzähler sitzt doch im Metallkasten, wie ist es da mit dem WiFi Signal?

[BananaJoe]

@amg_666 sagte in Ausfallssicherheit IoBroker - maximale Verfügbarkeit:

Stromzähler sitzt doch im Metallkasten, wie ist es da mit dem WiFi Signal?

Ich verstehe die Frage nicht ...

Laut google sind "Werte zwischen -30 dBm und -40 dBM sind für ein WLAN gut, Werte jenseits von -85 dBm sind kritisch".
Mein Hichi hat eine Signalstärke von -12

Alles was rot und blau ist sind auch Shellys mit Tasmota. Rechts daneben ist noch eine kleine Sicherungskastenerweiterung mit 5 Shellys/Sonofs, links davon noch ein richtiger Sicherungskasten mit 19 Shelly 1 und 8 Shelly 1PM

Schafft der AVM1200 ohne Probleme.

WLAN läuft alles auf der gleichen SSID, falls der Sicherungskasten ausfällt verbinden sich die Geräte mit dem AP im EG oder im Büro (2 Räume weiter), läuft der wieder verbinden sich alle innerhalb einer Stunde zurück

[amg_666]

@bananajoe sagte in Ausfallssicherheit IoBroker - maximale Verfügbarkeit:

Ich verstehe die Frage nicht ...

So ähnlich sieht mein Zählerkasten auch aus. Der ist aus Metall und hat eine Tür davor, die ist ebenfalls aus Metall. Daher die Frage. Wenn der IR Lesekopf in einem Metall (in einem Blech-) kasten sitzt, reicht dann das WLAN Signal aus?
Oder hast du wie auf dem Bild keine Tür vor dem Sicherungskasten?

[BananaJoe]

@amg_666 im Moment ist keine Tür davor.
Mit Tür ist es allerdings dank des AVM1200 im Sicherungskasten auch kein Problem.
Es reicht sogar durch 2x Metallwand in den Kasten rechts daneben.

Für den Kasten links daneben ist liegt ein weiterer AVM1200 bereit / 2 LAN-Anschlüsse liegen im Kasten.

Wobei das auch funktioniert, auch wenn alle Türen zu sind. Ich weis nur die Pegel nicht, die sind dann natürlich schlechter. Da das ganze aber innerhalb 1 bis 1,5m liegt hatte es trotzdem funktioniert.

[amg_666]

@bananajoe Hi, ich bins nochmal mit einer dummen Frage:

Ich will demnächst ein HA System aufsetzen/scharf schalten. 3 intel nucs, einer als "Koordinator". Momentan spiele ich noch ein bisschen rum und ich habe heute zum Testen mal die redis dump Datei vom aktiven iobroker system genommen, in einen redis server auf einem anderen (physikalischem) Server kopiert und dann auf einem iob Testsystem in der setup custom die ip des redis servers eingetragen und dann das Teststem gestartet. Das hat wunderbar funktioniert, alle Daten (z.B. echarts in der vis) waren aktuell.
Aber. nachdem der Test beendet war (ich hab das testsystem gestoppt) blieb auf meinem produktivem System die iot Instanz gelb.
Protokoll sagt

iot.0
	2024-03-26 20:03:52.729	info	Connection changed: disconnect
iot.0
	2024-03-26 20:03:52.728	warn	Looks like your connection certificates are invalid. Please renew them via configuration dialog.
iot.0
	2024-03-26 20:03:50.818	info	Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.com
iot.0
	2024-03-26 20:03:50.631	info	starting. Version 2.0.11 in /opt/iobroker/node_modules/iobroker.iot, node: v18.19.1, js-controller: 5.0.19

ok, das kam wohl daher, weil ich mit denselben Credentials 2mal unterwegs war (einmal Produktivsystem und einmal der Test, den ich parallel gestartet habe) und nach einem "Renew" in der iot Instanz liefs auch wieder.

Jetzt die Frage: Passiert dass dann nicht auch, wenn ich in einer HA Umgebung 2mal iobroker laufen habe? Oder ist das ausgeschlossen, weil immer nur einer "aktiv" ist?

[BananaJoe]

@amg_666 also, ich bin ja beruflich auch im IT Umfeld unterwegs und Redundanz ist ist einfach alles :-) Also schon mal gut wenn du schon ein Ersatzsystem liegen hast.

Die Frage an dich ist "mit wieviel Ausfallzeit kannst du leben" und ich bin ja dafür das es am besten automatisch passiert (in gewissen grenzen).

Nun arbeite ich Beruflich zu 99% mit VMware, Proxmox kennt das Prinzip aber auch: HA Cluster.
Eine VM ist aus meiner Sicht per se schon mal "Hochverfügbar". Bei einem HA Cluster (da sind wir im Bereich automatisch) geht es darum wenn ein Host ausfällt die VM auf einem anderem Host wieder gestartet wird. Dann ist die VM nur 1 bis 2 Minuten weg. Damit die VM auf einem anderen Host wieder gestartet werden kann müssen die Daten natürlich auf diesem auch vorliegen, am besten die gleichen Daten.
Da gibt es auch 2 Möglichkeiten: Die beiden Hosts teilen sich einen gemeinsamen Datenspeicher (die Daten liegen also weder auf Host A oder B sondern auf C (NAS, Freigabe, Storage)).
Oder es wird repliziert, also in Echtzeit oder Regelmäßig eine Kopie angelegt/aktualisiert.
Wird dieser Start automatisch ausgeführt ist das halt der "HA Cluster". Oder du machst das per Hand

Bei mir reicht die Kopie/Replizierung einmal am Tag theoretisch völlig. Oder auch stündlich. Wenn das Original bei mir weg wäre und ich die Kopie starte sehen ein paar eCharts nicht mehr so schön aus, alle meine Verbrauchszähler haben aber Ihre Werte noch mal lokal und werden einfach neu abgerufen (gibt dann halt einen Sprung).
Ich müsste also nur die Kopie von Hand anwerfen (und den Job der die Kopien machen will stoppen bzw. hinterher die Richtung umdrehen). Ich sichere zusätzlich per BackItUp Adapter alle 3h (wegen der Skripte) an eine 2. Stelle und mache noch 2 Offline Kopien an 2 weitere Stellen.

Damit man die Büchse einfach auf dem anderen Host starten kann muss man natürlich seine Abhängigkeiten im Auge haben, ein Grund warum ich durchgereichte USB-Sticks nicht mag (und gerade dabei bin meinen Conbee in die Tonne zu treten) - aber da hast du ja auch schon angefangen.

Also, du hast eine VM, also mach es dir doch einfach und kümmere dich nur um die. Da müssen keine Redis-Dumps kopiert oder eingespielt werden. Alles in einer VM! Und die kannst du in Echtzeit oder Stündlich (und oder oder) auf den 2. NUC replizieren, ja nachdem was Proxmox so her gibt. Und noch Kopie woanders hin falls mal alles abraucht, da musst du ja nur einen Proxmox aufsetzen und die VM wieder einspielen.