@kippe sagte in Zeit-Problem ioBroker auf dem Proxmox: ich habe seit Gestern das Problem, das mein Proxmox Container nicht mehr hochfährt.Ich habe Backups auf Proxmox, aber habe keine Ahnung wie ich das machen muss Moin, was machst Du da? Warum hast Du da mal ein 105 dann wieder 104 als ioBroker? @kippe sagte in Zeit-Problem ioBroker auf dem Proxmox: Aber Egal ich freue mich, und Euch allen ein schönes Wochenende und noch mal Danke für die Hilfeleistung hier im Forum Schaust Du nicht auf das Dashboard das Proxmox Dir anbietet? [image: 1700230722993-aa8a337e-c738-4b19-b4bc-9f28e8767b7e-grafik-resized.png] Da sieht man doch dann sofort, dass etwas nicht stimmt. Ich verstehe Deine Installation nicht, sind Deine LX Container auf dem Laufwerk installiert, auf dem auch die Backups liegen? Eigentlich sollte es eigene Filesysteme für LX Container, VM, und Backups geben, dann noch welche für Templates usw. [image: 1700231129604-e4249bd0-9bc2-4ddc-9af7-65a78aac6575-grafik.png] [image: 1700231213404-0230483f-e182-4b2b-867e-e5ce2497d287-grafik.png] [image: 1700231261868-28622520-c13e-4f34-9ae1-14d43005a797-grafik.png] @kippe sagte in Zeit-Problem ioBroker auf dem Proxmox: Der ist 100 % Voll gewesen. Deswegen trennt man das, damit ein schnödes Backup nicht auch den Rest stört, aber gut, dass Du Deine Fehler selbst gefunden hast. VG Bernd

@arteck Moin Kleines WorkAround um direkt in den Datenpunkt schreiben zu können. Die Variablen sind nur der Übersicht halber. Modus <dev>/preset muss natürlich für das Setzen auf manual sein, aber alles andere rentiert sich ja im Hinblick auf die Steuerung durch ioB eh nicht. Gruss von der Ostsee Chris [image: 1700216433634-iob-setpoint.gif]

@meister-mopper ja da hast du recht! Danke auch dir!!! Aber arg viel Ausgegraut ist wirklich nicht, aber sehr gut erkannt. Shame on me Immerhin ist jetzt mein Iobroker auf neusten Stand, und ich habe etwas dazugelernt. Habe noch meine Eröffnung ergänzt.

@alero sagte in Mibs für Synology: den nutze ich ja auch. Moin, muss ich später mal testen. Edit So ich habe mir mal den Walk of Fame angeschaut, für iso muss man glaube ich entweder 1 oder .1 setzen iso.3.6.1.4.1.6574.102.1.1.1.1 = INTEGER: 1 -> spaceIOIndex iso.3.6.1.4.1.6574.102.1.1.1.2 = INTEGER: 2 -> spaceIOIndex iso.3.6.1.4.1.6574.102.1.1.1.3 = INTEGER: 3 -> spaceIOIndex iso.3.6.1.4.1.6574.102.1.1.2.1 = STRING: "dm-1" -> spaceIODevice - The name of the device this volume mounted on iso.3.6.1.4.1.6574.102.1.1.2.2 = STRING: "dm-3" -> spaceIODevice - The name of the device this volume mounted on iso.3.6.1.4.1.6574.102.1.1.2.3 = STRING: "dm-5" -> spaceIODevice - The name of the device this volume mounted on iso.3.6.1.4.1.6574.102.1.1.3.1 = Counter32: 2442293248 -> spaceIONRead - The number of bytes read from this volume since boot <- dm-1 iso.3.6.1.4.1.6574.102.1.1.3.2 = Counter32: 230367232 -> spaceIONRead - The number of bytes read from this volume since boot <- dm-2 iso.3.6.1.4.1.6574.102.1.1.3.3 = Counter32: 3324973056 -> spaceIONRead - The number of bytes read from this volume since boot <- dm-3 iso.3.6.1.4.1.6574.102.1.1.4.1 = Counter32: 2657558528 -> spaceIONWritten - The number of bytes written to this volume since boot <- dm-1 iso.3.6.1.4.1.6574.102.1.1.4.2 = Counter32: 3650310144 -> spaceIONWritten - The number of bytes written to this volume since boot <- dm-2 iso.3.6.1.4.1.6574.102.1.1.4.3 = Counter32: 3192369152 -> spaceIONWritten - The number of bytes written to this volume since boot <- dm-3 iso.3.6.1.4.1.6574.102.1.1.5.1 = Counter32: 5533441 -> spaceIOReads - The number of read accesses from this volume since boot <- dm-1 iso.3.6.1.4.1.6574.102.1.1.5.2 = Counter32: 4759096 -> spaceIOReads - The number of read accesses from this volume since boot <- dm-2 iso.3.6.1.4.1.6574.102.1.1.5.3 = Counter32: 205421 -> spaceIOReads - The number of read accesses from this volume since boot <- dm-3 iso.3.6.1.4.1.6574.102.1.1.6.1 = Counter32: 58268001 -> spaceIOWrites - The number of write accesses to this volume since boot <- dm-1 iso.3.6.1.4.1.6574.102.1.1.6.2 = Counter32: 3850984 -> spaceIOWrites - The number of write accesses to this volume since boot <- dm-2 iso.3.6.1.4.1.6574.102.1.1.6.3 = Counter32: 8264464 -> spaceIOWrites - The number of write accesses to this volume since boot <- dm-3 iso.3.6.1.4.1.6574.102.1.1.8.1 = INTEGER: 13 -> spaceIOLA - The load of disk in the volume (%) <- dm-1 (aktueller IO Load) iso.3.6.1.4.1.6574.102.1.1.8.2 = INTEGER: 0 iso.3.6.1.4.1.6574.102.1.1.8.3 = INTEGER: 0 iso.3.6.1.4.1.6574.102.1.1.9.1 = INTEGER: 7 -> spaceIOLA - The load of disk in the volume (%) <- dm-1 (IO Load 1 Minute) iso.3.6.1.4.1.6574.102.1.1.9.2 = INTEGER: 0 iso.3.6.1.4.1.6574.102.1.1.9.3 = INTEGER: 0 iso.3.6.1.4.1.6574.102.1.1.10.1 = INTEGER: 7 -> spaceIOLA - The load of disk in the volume (%) <- dm-1 (IO Load 5 Minute) iso.3.6.1.4.1.6574.102.1.1.10.2 = INTEGER: 0 iso.3.6.1.4.1.6574.102.1.1.10.3 = INTEGER: 0 So zu mehr hab ich keine Lust mehr ;) Edit VG Bernd

@thomas-braun Das hatte ich befürchtet, weil der sich nicht aktualiesieren lassen will laut Anleitung, dachte ich mir das ich einfach auf einen neuen Container per Backup umziehen kann. :( Gibt es denn noch einen Weg wie ich zumindes die ganzen Datenpunkte vom alten in den neuen bekomme, ohne alle manuell neu anlegen zu müssen? edit: Hab es schon gefunden, in den Objekten über die beiden Pfeile hoch und runter kann man Im- und Exportierne. Hätte ich auch gleich sehen können, schande über mein Haupt....

Ok, etwas mehr kennst du also doch. Die Seite ist nicht vom Apache sondern vom Lighthttpd Server Ich weis ja nicht wie der Proxy reagiert wenn das Ziel nicht antwortet (der Apache zeigt eine "kann ich gerade nicht erreichen Seite"), was der Lighthttpd zeigt weis ich nicht.

@ticaki Ja genau im ersten WR stehen alle Werte zur Batterie und zum KSME. Ich brauche jetzt eine genaue Info welche Werte ich nutzen muss.

@kopterframe sagte in Backitup und Synology: @dp20eic Habe den Container mit Portainer gemacht. und jezt das Verzeichnis gemountet. [image: 1700163639300-47d89cf3-27fd-4aa3-93b5-98bc17de564e-grafik.png] Die Eigenschaften der Ordners passen auch. Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=Heiko,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.0.99/Sicherungen/iobroker/ /opt/iobroker/backups" [DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ... [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=Heiko,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.0.99/Sicherungen/iobroker/ /opt/iobroker/backups" [ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=Heiko,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.0.99/Sicherungen/iobroker/ /opt/iobroker/backups sudo: unable to resolve host iobroker_heiko: Name or service not known mount error(13): Permission denied es ging ja schon einmal. Ich gebe es bald auf.... du mußt dich schon entscheiden wie deine Ordner jetzt heißen ... ich sehe hier mal so .. dann so . Vergleiche hier dein Post dann findest du den Fehler - /Sicherungen/iobroker/ /Sicherungen/Iobroker/ .... mal klein geschrieben das i .. dann Groß das I , dann wieder anderen Namen ... ... aber mache es so wie @dp20eic schreibt ... CIFS ist blödsinn auf der eigenen Synology !

@marc-berg Achso und großes Dankeschön, bin jetzt beim ausmisten. :D

@thomas-braun sir, ja sir 😂

@labersack Das wusste ich, von daher dachte ich das es mit dem Update getan ist, anscheinend hat der Wemos nichts mehr angenommen.Nun Ja frisch machen ist eh besser wenn es mal so "klemmt"

@djmarc75Danke für den Hinweis, hatte ich versäumt Habe beim Kopieren den Datenpunkt vergessen anzugeben, siehe dazu in den beiden Darstellungen die 3. Zeile Der fehlende DP heißt Rest. Fehlerhaft: setState("0_userdata.0.Haus.Rolladen.ZWEI.RestS", (('00' + h).slice(-2))); setState("0_userdata.0.Haus.Rolladen.ZWEI.RestM", (('00' + m).slice(-2))); setState("0_userdata.0.Haus.Rolladen.ZWEI.", "Rollo ZWEI Runter: " + restzeit, true); Ohne Fehler: setState("0_userdata.0.Haus.Rolladen.ZWEI.RestS", (('00' + h).slice(-2))); setState("0_userdata.0.Haus.Rolladen.ZWEI.RestM", (('00' + m).slice(-2))); setState("0_userdata.0.Haus.Rolladen.ZWEI.Rest", "Rollo ZWEI Runter: " + restzeit, true);

Es muss ja nicht nur ein Ordnungssystem geben - man kann ja mehrere Alias-Bäume anlegen, die verschiedene Baum-Strukturierte Sichten auf die Geräte bzw. Datenpunkte bieten. .... oder den eigentlichen Namen des Gerätes nach Deinem Schema anlegen, und dann trotzdem einen Alias-Baum darüberlegen ... Wenn man z. B. das Raum-Thermometer einmal als MQTT-Device hat, und in einem anderen Raum das Thermometer in einer FritzDECT Dose nutzt, wird es z. B. mühsam, ein allgemeingültiges Skript für beide Thermometer anzulegen ...

@simatec sagte in Backitup Adapter : Warning instance not as slave: Lösche einfach Instanz 1 von Backitup. Habe die Instanz 1 von Backitup gelöscht und der Fehler ist weg. bin mir noch nicht ganz klar warum es locker über ein Jahr vorher funktioniert hat, aber so ist da schon mal gut. Danke für die Tipps.

@cainam sagte in Shelly mit COAP und MQTT: Umschalten der alten auf Mqtt, wie mache ich das? https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md

@mickym sagte in Wie schön war alles früher: Ist schön und gerade in der neuesten Version des mqtt Adapters wurde hier für die Blockly User - die das sowieso schon nutzen konnten mit einem eigenen Puzzelteil beschenkt. Die NodeRed user schauen - obwohl seit 1,5 Jahren angefragt - halt in die Röhre: Sorry, brauchte den Baustein halt und hab das implementiert :) Wusste nicht, dass es eine Prio-Liste gibt und dass andere Issues erstmal vorgehen.

@yoda Oder Du holst Dir eine CCU3 oder rüstest eine Raspi mit dem Funkmodul und beispielsweise PiVCCU aus und genießt alle Vorteile, die eine CCU so bietet. Wenn Du eh schon im Homematic-Universum unterwegs bist… Gruss, Jürgen

@crepp1967 Was genau meinst du?