(gelöst) neues System auf Synology NAS mit docker
-
@ubecker wenn es ursächlich mit dem Tankerkönig zusammenhängt, müsste es bei jeder Änderung vom Tankerkönig kommen.
es klingt für mich eher so, dass -warum auch immer- in dem Fall wo es klemmt die Redisdaten korrupt wären.
-
@codierknecht said in neues System auf Synology NAS mit docker:
Gut 300 MB free klingt arg wenig.
noch was dazu, der NAS läuft schon ein paar Jahre ohne Zwischenfälle mit 4GB RAM.
für iobroker hab ich dem nochmal zusätzlich 4GB RAM spendiert.
Die erste iobroker Installation lief auch noch mit den 4 GB RAM. Da wurde dann bei den Instanzen 100MB frei gezeigt was mir zu wenig erschien. -
@ubecker sagte in neues System auf Synology NAS mit docker:
Da wurde dann bei den Instanzen 100MB frei gezeigt was mir zu wenig erschien.
den vernünftigen Wert erhältst du über
topw8bei ich bei den Containern nie weiß was da angezeigt wird, nur der Container oder der gesamte Host. -
@homoran said in neues System auf Synology NAS mit docker:
den vernünftigen Wert erhältst du über top
mach ich ab und an zum Nachschauen. Erste ist ausserhalb des Container, das Zeite im Container.
Sieht für mich so aus als wenn der NAS den Speicher für Cache benutzt.root@DS2:~# top top - 11:50:13 up 9 days, 23:41, 1 user, load average: 0.16, 0.17, 0.12 [IO: 0.06, 0.03, 0.00 CPU: 0.10, 0.13, 0.09] Tasks: 565 total, 1 running, 564 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.8 us, 0.5 sy, 0.0 ni, 98.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st GiB Mem : 7.610 total, 0.205 free, 2.390 used, 5.015 buff/cache GiB Swap: 6.566 total, 5.635 free, 0.931 used. 4.765 avail Mem root@DS2:~# docker exec -it iobroker sh # top top - 11:49:14 up 9 days, 23:40, 0 user, load average: 0,12, 0,16, 0,12 Tasks: 14 total, 1 running, 13 sleeping, 0 stopped, 0 zombie %Cpu(s): 2,8 us, 1,6 sy, 0,0 ni, 95,4 id, 0,3 wa, 0,0 hi, 0,0 si, 0,0 st MiB Mem : 7792,1 total, 173,0 free, 2920,7 used, 5163,8 buff/cache MiB Swap: 6723,9 total, 5770,4 free, 953,5 used. 4871,4 avail Mem -
@homoran said in neues System auf Synology NAS mit docker:
wenn es ursächlich mit dem Tankerkönig zusammenhängt, müsste es bei jeder Änderung vom Tankerkönig kommen.
kommt ja auch. Ich denke wenn die Daten vom Tankerkönig händisch geändert werden.
` -
@ubecker
wünsche euch einen schönen 1. Advent -
@ubecker sagte in neues System auf Synology NAS mit docker:
kommt ja auch.
dann müsste es aber öfter als 4x passiert sein.
Der Tankerkönig sendet doch viel öfter, oder fragst du nur jeden Tag einmal ab?@ubecker sagte in neues System auf Synology NAS mit docker:
wenn die Daten vom Tankerkönig händisch geändert werden.
wie machst du das?
dann müsste als Quelle aber admin drin stehen. -
@homoran said in neues System auf Synology NAS mit docker:
wie machst du das?
dann müsste als Quelle aber admin drin stehen.sorry war nicht eindeutig. Ich frage alle 15min die Daten ab. Normal steht da als Quelle Tankerkönig drin ohne eine Änderung in der letzten Spalte.
Wenn der Fehler auftritt steht in Änderung eine Zeit. Dann kommt ein Eintrag von History als Quelle ein Nullwert. In dieser Zeit stürzt History ab und startet dann wieder neu.
-
@ubecker sagte in neues System auf Synology NAS mit docker:
Dann kommt ein Eintrag von History als Quelle
dann ist history möglicherweise falsch konfiguriert oder installiert
history als Quelle kommt dann, wenn history neue Haltepunkte für die Grafik schreibt um optimale charts zu erhalten, oder wenn history gestoptt und gestartet eird.
ersteres kann im zu loggenden Datenpunkt mit der Checkbox "optimierte...." deaktiviert wrrden, zweiteres über die konfig der Instanz
trotzdem darf nichts abstürzen
-
@homoran said in neues System auf Synology NAS mit docker:
dann ist history möglicherweise falsch konfiguriert oder installiert
ok kann sein, werde ich testen, kann aber etwas dauern bis ich ein Ergebnis habe. War ja bisher auch nur alle paar Tage mal.
danke und ich melde mich wieder. (wenn ok dann erst in 2 Wochen, wenn nicht ok wenn es wieder auftritt)
-
Hallo,
@ubecker: wie ich sehe hast du HM-RPC und HM-REGA am laufen. Sofern du die ccu über Raspimatic Container betreibst, könntest du bitte die Details zu deiner Docker-/Iobroker-Netzwerk Einstellungen mitteilen? Gerne compose.yaml, falls vorhanden.Ich habe die Anleitung für Raspimatic-Docker Installation auf 'Installation Docker OCI' mit ccu auf Macvlan Netzwerk gefolgt und iobroker auch im Docker. Trotz funktionierenden HM-RPC kriege ich leider die HM-REGA nicht zum laufen, vermute irgendein Netzwerk-Problem (Details siehe mein Beitrag).
Gruß Manni -
Habe mal versucht, das Problem zu verstehen --> https://github.com/jens-maus/RaspberryMatic/discussions/2545#discussioncomment-7777336
-
@ubecker sagte in neues System auf Synology NAS mit docker:
Sieht für mich so aus als wenn der NAS den Speicher für Cache benutzt.
root@DS2:
Über ein root im Docker würde ich jetzt nichts sagen !
ABER als root in der Synology selber ... ein No Go !!!!!
-
@glasfaser
Achtung, hier kommt was durcheinander. Die letzten Posts haben nichts mit der Eingangsfrage zu tun. Ichbrauch kein root auf der Synology. -
@homoran said in neues System auf Synology NAS mit docker:
@ubecker sagte in neues System auf Synology NAS mit docker:
Dann kommt ein Eintrag von History als Quelle
dann ist history möglicherweise falsch konfiguriert oder installiert
history als Quelle kommt dann, wenn history neue Haltepunkte für die Grafik schreibt um optimale charts zu erhalten, oder wenn history gestoptt und gestartet eird.
ersteres kann im zu loggenden Datenpunkt mit der Checkbox "optimierte...." deaktiviert wrrden, zweiteres über die konfig der Instanz
trotzdem darf nichts abstürzen
ich denke das ich den Fehler gefunden habe. (jedenfalls nicht mehr aufgetreten)
Ich habe den Datenpunkt des Tankerkönig als Historie aktiviert, dann hatte ich auch noch einen Alias darauf und diesen auch als Historie aktiviert. Aber beides mit unterschiedlichen Einstellungen.
