Hallo @negalein nein, der Adapter wird nicht weiter entwickelt da es einen anderen Adapter dafür gibt und es kein Sinn ergibt da 2 Adapter dafür zu haben hier der andere Adapter => https://github.com/HGlab01/ioBroker.fuelpricemonitor

@crunchip sagte in iobroker.js-con: Nicht blind kopieren, der Befehl node reinstall.js muss in Verzeichnis /opt/iobroker ausgeführt werden Da war aber auch nur bei Alt-Installationen möglich. In aktuellen Versionen gibt es das reinstall-Skript nicht mehr: echad@chet:/opt/iobroker $ ls -la total 824 drwxrwxr-x+ 6 iobroker iobroker 4096 Jul 9 21:28 . drwxr-xr-x 3 root root 4096 Jun 13 19:58 .. drwxrwxr-x+ 2 iobroker iobroker 4096 Jun 16 14:48 backups -rwxrwxrwx+ 1 iobroker iobroker 133 Jun 13 20:01 INSTALLER_INFO.txt lrwxrwxrwx 1 iobroker iobroker 22 Jun 13 20:01 iob -> /opt/iobroker/iobroker -rwxrwxr-x+ 1 iobroker iobroker 309 Jun 13 20:01 iobroker drwxrwxr-x+ 9 iobroker iobroker 4096 Jul 13 12:10 iobroker-data drwxrwxr-x+ 2 iobroker iobroker 4096 Jul 13 12:00 log drwxrwxr-x+ 712 iobroker iobroker 24576 Jul 13 10:20 node_modules -rw-rwxr--+ 1 iobroker iobroker 155 Jun 13 19:58 .npmrc -rw-rwxr--+ 1 iobroker iobroker 1483 Jul 13 10:20 package.json -rw-rwxr--+ 1 iobroker iobroker 774721 Jul 13 10:20 package-lock.json Davon ganz abgesehen war das auch nicht die dauerhafte Lösung, wenn da wie vermutet ein skript aus dem Ruder läuft.

@osi Ich habe noch eine Fehlermeldung bie der Neuintallation gefunden, die hilfreich sein könnte: 2022-07-12 22:20:53.514 error iobroker Error deleting adapter tahoma from disk: Cannot find module 'iobroker.tahoma/io-package.json'Require stack:- /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupInstall.js- /opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js- /opt/iobroker/node_modules/iobroker.js-controller/iobroker.jsYou might have to delete it yourself!

@matthias_ warum ist jetzt das Bild weg? @matthias_ sagte in Restore Adapter werden nicht installiert: bis auf das die Adapter Adapter die in dieser Backupversion installiert waren nicht mit installiert wurden ( das Backup läuft zweistufig. Erst werden die Konfigurationen eingelesen. jetzt kommt leider schon die Meldung restore completed successfully o.ä. Dann erst werden alle Adapter passend für die neue Hardware und Node version neu gebaut. Das kann je nach Leistung drr Hardware auch schon mal 1h dauern. vielleicht kann @simatec da die Meldung etwas präzisieren

@dieter_p sagte in BackitUp Restore aber ohne Änderung der Adapterversionen?: Thx. Der IOBroker läuft wieder und das Up2Date. Super! Dann bitte den Titel um ein [gelöst] davor ergänzen

@snatch hab oben nen Nachtrag geschrieben

@thomas-braun sagte in Keine Updates mehr möglich: @snatch sagte in Keine Updates mehr möglich: Stand aber so auch nicht in der Anleitung. Ist auch bei stabiler Ausgangslage nicht erforderlich. Ok. Dache nur, weil meine Ausgangslage am Schluss nu auch stabil war oder? Wie auch immer. Ich habe nun die 16er am laufen. Es werden keinerlei Fehler angezeigt. Adapter rennen alle. Dauert aber ewig bis er die gestartet hat beim ersten mal. Der Tree ist sauber wie noch nie, nicht ein Fehler mehr. snatch@iobroker:/opt/iobroker$ npm ls iobroker.core@1.0.0 /opt/iobroker ├── iobroker.admin@6.1.11 ├── iobroker.alexa2@3.17.1 ├── iobroker.alias-manager@1.2.6 ├── iobroker.fritzbox@0.5.0 ├── iobroker.harmony@1.2.2 ├── iobroker.hm-rega@3.0.40 ├── iobroker.hm-rpc@1.15.12 ├── iobroker.ical@1.13.1 ├── iobroker.icons-mfd-png@1.1.0 ├── iobroker.influxdb@3.1.7 ├── iobroker.iot@1.11.8 ├── iobroker.javascript@5.8.5 ├── iobroker.js-controller@4.0.23 ├── iobroker.mihome@1.4.0 ├── iobroker.milight-smart-light@1.2.2 ├── iobroker.oilfox@4.1.2 ├── iobroker.scenes@2.3.9 ├── iobroker.shelly@6.0.0 ├── iobroker.text2command@2.2.2 ├── iobroker.tr-064@4.2.16 ├── iobroker.vis-canvas-gauges@0.1.5 ├── iobroker.vis-colorpicker@1.2.0 ├── iobroker.vis-fancyswitch@1.1.0 ├── iobroker.vis-hqwidgets@1.2.0 ├── iobroker.vis-jqui-mfd@1.0.12 ├── iobroker.vis-keyboard@0.0.2 ├── iobroker.vis-material@0.1.3 ├── iobroker.vis-metro@1.2.0 ├── iobroker.vis-rgraph@0.0.2 ├── iobroker.vis-timeandweather@1.2.2 ├── iobroker.vis@1.4.15 ├── iobroker.web@5.2.4 ├── iobroker.whatsapp-cmb@0.2.2 ├── iobroker.wled@0.6.7 ├── iobroker.yeelight-2@1.2.1 └── iobroker.zigbee@1.7.5 snatch@iobroker:/opt/iobroker$ Ich bin zu frieden und werden mir nun alles mal niederschreiben was ich nun gemacht habe. Habe viel aus diesen Thread, deiner Anleitung und anderen Thread (Wie man Die JS Geschichte komplett sauber deinstalliert und neu aufsetzt etc.) gelernt. Mit alle dem kann ich nun hin und her springen und im Fehlerfall alles wieder ans Laufen bekommen. Vielen Dank dafür!!

@paul53 hab ich vermutet, aber bisher vermieden

@djmarc75 danke schön

Danke!

@sesamstrasse sagte in Adapter Updates hängen: Besteht dann mit der neuen Admin Version die Hoffnung Wenn man beta Tester ist sollte man entsprechend auch den Thread dazu lesen, insbesondere Admin. Denn dann wüsste man auch welche Probleme und Issue erstellt wurden zu den jeweiligen Versionen. Zumal das etwas sinnfrei ist, ein halbes beta zu fahren, gerade beim Admin, wenn es doch schon ein paar neuere Versionen gibt.

@thomas-braun Thomas, besten Dank nochmal für deine Unterstützung! Auch der ZigBee Adapter läuft wieder einwandfrei.. Schönen Abend! PS: Auch natürlich @crunchip, @Glasfaser , @haselchen , @Homoran ---> Danke!

Im Host-Modus hat es nun geklappt! Vielen Dank noch einmal an euch alle! Falls wer auf der Suche nach einer Lösung auf diesen Beitrag stösst, hier mein Setup: version: "3" services: iobroker: image: buanet/iobroker:latest-v7 container_name: iobroker network_mode: host environment: - LANG=de_DE.UTF-8 - LANGUAGE=de_DE:de - LC_ALL=de_DE.UTF-8 - PACKAGES=nano build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev iw bluez - SETGID=1000 - SETUID=1000 - TZ=Europe/Berlin - IOB_ADMINPORT=4501 volumes: - /share/CACHEDEV1_DATA/Dockerconfig/IOBroker:/opt/iobroker restart: unless-stopped Ports entfernen und network_mode auf "host" umstellen. (Bei Docker Files V1 und V2 "network_mode" = "net"). Der Host in IOB stimmte nach dieser Anpassung bei mir nicht mehr, da es den Host-Name vom Server übernommen hatte. Daher im Container anschliessend noch folgende Kommandos ausführen und den Container neu starten: pkill -u iobroker iobroker host this

@silencerbob sagte in IOBroker nur manuell startbar, reagiert nicht auf Befehle: @homoran Nein, da war nichts drin kann eigentlich nicht sein. Wer weiß ob sonst noch etwas bei der Installation schief gelaufen ist.

@mika-0 Nun - wie gesagt ich habe auch den mqtt-Adapter als Client zum mosquitto laufen. Man darf halt bei dem mqtt-Adapter nicht so ein Blödsinn anhaken, wie Zustände schicken usw. - am Besten alle Haken raus zu machen. Theoretisch kannst Du auch ganz ohne mqtt- Adapter arbeiten. Dein NodeRed-Adapter im iobroker hat ja auch mqtt Nodes mit dem Du auf Dein mosquitto zugreifen kannst und dann kannst Du Dir ja aussuchen, was Du in den iobroker schreibst oder nicht. Wie gesagt ich habe mosquitto den mqtt-Adapter als Client hier auch auf einem Gerät. Meines Erachtens kommt es nur zu den Endlosschleifen wenn man so einen Mist wie Zustände senden anhakt oder den ganzen iobroker als eigene States ausgibt. Am Besten alles aushaken. Das ist meine Konfig: [image: 1657562691742-65d6f559-74f4-4a03-a1b3-7ddbac07d69e-image-resized.png] Und ja verschlüsseln tu ich in meinem privaten Netz nichts. ;) - das ist einfacher und erspart eine Menge Frust. Und dass Du sonst keine Endlosschleifen produziert, ist dann eher eine Logiksache. Bei den Shellies hast Du ja unterschiedliche topics in die Du schreibst und die subscribed man natürlich nicht in NodeRed usw. Bei mir funktioniert der mosquitto - als zentraler Broker bestens.

@michael_4358 sagte in shuttercontroll Beschattung fährt immer runter: du hast rehct genau das war es Natürlich! dann viel Spaß weiterhin jetzt kannst du diesen Thread auf [gelöst] setzen

@thomas-braun Ok - done #1494 Viele Grüße