Ram läuft voll
-
@homoran said in Ram läuft voll:
@d3ltoroxp sagte in Ram läuft voll:
Außer es liegt vllt an der Aktualisierung, von node und Co ?
eigentlich nicht.
Aber ich habe von dir auch nirgendwo irgendwelche Konsolenausgaben von Abfragen zu möglichen Problemen gesehenWelche abfragen könnte ich denn in der Konsole machen, damit man vllt mögliche Probleme sehen kann ? Oder was meinst du mit dem Satz ?
-
@d3ltoroxp sagte in Ram läuft voll:
Welche abfragen könnte ich denn in der Konsole machen, damit man vllt mögliche Probleme sehen kann ?
eine ganze Menge. Fangen wir damit an was @Segway schrieb:
@segway sagte in Ram läuft voll:
Und die Wahrheit findet einjeder eh nur mit
free -mleider reagierst du nicht auf Dinge, die man dir vorschlägt
-
@homoran Ich bin dabei...
Ich hab auch auf die Ram Vergabe und die Anzahl der VM's reagiert, nur etwas langsam. Ist grad alles bissel viel auf einmal. Alles auf einmal beheben ist nicht gut.
Das würde ja mit der Anzeige in Proxmox übereinstimmen. Die 1,8GB + 1GB buff/cache komme ich auf die 2,8GB
So würde doch alles gut aussehen... Ich hab mir das mit deiner verlinkten Seite durchgelesen. Der Ram ist frei, auch wenn die Anzeige jetzt 8 von 8GB anzeigen würde ? Ich frage mich, warum mir das früher aber nie aufgefallen ist, oder Probleme gemacht hat, da hatte ich insgesamt nur 8GB für Proxmox.
Aber ich vermute, es ist ein Script, der Javascript Adapter ist immer noch aus und es hat sich so gut wie nichts am Speicher geändert. In der Zeit, hätte ich schon wieder Probleme.
Oder könnte hier auch die VIS schuld sein ? Die geht ja auch gerade nicht, weil das Script für BWM und Tablet nicht läuft. Somit ist das Tablet aus und keiner greift auf die VIS zu. Das könnte ich auch noch mal testen.
-
@d3ltoroxp bitte demnächst keine Screenshots, sonder alles was Text ist als Text in code-tags posten
demnach hast du wie vermutet knapp 6 von den 8 GB noch zur Verfügung.
Genau so wie es in meinem Link beschrieben stehtder nächste wohl am häufigsten im Forum bei Problemen genannte Befehl:
which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy nodejsgerade wenn man vermutet dass es mit node zu tun haben könnte
-
@homoran Sollte ich davor ein Backup machen ?
Nun ja, das mit dem Ram ist ja dann erst mal io. 6GB frei ist doch gut. Vorher hatte ich 4GB für ioB auf dem alten System. Die Frage nun, warum er dann voll läuft.
-
@d3ltoroxp sagte in Ram läuft voll:
Die Frage nun, warum er dann voll läuft.
ist doch jetzt hoffentlich nicht dein Ernst!
Nach den ganzen Erklärungen und dem Studium meines Links
-
smarthome@iobroker:~$ which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy nodejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.18.2 v14.18.2 6.14.15 [sudo] Passwort für smarthome: Holen:1 http://security.debian.org/debian-security buster/updates InRelease [65,4 kB] OK:2 http://ftp.de.debian.org/debian buster InRelease Holen:3 http://ftp.de.debian.org/debian buster-updates InRelease [51,9 kB] OK:4 https://deb.nodesource.com/node_14.x buster InRelease Es wurden 117 kB in 1 s geholt (182 kB/s). Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. OK:1 http://security.debian.org/debian-security buster/updates InRelease OK:2 http://ftp.de.debian.org/debian buster InRelease OK:3 https://deb.nodesource.com/node_14.x buster InRelease OK:4 http://ftp.de.debian.org/debian buster-updates InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 14.18.2-deb-1nodesource1 Installationskandidat: 14.18.2-deb-1nodesource1 Versionstabelle: *** 14.18.2-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages@homoran said in Ram läuft voll:
ist doch jetzt hoffentlich nicht dein Ernst!
Nach den ganzen Erklärungen und dem Studium meines LinksIndem Fall wohl nicht... Warum ist der Ram jetzt nicht ausgelastet ? Warum fast 6GB frei ? Wenn Linux den freien Speicher cached, müsste doch nun auch schon 8 von 8GB in Gebrauch sein ?
-
@d3ltoroxp
node ist auch sauber installiert.
Da sollte auch kein Problem herkommen@d3ltoroxp sagte in Ram läuft voll:
Warum ist der Ram jetzt nicht ausgelastet ? Warum fast 6GB frei ?
Dann hast du meinen Link also immer noch nicht gelesen.
Ich schrieb
@homoran sagte in Ram läuft voll:
knapp 6 von den 8 GB noch zur Verfügung.
nicht frei!
-
@homoran Link hab ich schon gelesen, indem Fall nicht verstanden. Linux cached den Ram, wenn ioB den braucht nimmt er sich den da raus.
Oder verstehe ich das so, wenn ioB den Ram voll schreibt, durch was auch immer, dann aber wieder der Verbrauch sinkt, auf z.b. wieder 3 GB dann bleibt der Ram aber dennoch erst mal voll mit 8 GB ? Weil Linux das nun hat ?
-
@d3ltoroxp sagte in Ram läuft voll:
Link hab ich schon gelesen
hast du editiert?
da steht doch jetzt einiges was eben noch nicht da stand!Ich sehe aber i.d.R. keine geänderten, sondern nur neue Posts!!!
Also: es ist weder der RAM noch node.
welche weitere systematische Ursachenforschung hast du denn bisher getrieben? -
@homoran In der Log versucht, heraus zu finden was es ist. Wie gesagt es fällt leider erst auf, wenn ich in ioB nichts mehr anklicken kann, nichts mehr im Haus funktioniert oder die VIS ab schmiert.
Ich hatte in der Log einige Sachen abgearbeitet, die dort recht häufig und penetrant drin standen. Leider hat es die Situation nicht verbessert.
Mittlerweile habe ich ja den Javascript Adapter immer noch aus und das System läuft stabil, Ram hat sich um 200 MB verändert. Indem Fall kann es ja nur ein faules Script sein, das durch die Neuerungen nicht mehr sauber arbeitet ? Oder am Javascript Adapter selber ?
Das andere könnte noch die VIS sein, wie weiter oben vermutet, da die ja dann gerade auch nicht läuft oder gebraucht wird, da Tablet aus.
-
@d3ltoroxp sagte in Ram läuft voll:
ch hatte in der Log einige Sachen abgearbeitet, die dort recht häufig und penetrant drin standen
was denn?
hast du die Skripte identifiziert und an der genannten Stelle den Ack-flag korrigiert?@d3ltoroxp sagte in Ram läuft voll:
Leider hat es die Situation nicht verbessert.
Das war ja auch nicht die Ursache (falls du vom Einfrieren redest)
@d3ltoroxp sagte in Ram läuft voll:
Mittlerweile habe ich ja den Javascript Adapter immer noch aus und das System läuft stabil, Ram hat sich um 200 MB verändert. Indem Fall kann es ja nur ein faules Script sein, das durch die Neuerungen nicht mehr sauber arbeitet ? Oder am Javascript Adapter selber ?**
Was konstruierst du da?
Ja es wird ein faules Skript sein!
Aber die restlichen Vermutungen vergiss ganz schnell wieder
Es ist nicht node, es ist nicht das RAM, es ist auch nicht der js-Adapter
-
@homoran said in Ram läuft voll:
hast du die Skripte identifiziert und an der genannten Stelle den Ack-flag korrigiert?
Genau, ich habe geschaut welches Script dort auftaucht und an was er Meckert, meistens an ack-flag, manchmal an (null) in den DP's
@homoran said in Ram läuft voll:
Das war ja auch nicht die Ursache (falls du vom Einfrieren redest)
Dachte wenn er im Sekundentakt etwas in die Log schreibt, weil er mit einem DP nichts anfangen kann das es da irgendwie bei dem Versuch den Ram zu müllt ?
Genau, erst sterben einige Adapter ab, irgendwann ist ioB ganz weg. In der Konsole hab ich dann mal gesehen, das er dabei alle Adapter abschaltet.
Wie kann ich das dann verstehen, das er den Ram dann so schnell füllt, wenn es ein Script ist.
-
@d3ltoroxp sagte in Ram läuft voll:
an was er Meckert, meistens an ack-flag
und dabei steht dann das entsprechende Skript ( oft incl. der Position des Fehlers mit Angabe von Zeile und Position)
etwa so:
2021-05-01 03:43:02.589 - warn: backitup.0 (3131) Read-only state "backitup.0.output.line" has been written without ack-flag with value "[EXIT] 0"@d3ltoroxp sagte in Ram läuft voll:
weil er mit einem DP nichts anfangen kann
er kann - es ist nur ein WARN!
@d3ltoroxp sagte in Ram läuft voll:
In der Konsole hab ich dann mal gesehen
und wo ist diese Info in Form eines Auszugs in code-tags??
-
@d3ltoroxp sagte in Ram läuft voll:
Ich habe 3 VM's und 2 LXC's insgesamt habe ich bei den anderen 6GB vergeben bei ioB 8GB, dann komme ich auf 14 GB, also sollte ich ja im Rahmen des gesamten sein.
nein, weil deinem Host selbst ja auch noch Ram zugeteilt ist, somit hast du mehr vergeben als Verfügbar
-
@homoran said in Ram läuft voll:
und wo ist diese Info in Form eines Auszugs in code-tags??
Das war nicht heute, leider auch nur in der Konsole in Proxmox, ich hatte das da nur zufällig gesehen.
@crunchip said in Ram läuft voll:
nein, weil deinem Host selbst ja auch noch Ram zugeteilt ist, somit hast du mehr vergeben als Verfügbar
Stimmt, den gibt es ja auch noch. Was ist denn das dann für ne Anzeige auf der Proxmox Hauptseite, 6.05 GiB von 15.52 GiB ist das nicht alles zusammen, inkl. Host selber ? Mein Stand war, so lange der gesamte Ram nicht wirklich überschritten wird, macht das nichts, egal was man wem vergeben hat ?
-
@homoran sagte in Ram läuft voll:
which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy nodejs
Jetzt muss ich doch einmal nachfragen: Wieso verwendet hier jeder diese Zeile, in der zweimal
sudo apt updateausgeführt wird?
Muss update tatsächlich zweimal abgefragt werden? Und wenn ja, warum? -
@d3ltoroxp sagte in Ram läuft voll:
Was ist denn das dann für ne Anzeige auf der Proxmox Hauptseite, 6.05 GiB von 15.52 GiB
das rund 6Gb von deinen 16GB in Gebrauch sind, hat aber nichts damit zu tun, das du addiert mehr vergeben hast als tatsächlich zur Verfügung steht.
vereinfachtes Beispiel
Gesamt 16GB
Host 4GB, benutzt 3GB
VM1 6GB, benutzt 3GB
VM2 8GB, benutzt 5GB
VM3 4GB, benutzt 3GB
sind addiert
vergeben 22GB, in Gebrauch 14GB(theoretisch noch 2GB Luft)sollte nun die ein oder andere Maschine deutlich mehr Ram brauchen, kann es passieren, das die 16GB erreicht werden und der Host abschmiert.
Heisst, nicht die Zahlen addiert was aktuell verbraucht wird, ist entscheidend, sondern die Gesamtvergabe sollte/darf nicht größer sein als generell zu Verfügung steht, damit es zu keiner Überschreitung kommen kann.
-
@crunchip
Klasse anschaulich erklärt. Darüber bin ich ganz am Anfang auch mal gestolpert.Ich habe bei mir 2 GB für den Host frei gelassen, aber mal so aus Interesse: Wo kann ich eigentlich den zugeteilten Speicher für den Host sehen oder einstellen? Ich finde da nichts.
Mir fällt gerade ein:
So komische Effekte tauchen auch auf wenn die Festplatten überbelegt sind. -
@chaot sagte in Ram läuft voll:
Wo kann ich eigentlich den zugeteilten Speicher für den Host sehen oder einstellen?
Ja, das würde mich auch interessieren.
Ich starte jede Nacht meine VM iob neu damit diese nicht voll läuft.
Habe also somit das gleiche Problem.Und noch ne Zusatzfrage:
@crunchip
Zählt man bei deiner Addition nur die aktiven VM dazu?
