@thomas-braun Ich sprach deswegen auch von Anfängern, die sich auch im Post so betiteln. Der "Otto-Normal-User" wird sich vermutlich durch die Anleitung hangeln können und wissen , was er tut bzw. zu tun ist.

@andid https://forum.iobroker.net/post/928153

@ronk sagte in iobroker influxdb1.x econnrefused 192.168.178.120:8086: Die Sicherungen, die ich mir von Backitup für influxdb und Grafana mit anlegen lasse kann man für die Wiederherstellung nach Neuinstallation nutzen? Ja

@oliverio mache ich, Danke dir!

@codierknecht Moin, Danke für den Tip. Habe den Port im Docker eingetragen und ich konnte dann die VIS aufrufen. Danke Gruß

@wikato sagte in Installation von iobroker Abbruch bei 3/4 mit Meldung ab..: @thomas-braun Hallo Thomas, uhhh...da bin ich schon wieder überfragt wie das geht... Nun ich denke den Desktop sollte ich wegen den Ressourcen ausschalten. Nicht nur. Auch aus Sicherheits und Komplexitätsgründen... Auf einem Serversystem läuft nur das notwendigste. Desktop = absolut unnötig. sudo systemctl set-default multi-user.target sudo reboot knipst den Kram aus. Das andere ist wohl einfach aufräumen... Kannst Du mir da mitgeben wie das zu tun ist? Lösch den doppelten Eintrag/die doppelte Zeile aus der Datei /etc/apt/sources.list.d/grafana.list heraus.

@joergeli oder eine weitere Variante wäre: hatte man mal meter readings (Zählerwerte speichern) aktiv und deaktiviert dies wieder für den Datenpunkt, erscheint ebenfalls jede Nacht die Meldung

super jetzt komme ich wieder drauf. Vielen Dank!

@homoran sagte in Blockly Gas aus macht Selbstabschaltung: Steuerung einer Bombe im Flugzeug, die erst scharf wird, wenn der Flieger in der Luft war, und dann am Boden knallt. Dann bin ich aus diesem Thread raus, sowas unterstütze ich nicht :-)

@codierknecht sagte in Docker kann ioBroker image nicht downloaden: sondern ein HP ProLiant mit Xpenology "Xpenology" ... Was es nicht alles gibt! Aber das Thema ist wohl bekannt: https://xpenology.com/forum/topic/49308-how-to-update-lets-encrypt-root-certificate/

@karl-heinz1 sagte in Shelly nach Neustart nicht mehr in Instanzen: habe nur mehrfach den IOBroker neu gestartet Das bringt eigentlich nie etwas. Höchstens die Shelly-Instanz 1x neustarten und dann die Einstellungen auf dem Shelly kontrollieren. Dort ist dann ein Neustart nach Änderung der MQTT-Einstellungen notwendig. Und wenn diese aktiv sind, wird eine Verbindung aufgebaut (dann sollte die Instanz also laufen). Nach hunderten Threads hier, ist meistens die IP vom ioBroker falsch, es wird der falsche Port angegeben (1882 ist ja der Standard vom Shelly-Adapter), oder Benutzername und Passwort sind so nicht im ioBroker hinterlegt. Sollte es dann dennoch nicht klappen, ist die erste Anlaufstelle das Log im ioBroker. Sieht man nichts, Loglevel der Shelly-Instanz ändern (auf Debug). Taucht absolut gar nichts im Log auf (also auch kein Verbindungsversuch), dann stimmt etwas mit dem Netzwerk nicht oder die Einstellungen auf dem Shelly sind halt falsch.

Vielen lieben Dank Euch!!! Wenn der Bonjourdienst egal ist, dann mir auch Was jetzt kommt - ich weiß nicht warum! Aber: Heute gab es ein Update für ioBroker, was ich installiert habe. Ich hab das Webportal ignoriert und damit auch nicht starten lassen. Der Container wurde ohne ein einziges Problem installiert und läuft jetzt!!! Jetzt kann ich endlich loslegen. Nur, ob das am Update lag, oder am Webportal... ich weiß es nicht

@hagiman2000 Never tatsch a running süstem, eh? Der tolle Rat hat ja mal wieder wunderbar funktioniert...

@chefkochts du solltest dir das log anschauen, dass ich vorher gepostet habe, was da für ein Fehler drin steht. Ansonsten nimm halt das Skript, dass dir einen fix und fertigen Container erstellt. was steht denn in custom.conf? Ansonsten nimm das Helperskript, dass erstellt dir einen fix und fertigen Container und befolge die Anweisungen, wie hier auch gemacht: https://forum.iobroker.net/post/1148122 https://tteck.github.io/Proxmox/

@jey-cee Aha, wenn ich also nur Einträge im Tab "Eingangsregister" erstelle und den Tab "Holdingregister" leer lasse, dann wird auch nur gelesen. Prima. Danke

@tom_w Mit den curl Optionen slf werden u.a. Fehlermeldungen unterdrückt. Daher siehst du da auch nicht was genau da der Haken ist. Per Putty nutzt du eine andere Shell/Terminal als direkt im Container. Also ergibt das unterschiedliche Verhalten schon Sinn.

@thomas-braun Vielen Dank für Deine Unterstützung. Für heute soll es bei mir mal reichen. Ich werde mich auf jeden Fall in die Thematik iobroker noch einarbeiten müssen. Mein Ziel ist es die Daten der folgenden Geräte "einzusammeln" und auszuwerten: Wechselrichter (und Speicher) Sungrow SH10RT Heizstab MyPV AC ELWA 2 zwei Stromzähler Bis demnächst;-)

@mickym sagte in MQTT-Client (ioB) keine Verbindung zum FHEM-MQTT-Server: zum Beispiel einen Pfad mit Stern eingeben der alle Datenpunkte darunter enthält was aber bei nicht sorgfältig gewählter Maske oft zu unnötig viel verarbeiteten States führt.

@maddm Was wird denn da gespeichert? Mein iobroker LXC-Container braucht aktuell ca 12 von 64 GByte des dem Container zugewiesenen Plattenplatzes ... Würde das mal beobachten. Vielleicht werden Backups zu lange aufgehoben, o. Ä. - was den immer weiter ansteigenden Speicherbedarf erklären würde ... Lokale Backups legt iobroker standardmäßig in /opt/iobroker/backups ab... Da liegen bei mir nur Backups für die 10 letzten Tage, Langzeitspeicherung auf einem NAS-Laufwerk ...