Ram läuft voll
-
@bahnuhr sagte in Ram läuft voll:
Zählt man bei deiner Addition nur die aktiven VM dazu?
na eigentlich alle angelegten, sonst müsste ich ja jedesmal erst durchrechen, ob ich die oder jene Maschine laufen lassen kann, ohne das es zu Problemen kommen kann.
@bahnuhr sagte in Ram läuft voll:
Ich starte jede Nacht meine VM iob neu damit diese nicht voll läuft
das ist eigentlich nicht nötig, das regelt das System von alleine (sollte zumindest)
-
Guten Morgen,
ich habe den iob in einer VM und dort 6GB Ram zugewiesen.
Und auch dieses "Balloning" ist an.
Sollte man dies ausschalten ? -
@bahnuhr jepp. Dann versucht er bei der VM nicht den Speicher zurück zu holen
-
@bananajoe sagte in Ram läuft voll:
@bahnuhr jepp. Dann versucht er bei der VM nicht den Speicher zurück zu holen
So, ich habs jetzt einmal bei der VM iob ausgeschaltet.
In der Übersicht steht es jetzt so:
Ist dies standardmäßig eingeschaltet ?
Bei den anderen ist der Haken noch drin.
Überall raus ? -
@bahnuhr öhm ich hab nur meinen Senf dazu gegeben weil es um Virtualisierung gibt, deine "was auch immer Lösung die ich oben im Text nicht finde" kenne ich nicht. Ich kann nur VMware ...
-
Ok, auf der Proxmox Seite steht:
Scheint wohl standard zu sein.
Habe den Haken wieder rein gemacht.mfg
-
@bahnuhr sagte in Ram läuft voll:
Ist dies standardmäßig eingeschaltet ?
ja,
ansonsten ist eine kleine Beschreibung, wenn du unterhalb von Ballooning auf die Hilfe klickst -
Hm ich hab jetzt probiert und probiert. Es gab immer wieder Fehler mit einem Script was auf DP's vom Calendar Adapter zugreift. Ich konnte es immer nicht verstehen warum. Er sagt die DP's sind nicht da, schaue ich rein sind sie vorhanden. Mir ist jetzt aufgefallen, das der Adapter die irgendwie löscht und wieder neu erstellt, dann wieder löscht und wieder erstellt. Jetzt nur 3 anstatt 28 Order vorhanden. Dann blieb er so stehen, aber die Log kam auch immer wieder das das Script die DP's nicht finden kann. Ich vermute der löscht und erstellt, löscht und erstellt, permanent die DP's. Der Ram füllt sich langsam. Auch im Objektbaum hat es ewig gedauert bis ich bei anderen DP's einen Wert hatte, sonst war immer (null) eine ganze weile drin. Jetzt hab ich den Adapter deaktiviert und der Ram liegt jetzt wieder bei 2,6 GB und bleibt Stand jetzt stabil. Auch im Objektbaum bekomme ich die Werte direkt angezeigt, nachdem ich einen Stamm öffne. Ich lass das jetzt mal so und beobachte.
-
@d3ltoroxp sagte in Ram läuft voll:
Es gab immer wieder Fehler mit einem Script was auf DP's vom Calendar Adapter zugreift. Ich konnte es immer nicht verstehen warum. Er sagt die DP's sind nicht da, schaue ich rein sind sie vorhanden
und warum zeigst du weder die Meldung noch die Objects?
Vielleicht sehen oder verstehen ja 30.000 mehr als einer.@d3ltoroxp sagte in Ram läuft voll:
Ich vermute
das wird dir nicht helfen. Wissen ist angesagt.
@d3ltoroxp sagte in Ram läuft voll:
Jetzt hab ich den Adapter deaktiviert und der Ram liegt jetzt wieder bei 2,6 GB und bleibt Stand jetzt stabil.
Also ist da immer noch ein böses Skript.
Warum gehst du nicht systematisch vor?
z.B. nach dem 50/50 Test? -
@homoran said in Ram läuft voll:
und warum zeigst du weder die Meldung noch die Objects?
Vielleicht sehen oder verstehen ja 30.000 mehr als einer.You are assigning a number to the state "0_userdata.0.Abfall.Restmüll_Days_left" which expects a string. Please fix your code to use a string or change the state type to number. This warning might become an error in future versions.ist aktuell behoben, habe von Zeichenkette auf Zahl umgestellt. Ist mir nun nicht mehr aufgefallen.
javascript.0 2022-01-02 09:31:05.853 info State value to set for "0_userdata.0.Abfall.Restmüll_Days_left" has to be type "string" but received type "number" javascript.0 2022-01-02 09:31:05.812 warn at processImmediate (internal/timers.js:464:21) javascript.0 2022-01-02 09:31:05.812 warn at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5708:41) javascript.0 2022-01-02 09:31:05.812 warn at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:530:29) javascript.0 2022-01-02 09:31:05.812 warn at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1082:38) javascript.0 2022-01-02 09:31:05.812 warn at Object.<anonymous> (script.js.VIS.Abfallkalender:38:5) javascript.0 2022-01-02 09:31:05.811 warn at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1437:20) javascript.0 2022-01-02 09:31:05.811 warn You are assigning a number to the state "0_userdata.0.Abfall.Restmüll_Days_left" which expects a string. Please fix your code to use a string or change the state type to number. This warning might become an error in future versions. javascript.0 2022-01-02 09:31:05.809 error at processImmediate (internal/timers.js:464:21) javascript.0 2022-01-02 09:31:05.809 error at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5708:41) javascript.0 2022-01-02 09:31:05.809 error at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:530:29) javascript.0 2022-01-02 09:31:05.809 error at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1082:38) javascript.0 2022-01-02 09:31:05.809 error at Object.<anonymous> (script.js.VIS.Abfallkalender:3:74) javascript.0 2022-01-02 09:31:05.809 error script.js.VIS.Abfallkalender: TypeError: Cannot read property 'indexOf' of null javascript.0 2022-01-02 09:31:05.808 warn at processImmediate (internal/timers.js:464:21) javascript.0 2022-01-02 09:31:05.808 warn at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5708:41) javascript.0 2022-01-02 09:31:05.808 warn at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:530:29) javascript.0 2022-01-02 09:31:05.808 warn at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1082:38) javascript.0 2022-01-02 09:31:05.807 warn at Object.<anonymous> (script.js.VIS.Abfallkalender:3:8) javascript.0 2022-01-02 09:31:05.807 warn getState "calendar.0.YWtmZHQyMHUwZ3MxMzhxMTE4OW5xdn.4.events" not found (3) javascript.0 2022-01-02 09:31:05.805 error at processImmediate (internal/timers.js:464:21) javascript.0 2022-01-02 09:31:05.805 error at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5708:41) javascript.0 2022-01-02 09:31:05.805 error at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:530:29) javascript.0 2022-01-02 09:31:05.805 error at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1082:38) javascript.0 2022-01-02 09:31:05.805 error at Object.<anonymous> (script.js.VIS.Abfallkalender:3:74) javascript.0 2022-01-02 09:31:05.805 error script.js.VIS.Abfallkalender: TypeError: Cannot read property 'indexOf' of null javascript.0 2022-01-02 09:31:05.804 warn at processImmediate (internal/timers.js:464:21) javascript.0 2022-01-02 09:31:05.804 warn at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5708:41) javascript.0 2022-01-02 09:31:05.804 warn at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:530:29) javascript.0 2022-01-02 09:31:05.804 warn at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1082:38) javascript.0 2022-01-02 09:31:05.803 warn at Object.<anonymous> (script.js.VIS.Abfallkalender:3:8) javascript.0 2022-01-02 09:31:05.803 warn getState "calendar.0.YWtmZHQyMHUwZ3MxMzhxMTE4OW5xdn.4.events" not found (3) javascript.0 2022-01-02 09:31:05.796 error at processImmediate (internal/timers.js:464:21) javascript.0 2022-01-02 09:31:05.796 error at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5708:41) javascript.0 2022-01-02 09:31:05.796 error at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:530:29) javascript.0 2022-01-02 09:31:05.796 error at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1082:38) javascript.0 2022-01-02 09:31:05.796 error at Object.<anonymous> (script.js.VIS.Abfallkalender:3:74) javascript.0 2022-01-02 09:31:05.796 error script.js.VIS.Abfallkalender: TypeError: Cannot read property 'indexOf' of null javascript.0 2022-01-02 09:31:05.794 warn at processImmediate (internal/timers.js:464:21) javascript.0 2022-01-02 09:31:05.794 warn at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5708:41) javascript.0 2022-01-02 09:31:05.794 warn at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:530:29) javascript.0 2022-01-02 09:31:05.794 warn at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1082:38) javascript.0 2022-01-02 09:31:05.794 warn at Object.<anonymous> (script.js.VIS.Abfallkalender:3:8) javascript.0 2022-01-02 09:31:05.788 warn getState "calendar.0.YWtmZHQyMHUwZ3MxMzhxMTE4OW5xdn.4.events" not found (3)
Das ist mal voll mit 28 Ordnern, jetzt wieder leer und so bleibt es auch. Wenn man in dem Baum bleibt und beobachtet, kann man sehen, wie die Ordner erstellt werden und dann auch wieder verschwinden.
Das Script was auf die DP's zugreifen will meckert dann natürlich wenn die DP's nicht vorhanden sind.
@homoran said in Ram läuft voll:
Also ist da immer noch ein böses Skript.
Scripte laufen jetzt alle, bis auf das was auf die fehlenden DP's zugreifen will, da die immer wieder gelöscht werden und auch nicht mehr dazu kommen, die Fehler vom Script, also sollte es stimmen.
Auch unter Objekte flutscht jetzt alles, beim öffnen beim anzeigen der Werte in den DP's. Alles seitdem der Calendar Adapter aus ist. -
@d3ltoroxp sagte in Ram läuft voll:
getState "calendar.0.YWtmZHQyMHUwZ3MxMzhxMTE4OW5xdn.4.events" not found (3)
@d3ltoroxp sagte in Ram läuft voll:
Er sagt die DP's sind nicht da, schaue ich rein sind sie vorhanden.
wo???
ich sehe nur 0-2, keine 4@d3ltoroxp sagte in Ram läuft voll:
Das Script was auf die DP's zugreifen will meckert dann natürlich wenn die DP's nicht vorhanden sind.
natürlich, würde ich auch
@d3ltoroxp sagte in Ram läuft voll:
da die immer wieder gelöscht werden und auch nicht mehr dazu kommen
wo kommen die denn her?
-
@d3ltoroxp Was sind das für Kryptische Kalendernamen? Bist du sicher das die nach der Neuinstallation vom Calender Adapter auch genau so wieder erstellt wurden?
Soweit ich das auf den ersten Blich sehe kann das Script die States aus dem Kalender Adapter nicht finden. -
@homoran said in Ram läuft voll:
wo kommen die denn her?
Vom Calendar Adapter. Der hat auch diese komischen kryptischen Namen erstellt. Das Script lief ja Monate genau so mit dem Adapter, gabs nie Probleme. Ich meine seit node und Admin Update. Davor hatte ich ja keine Probleme, mit dem Calendar und meinem Script befülle ich ja die Müll Info bei mir in der VIS.
Wenn ich die DP's alle lösche, werden die genau so wieder erstellt und danach verschwinden sie wieder.
Er findet die States nicht, weil die vom Adapter immer wieder gelöscht werden. Das Script Trigger event 0-4 Das ist dann 3 Tage in der Zukunft + today. Starte ich den Adapter neu, erstellt er 28 Ordner, nach kurzer Zeit verschwinden die einfach wieder. Das macht er gefühlt dann permanent. Weil seit der aus ist, läuft das System Stabil, Ram bleibt unter 3 GB in Objekten ist man super schnell unterwegs, alles läuft fein. Ich habe schon im passenden Adapter Thread geschrieben ob der Dev mal drüber schauen kann.
-
@d3ltoroxp Du weisst, dass der calendar-Adapter Beta, oder gar alpha Status hat?
github: 1.2.0 for 20 months latest: 1.2.0 for 21 months stable: -.-.-da ist seit fast 2 Jahren nichts mehr angepasst worden.
Ich denke nicht, dass der für die aktuellen controller und admin-Versionen optimiert wurde. -
Also könnten wir den Übeltäter gefunden haben. Wie gesagt das lief die letzte Zeit super und zuverlässig. Indem Fall seit meinem Umzug und damit auch das große Update, seither hab ich ja diese Probleme, indem Fall scheint echt alles ruhig zu laufen jetzt, seit der Adapter off ist. Ich hab mal den ical besorgt, der scheint zu laufen. Muss ich das Script halt anpassen, aber sollte denke ich gehen. Wenn es morgen immer noch so ruhig läuft dann wars der wohl echt, dann bin ich Happy. Dann hab ich den Umzug soweit doch gut überstanden.
Indem Fall kann das sein, das irgendwas durch den neuen Admin, oder die node Versionen, was nicht mehr sauber mit dem Adapter läuft und das den Ram so voll ballert, der muss ja permanent laden, löschen, laden, löschen, DP's erstellen, löschen, erstellen, löschen. Das hat dann wohl auch das System in die Knie gezogen, ich konnte nur noch sehr langsam bis gar nicht navigieren. Die DB ist dann denke ich auch permanent blockiert, was dann den Zugriff für andere Scripte störte.
-
@d3ltoroxp sagte in Ram läuft voll:
Ich hab mal den ical besorgt, der scheint zu laufen.
der wird auch regelmäßig gepflegt
@d3ltoroxp sagte in Ram läuft voll:
Indem Fall kann das sein, das irgendwas durch den neuen Admin,
oder die node Versionen, was nicht mehr sauber mit dem Adapter läuft und das den Ram so voll ballert, der muss ja permanent laden, löschen, laden, löschen, DP's erstellen, löschen, erstellen, löschen.oder den controller
Bitte dann ein Issue bei dem Adapter aufmachen
-
@homoran said in Ram läuft voll:
Bitte dann ein Issue bei dem Adapter aufmachen
Bei dem Calendar Adapter ? Naja denke eher schlechte Karten, wenn der seit 2020 nichts mehr passiert ist.
Auf jeden Fall hoffe ich das es das war. Mein Kopf raucht, daheim ging nichts mehr. Jetzt kehr langsam Ruhe ein Gott sei Dank.
-
@d3ltoroxp sagte in Ram läuft voll:
Bei dem Calendar Adapter ?
Ja, auf GitHub
@d3ltoroxp sagte in Ram läuft voll:
eher schlechte Karten, wenn der seit 2020 nichts mehr passiert ist.
dann erst recht
-
Last Online 4 Nov 2020, 13:15 ich denke nicht das da noch Interesse besteht weiter zu entwickeln. Aber ich werd dort dann mal ein issue aufmachen.
-
@d3ltoroxp Hat das eigentlich einen besonderen Grund das du den Calender Adapter nutzt?
Ich nutze seit Anfang an den Ical Adapter und hatt bisher noch keine Probleme.
Da gibt es dann ganz komfortabel noch den TrashSchedule Adapter dazu und du sparst dir auch das Blockly.
