NEWS

@hinzkunz Wechsel ist wohl gar kein Problem - siehe am Ende dieses Beitrags

Ja, ich habe die IP Adresse außerhalb des DHCP Bereiches eingestellt. Das klappt auch alles.
Ich glaube ich bin dem Problem jetzt ein wenig näher gekommen. Ich bin immer noch der Meinung dass echarts schuld ist.
Mir ist aufgefallen, dass wenn ich morgens den PC neu gestartet habe (er war "nur" im Hybernate Schlafmodus, nicht richtig runtergefahren) die Load average unter 1 war. Innerhalb weniger Minuten ist die dann wieder auf 8 und mehr gestiegen. Dann die Überraschung als ich einmal Firefox (in dem immer ein echarts Fenster offen war) neu gestartet habe. Die Load Average ist schnell auf einen WErt unter 1 gesunken. Sie sieht jetzt z.B. aktuell mit einem geöffnetem echarts Fenster und VIS wie folgt aus:

top - 15:01:00 up 13 min, 3 users, load average: 0,23, 0,52, 0,51 Tasks: 198 total, 1 running, 197 sleeping, 0 stopped, 0 zombie %CPU(s): 4,3 us, 1,5 sy, 0,0 ni, 93,9 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st MiB Spch: 7811,2 total, 5853,6 free, 1260,2 used, 855,0 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 6551,0 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 781 iobroker 20 0 5239524 191088 38264 S 8,9 2,4 2:09.11 iobroker.js-con 2100 iobroker 20 0 726756 134168 37024 S 3,0 1,7 1:35.93 io.shelly.0 2178 iobroker 20 0 5152016 96208 39448 S 3,0 1,2 0:32.55 io.esphome.0 2125 iobroker 20 0 679192 71096 36900 S 2,0 0,9 0:04.57 io.discovery.0 1892 iobroker 20 0 758916 81892 36676 S 1,7 1,0 0:30.62 io.history.0 2022 iobroker 20 0 941512 138680 36900 S 1,7 1,7 0:43.85 io.javascript.0 2232 iobroker 20 0 346032 36804 13888 S 1,7 0,5 0:20.13 esphome 567 avahi 20 0 7588 3404 2864 S 1,0 0,0 0:08.53 avahi-daemon 2189 iobroker 20 0 676736 71536 36828 S 1,0 0,9 0:04.48 io.echarts.0 1992 iobroker 20 0 1017312 141492 43448 S 0,7 1,8 0:18.37 io.admin.0 15 root 20 0 0 0 0 I 0,3 0,0 0:02.09 rcu_preempt 2112 pi 20 0 9488 5084 2920 R 0,3 0,1 0:04.76 top 2242 iobroker 20 0 676492 68528 37056 S 0,3 0,9 0:04.32 io.vis-inventwo 1 root 20 0 168644 11960 8588 S 0,0 0,1 0:03.23 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kthreadd

Das ist absolut OK. Was man aber auch sieht ist die Uptime von 13 Minuten. Ich musste den Raspberry hart resetten nachdem ich probeweise ein neues echarts Diagramm (mit 6 Datenquellen) erstellt habe die load auf über 30 gestiegen ist und dann der Raspberry nicht mehr ansprechbar war.
Für mich sieht es so aus, dass ein geöffnetes Firefox echarts Fenster in Zusammenhang mit einem neuen Diagramm den IO-Boroker und/oder den Raspberry extram stark belasten.
Wenn ich alternativ nach jeder neuen Datenquelle das echarts Diagramm speichere, den Firefox beende und neu startet klappt das ganze und die Diagramme lassen sich auch flüssig anschauen.
Das ist zwar nicht sonderlich befriedigend und richtig verstehen tue ich es auch nicht, aber ich habe jetzt wenigstens einen Weg gefunden, wie ich durch stoppen und Neustart des Firefox (der übrigens nicht auf dem Raspberry sondern einem Windows PC läuft) den Raspberry und damit den IO-Broker flüssig laufen lassen kann.
Falls jemand dieses Verhalten erklären kann wäre ich für eine Erklärung dankbar.

@michihorn

Ganz aktuell:

iob nodejs-update

Fertig.

Gegebenfalls zuvor noch ein

iob fix

@ingo-2 sagte in Flot - Edit is not allowed:

Wie kann ich das denn machen?

http://192..... weglassen! erst mit /flot beginnen

@homoran
Als LiFePO4 in 4S 12V 200A
https://www.ebay.de/itm/155477124179

Meine sind alle 8S 24V 250A

Oder auch "kurze" Lieferzeit
https://lifepo.de/products/daly-smart-bms-12v-200a-lifepo4-4s

Ich dachte es ist evtl. besser in GitHub einen issue beim Adapter zu öffnen.
Falls das falsch war lasst es mich bitte wissen.

@da_woody Ich benutze die App nie. Offenbar war meine Version veraltet.
Bei der neuen Version wird mir der EM3 nicht angezeigt. Ich bin offenbar zu blöd. 😵
Ich sehe nur meine normalen Shellys.
OK, habe ich nun doch geschafft. War bei "Entdecken". Klar...
Mal abwarten was da angezeigt wird.#

Da werden die Werte nur Stündlich angezeigt, also wird man da sicher nicht diese fehlerhaften Einzelwerte erkennen können.

@line

Ich weiß nicht was du da installiert hast, aber auf einem Standard Raspberry OS ist ufw gar nicht installiert, also kann man es weder aktivieren noch deaktivieren...

Du hast da eh wirres Zeug installiert.

Auf Wunsch von foxriver hab ich ein issue beim js-controller angelegt: https://github.com/ioBroker/ioBroker.js-controller/issues/2538

Wenn noch jemand Hinweise hat oder das Verhalten mit dem sehr hohen RAM Verbrauch während der Installation hat, kann er sich an das issue dran hängen bzw. einen 👍 hinterlassen

Feuer-sturm created this issue in ioBroker/ioBroker.js-controller closed [bug]: During adapter update routine (upload) very high RAM consumption #2538

@winni

Du hast mir den Abend gerettet 😎 Danke dir..
Ich habe die Lösung im IOT Adapter für mich gefunden👍 Hilft vielleicht auch anderen hier!

@mcm57 said in trotz adapter update alte version (npm vs. admin):

vis-2-material ist ganz normal im LATEST repository verfügbar

a9f0ccb3-0c30-4067-981f-14584dd64ad1-image.png

Wo / wie suchst du im gui?

ne, aber im BETA channel wird es angezeigt, geht nun 😆

danke an alle! 🙂

@ticaki Hallelujah, so komm ich wieder drauf. Danke Dir!!

Und falls das Problem mal jemand anderen ereilt: Vermutlich war der Fehler, dass der Haken bei "Zugriffe nur auf bestimmte Instanzen zulassen" gesetzt werden musste, um überhaupt die Liste der Adapter einzublenden. Dort habe ich dann aber nur den Haken bei "devices" > Tab gesetzt (vermutlich völlig unnötigerweise?), was im ersten Schritt dann wohl zur fast leeren Startseite (nur die Karte von "devices" war sichtbar) und nach Löschen von "devices" dann zur ganz leeren Startseite geführt hat…

Freitag Abend halt 🙄

@toki1973 sagte in Diskussion zum Linux-Werkzeugkasten:

Aber warum werden die Linus Distributionen denn noch so ausgeliefert?

Moin,

ganz einfach, die Distributionen schreiben Dir nicht vor, was Du zu tun oder zu lassen hast, Du bist derjenige, der Verantwortlich ist, die Distributionen geben Dir aber dafür das Handwerkszeug an die Hand alles korrekt einzurichten.
Im Endeffekt, kommt man auf beiden Wegen zum gleichen Ziel, wenn man es aber gleich bei der Installation macht, spart man sich ein paar Schritte.

VG
Bernd

@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?
aa8a337e-c738-4b19-b4bc-9f28e8767b7e-grafik.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.
e4249bd0-9bc2-4ddc-9af7-65a78aac6575-grafik.png
0230483f-e182-4b2b-867e-e5ce2497d287-grafik.png
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

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.