@exaware1 danke für die Info

@arteck Ich weiß gerade nicht so genau was du von mir hören möchtest.. Aber das ist die Firmware-Version, welche bei der Auslieferung auf dem Stick war.. 6.7.10. Es ist der Typ -E nicht -P.. Ich versuche es gleich noch mit der 6.10.3., meine letzte Hoffnung. Ansonsten geht das Teil halt zurück.

@zanabria Also so ganz versteh ich das nicht. Nur aus Neugierde: Alle Fritzboxen die ich hatte rebooteten unmittelbar im Zuge des Softwareupdstes. Was für ein Softwsre installierst du auf ne Fritte?

So, der ioBroker-Slave auf dem neuen Bookworm-System läuft wieder. Ist ja schön dass ständig verbessert wird - macht es aber nicht unbedingt einfacher wenn es inzwischen gefühlt 10 verschiedene Möglichkeiten gibt eine feste IP und sonstige Netzwerkeinstellungen zu definieren. Wobei das nmcli ja schon nicht schlecht ist, man muss nur mal wieder alles anders machen ;-) Damit sind wir bei meinem Problem was ich noch habe - die piVCCU läuft zwar, ist aber von außen nicht erreichbar was entsprechend der IP-Konfiguration für mich auch erklärbar ist - ich bin aber mit meinem Latein etwas am Ende wie ich jetzt die Bridge definieren müsste, habe auch im einschlägigen Forum noch keine Anleitung für nmcli gefunden... :-) Kann mir hier jemand vielleicht mehr dazu sagen? pi@piPivCCU:~ $ sudo systemctl status pivccu ● pivccu.service - piVCCU Loaded: loaded (/lib/systemd/system/pivccu.service; enabled; preset: enabled) Active: active (running) since Mon 2023-12-04 04:47:02 CET; 5h 38min ago Main PID: 6432 (lxc-start) Tasks: 0 (limit: 1571) CPU: 2.947s CGroup: /system.slice/pivccu.service ‣ 6432 /usr/bin/lxc-start --lxcpath /var/lib/piVCCU3 --name lxc --pidfile /var/run/pivccu3.pid --daemon Dec 04 04:46:53 piPivCCU systemd[1]: Starting pivccu.service - piVCCU... Dec 04 04:47:01 piPivCCU start_container.sh[6429]: kernel.sched_rt_runtime_us = -1 Dec 04 04:47:02 piPivCCU systemd[1]: Started pivccu.service - piVCCU. pi@piPivCCU:~ $ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000 link/ether b8:27:eb:7d:64:a4 brd ff:ff:ff:ff:ff:ff inet 192.168.137.61/24 brd 192.168.137.255 scope global noprefixroute eth0 valid_lft forever preferred_lft forever inet6 fe80::2750:188a:6cf8:9854/64 scope link noprefixroute valid_lft forever preferred_lft forever 4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether b8:27:eb:7d:64:a4 brd ff:ff:ff:ff:ff:ff inet 192.168.137.94/24 brd 192.168.137.255 scope global br0 valid_lft forever preferred_lft forever inet6 fe80::ba27:ebff:fe7d:64a4/64 scope link valid_lft forever preferred_lft forever 5: lxcbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000 link/ether 00:16:3e:00:00:00 brd ff:ff:ff:ff:ff:ff inet 10.0.3.1/24 brd 10.0.3.255 scope global lxcbr0 valid_lft forever preferred_lft forever 6: vethpivccu@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UP group default qlen 1000 link/ether fe:75:2c:88:46:99 brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet6 fe80::fc75:2cff:fe88:4699/64 scope link valid_lft forever preferred_lft forever pi@piPivCCU:~ $

Hier die LÖSUNG! Es ist wohl so, das der IoBroker im Docker nicht auf seinen Host, also die Synology, zugreifen kann. Dafür muss eine Brücke erstellt werden. Dies habe ich mit Hilfe dieser beiden Super Videos von Jürgen Barth geschafft. Danke dafür! https://www.youtube.com/watch?v=Y3B0kBl5cn8&ab_channel=Navigio-JürgenBarth https://www.youtube.com/watch?v=jCPIUDpqcgw&ab_channel=Navigio-JürgenBarth Wichtig, schaut euch beide zuerst bis zum schluss an und versteht alles. Erst dann einrichten! Wer die Installation nach Anleitung von Buanet geschafft hat, schafft auch diese Brücke. https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/

@thomas-braun DANKE Ich bin scheinbar dauernd eine veralteten Anleitung gefolgt und daher nicht darüber gestolpert. Adapter installiert, ich kann jetzt weitermachen.

@deta ich bin unter https://github.com/ioBroker/ioBroker.echarts/issues/436 fündig geworden. Alpollon77 schrieb: "iob upload echarts" oder im Admin unter Adater im Expertenmodus den Upload knopf drücken. Dies habe ich gemacht und festgestellt, das die VM mit seinen 4GB RAM völlig zusammengebrochen ist. Ich habe alle Instanzen pausiert und dann das Update per Upload erfolgrecih drüber gejagt

@paul53 ok, verstanden. Ändern kann ich es leider nicht leicht da ich echt viele Datensätze dann auch ändern soll. Ich lasse es also so, mindestens solange es funktioniert. Vielen Dank für die Aufklärung!

@codierknecht Ich wollte nochmal eine kurze Rückmeldung geben: Mit einer neuen, großen micro SD und dem Sonoff Stick direkt im USB3 port läuft nun alles und ist stabil. Du hast Recht: Der Raspberry hat 4 USB Ports. Allerdings reicht die Leistung nicht aus, um meine SSD und den Sonoff Stick gleichzeitig stabil zu betreiben. Hier sind mSATA SSDs wohl von Vorteil, ich habe eine vorhandene SATA SSD angeschlosen. Für jetzt werde ich erstmal mit einer micro SD und täglichen Sicherungen aufs NAS weiter machen. Dann ist ein Crash der micro SD nicht so tragisch. Langfristig werde ich mir was einfallen lassen, ggf. Umstieg auf den Raspberry Pi 5 für den es wohl ein mSATA Shield gibt. Nochmals danke für die Mühe und viele Grüße Dirk

@dillio sagte in Node-Red Update auf v5.0.0 | Error: Merkwürdig finde ich es aber trotzdem, dass mir dafür kein Update gezeigt wurde. Da war noch das veraltete Repository aktiv. Aktuelles kommt nur noch über das aktuelle Repo rein.

@djmarc75 Habe es so getestet, der Fehler tritt weiterhin auf. [image: 1701153226685-6a24495d-9489-420e-b0dd-1e76fc29c481-grafik.png]

@tklein sagte in Javascript - Blockly wird oft nicht gespeichert: Bei mir laufen so ca 200-300 skripte Wenn die sauber sind ist das eigentlich no problem @tklein sagte in Javascript - Blockly wird oft nicht gespeichert: Kann ich eigentlich bei deaktiviertem JS-Controller Blocklyskripte abspeichern? Probiers halt aus ;) Wie @apollon77 geschrieben hat ist der JS-Controller nicht der JS-Adapter ;)

@crunchip Danke für die schnelle Antwort. Ich versuche dann das Backupfile lokal zu speichern und schaue ob die Verbindung wieder klappt. Gruß Charlie

@olaf_60 sagte in ioBroker nach fehlgeschlagenen Update nicht mehr erreichbar: keine Ahnung was da schiefgelaufen ist. Dein nodejs ist zu alt für einen aktuellen ioBroker... Kram aktuell halten, dann passiert das auch nicht... iob stop iob fix iob nodejs-update Dann weiterschauen. Dein Buster ist auch tot. Backup ziehen, auf ein lebendiges Release umziehen.

@thomas-braun Super, das Update auf Bookwork Debian 12 hat einwandfrei geklappt!

@thomas-speitelsbach Kiste aktuell halten. Wie bist du da genau unterwegs? iob diag anschauen.

@oliverio Ich kann bestätigen, dass der Patch auch bei mir funktioniert. Danke! Also für v1.