(gelöst) neues System auf Synology NAS mit docker

[Codierknecht]

@ubecker
Gut 300 MB free klingt arg wenig.
Ich meine schon öfters gelesen zu haben, dass der Tankerkönig sich mit der Zeit recht viel genehmigt.
Vielleicht könnte es helfen, den zyklisch neu zu starten.

Was läuft da sonst noch auf der Syno?
Ich hatte da bei 8 GB RAM deutlich mehr freien Speicher - bei wesentlich mehr Instanzen.

[Homoran]

@codierknecht sagte in neues System auf Synology NAS mit docker:

300 MB free klingt arg wenig.

dachte ich auch erst, da sind aber 5G available!
Wobei ich mich mit dem Gedockere nicht die Bohne auskenne.

@ubecker sagte in neues System auf Synology NAS mit docker:

History Adapter stürzt ab und an ab.

Das sollte nicht passieren.

@ubecker sagte in neues System auf Synology NAS mit docker:

Hier vermute ich einen Fehler bei Tankerkönig. Da der Absturz immer dann kommt wenn im Historyeintrag
ein geändert erscheint.

auch da sollte kein Zusammenhang mit dem Eintrag und dem History Absturz bestehen.

[ubecker]

@homoran said in neues System auf Synology NAS mit docker:

auch da sollte kein Zusammenhang mit dem Eintrag und dem History Absturz bestehen.

doch da ist ein Zusammenhang.
hier noch die log Einträge zu den Datan aus Historie

2023-11-28 19:19:01.130  - error: history.0 (24109) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2023-11-28 19:19:01.169  - error: history.0 (24109) unhandled promise rejection: Cannot read properties of undefined (reading 'ts')
2023-11-28 19:19:01.385  - error: history.0 (24109) TypeError: Cannot read properties of undefined (reading 'ts')
    at Object.beautify (/opt/iobroker/node_modules/iobroker.history/lib/aggregate.js:686:31)
    at /opt/iobroker/node_modules/iobroker.history/main.js:1318:31
    at getFileData (/opt/iobroker/node_modules/iobroker.history/main.js:1116:5)
    at /opt/iobroker/node_modules/iobroker.history/main.js:1294:17
    at getCachedData (/opt/iobroker/node_modules/iobroker.history/main.js:1021:5)
    at getHistory (/opt/iobroker/node_modules/iobroker.history/main.js:1270:9)
    at processMessage (/opt/iobroker/node_modules/iobroker.history/main.js:349:9)
    at Object.message (/opt/iobroker/node_modules/iobroker.history/main.js:255:25)
    at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11132:47)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:379:37)
2023-11-28 19:19:01.386  - error: history.0 (24109) Cannot read properties of undefined (reading 'ts')
2023-11-28 19:19:01.468  - info: history.0 (24109) terminating
2023-11-28 19:19:01.469  - warn: history.0 (24109) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-11-28 19:19:02.009  - error: host.iobroker Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]: TypeError: Cannot read properties of undefined (reading 'ts')
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at Object.beautify (/opt/iobroker/node_modules/iobroker.history/lib/aggregate.js:686:31)
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at /opt/iobroker/node_modules/iobroker.history/main.js:1318:31
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at getFileData (/opt/iobroker/node_modules/iobroker.history/main.js:1116:5)
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at /opt/iobroker/node_modules/iobroker.history/main.js:1294:17
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at getCachedData (/opt/iobroker/node_modules/iobroker.history/main.js:1021:5)
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at getHistory (/opt/iobroker/node_modules/iobroker.history/main.js:1270:9)
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at processMessage (/opt/iobroker/node_modules/iobroker.history/main.js:349:9)
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at Object.message (/opt/iobroker/node_modules/iobroker.history/main.js:255:25)
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11132:47)
2023-11-28 19:19:02.037  - error: host.iobroker Caught by controller[1]:     at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:379:37)
2023-11-28 19:19:02.038  - error: host.iobroker instance system.adapter.history.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2023-11-28 19:19:02.038  - info: host.iobroker Restart adapter system.adapter.history.0 because enabled
2023-11-28 19:19:32.082  - info: host.iobroker instance system.adapter.history.0 started with pid 7557

[ubecker]

@codierknecht said in neues System auf Synology NAS mit docker:

Gut 300 MB free klingt arg wenig.

bei den Instanzen wird das angezeigt
Freier Festplattenspeicher: 56%, Gesamte RAM-Auslastung: 1364 Mb / Frei: 66% = 5127 Mb [Server: iobroker - 10 Prozesse]

Auf dem Synology läuft nichts besonnderes. Datensicherung, VPN, Datensyncronisation mit einem externen Verzeichnis. (NAS vom Freund)

ich denke da ist alles im grünen Bereich.

[Homoran]

@ubecker sagte in neues System auf Synology NAS mit docker:

doch da ist ein Zusammenhang.

vielleicht zeitlich, sollte aber nicht ursächlich sein.

in dem log sehe ich nichts vom Tankerkönig.
da steht soweit ich es verstehe nur, dass eine Eigenschaft (ich nehme an ts ist Timestamp) nicht gelesen werden kann, weil nicht vorhanden.

[ubecker]

@homoran said in neues System auf Synology NAS mit docker:

vielleicht zeitlich, sollte aber nicht ursächlich sein.

es kommt nicht oft vor. Bisher 4 mal in der Zeit an dem das System läuft. (ca. 3 Wochen)
und immer war im Historie vom Tankerkönig so ein Eintrag.
Ich beobachte das mal weiter. Hat ja sonst keine Auswirkungen, stört hat.

[Homoran]

@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.

[ubecker]

@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.

[Homoran]

@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 top w8bei ich bei den Containern nie weiß was da angezeigt wird, nur der Container oder der gesamte Host.

[ubecker]

@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

[ubecker]

@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]

@ubecker
wünsche euch einen schönen 1. Advent

[Homoran]

@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.

[ubecker]

@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.

[Homoran]

@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

[ubecker]

@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)

[marian.t]

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

[Marc Berg]

@marian-t

Habe mal versucht, das Problem zu verstehen --> https://github.com/jens-maus/RaspberryMatic/discussions/2545#discussioncomment-7777336

[Glasfaser]

@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 !!!!!

[ubecker]

@glasfaser
Achtung, hier kommt was durcheinander. Die letzten Posts haben nichts mit der Eingangsfrage zu tun. Ichbrauch kein root auf der Synology.