Weihnachtsangebot 2025! 🎄

[D4vE]

@christiansr mach doch einfach ein backup im iob. dann lösch denn ordner auf denn docker verzeichnis und lösch das alte img. mach das neue drauf und hau das Backup drüber. mit BackItUp.

das geht schnell und läuft. wichtig ist auch noch zu sagen das du bei Docker auch immer die port frei geben musst die du nutzt ...

P.S das backup nicht in Docker Ordner speichern falls du denn löschen solltest.

[ChristianSr]

@Codierknecht Der Fix lief durch.
Diag nicht:

@Homoran Einige lassen den iobroker in einem Raspberry laufen. Das muss doch der Celeron können ?!? Die CPU läuft mit 20-30% Auslastung.

@D4vE werde ich versuchen

[D4vE]

@christiansr sagte @D4vE werde ich versuchen

ist halt die faulste Lösung :) aber was @Codierknecht schreibt geht genau so gut der Mann hat viel mehr plan davon wie ich :)

[Codierknecht]

@christiansr sagte in iobroker sehr langsam:

Einige lassen den iobroker in einem Raspberry laufen

Ja - aber auch nur ioBroker und nicht noch nebenbei ein DSM.
Und selbst auf 'nem Raspi sind 4 GB RAM mittlwerweile (je nach Umfang) eher knapp.

[Homoran]

@christiansr sagte in iobroker sehr langsam:

Einige lassen den iobroker in einem Raspberry laufen. Das muss doch der Celeron können ?!?

nöö

[Codierknecht]

@christiansr
Nach dem Fixer sollte der Container neu gestartet werden

[ChristianSr]

@Codierknecht
@Homoran: Die Experten sind sich also einig, das mein NAS für iobroker ungeeignet ist ?

Mich irritiert halt, dass meine CPU-Auslastung bei 20% und meine RAM-Auslastung bei 70% liegt ...

Nach dem Container-Neustart läuft diag , ich kann aber das Ergebnis nicht aus dem Terminal kopieren. Muss nun also schauen, ob ich putty installiert bekomme und ob ich damit umgehen kann...

[Thomas Braun]

@christiansr sagte in iobroker sehr langsam:

ob ich putty installiert bekomme

Nimm die PowerShell, falls Windows-User.
PuTTY ist etwas eigen auf der Plattform...

[Codierknecht]

@christiansr sagte in iobroker sehr langsam:

das mein NAS für iobroker ungeeignet ist ?

Nicht unbedingt "ungeeignet" ... aber ziemlich an der Leistungsgrenze.

Ziehst Du den Container "von Hand" hoch, oder mit einem Projekt?

services:
  iobroker:
    container_name: iobroker
    image: buanet/iobroker:latest
    hostname: iobroker
    volumes:
      - /volume1/docker/iobroker:/opt/iobroker
    ports:
      - "8081:8081"
    environment:
      PACKAGES: "nano"
      AVAHI: "true"
    tty: true
    stdin_open: true
    restart: unless-stopped

Wenn die Daten (wie vorgesehen) in einem Volume der Synology liegen, sollte das so problemlos funktionieren.

[Codierknecht]

@christiansr sagte in iobroker sehr langsam:

ob ich putty installiert bekomme

Damit kommst Du dann per SSH auf die Synology. Hilft nicht wirklich.

[ChristianSr]

@Codierknecht ich arbeite mit dem UI meines NAS, aber ohne Projekte. Ich führe das Image manuell aus. Das Verzeichnis wurde zwar gefunden, allerdings gabs Probleme.

@D4vE Der Lösungsansatz über BackItUp scheint funktioniert zu haben.
Nun läuft mein iobroker mit Node.js V20.

Die Performance scheint jetzt deutlich besser.

Ich scheine allerdings meine Historie verloren zu haben.

[Homoran]

@christiansr sagte in iobroker sehr langsam:

Die Performance scheint jetzt deutlich besser.
Ich scheine allerdings meine Historie verloren zu haben.

nicht dass der Performanceeinbruch an der History lag.

@christiansr sagte in iobroker sehr langsam:

meine CPU-Auslastung bei 20% und meine RAM-Auslastung bei 70%

enthält nämlich keine Informationen zu der Auslastung deiner I/O Vorgänge.
Wie viele Datenpunkte historisierst du denn?
in welchen Intervallen.

[Codierknecht]

@christiansr sagte in iobroker sehr langsam:

Ich scheine allerdings meine Historie verloren zu haben.

Im Backup war die aber drin?

[D4vE]

@christiansr sagte @D4vE Der Lösungsansatz über BackItUp scheint funktioniert zu haben.

sehr gut! wie schon von denn anderen Jungs geschrieben haben* kann dieses Problem mehrere Möglichkeiten haben aber erstmal gut das du es hinbekommen hast!

[Homoran]

@codierknecht sieht mir eher danach aus als sei der Historypfad nach der Neuinstallation nicht definiert, oder nicht vorhanden

[Codierknecht]

@homoran sagte in iobroker sehr langsam:

als sei der Historypfad nach der Neuinstallation nicht definiert

Dann seid ihr dran ... isch abe gar keine istory

[Homoran]

@codierknecht...und isch kein Docker

[Codierknecht]

@homoran sagte in iobroker sehr langsam:

und isch kein Docker

Ich habe gelernt es zu lieben.
Mal eben ein neues System hochziehen? Dauert nur ein paar Minuten und wenn man's nicht mehr braucht, kloppt man es wieder in die Tonne.
Paperless, ioBroker, Zabbix, MariaDB, Redmine, Unifi-Controller, go2rtc usw.

[Homoran]

@codierknecht sagte in iobroker sehr langsam:

Ich habe gelernt es zu lieben.

liegen die Daten (üblicherweise) außerhalb des containers?

@ChristianSr wie sieht due history Konfiguration aus?
bitte Screenshot

[Codierknecht]

@homoran sagte in iobroker sehr langsam:

liegen die Daten (üblicherweise) außerhalb des containers?

Wenn man's richtig macht: Ja! Sonst sind die ja beim Neu-Erzeugen weg. Das wäre reichlich sinnbefreit.

Auf dem NUC7i5 laufen aktuell 12 Container.
Der langweilt sich zu Tode :grin: