htop Ausgabe
- Thread starter schlawiner
- Start date
Die Meldung kenne ich, ist je nach System verschieden, CentOS ist da ja völlig unbrauchbar. Ubuntu passt fast immer. Mitterlweile ignoriere ich diese Werte völlig. LXC hat entweder gar kein SWAP oder gleich 4G. Ram nach Gefühl und Erfahrung. Nagios/CheckMK vom Ramcheck ausgeschlossen. Geht die Application im Container normal passts, gehts sie nicht, Logs ansehen RAM hinzufügen.
Ich weis nicht das mit der Anzeige hat noch nie richtig gepasst. Da ist es völlig egal ob man den Container auf nen Ubuntu oder auf nen Proxmox startet. Es gibt auch jede Menge Threads hier im Forum die genau das Problem hier erfolglos beschreiben. Es kommt auch noch ganz darauf an was im Container läuft. Java ist da absolut böse. Der Zeit haben wir mit Youtrack so ein verhalten das ca. alle 30-60 Minuten der Swap zu 100% voll ist, und 10 Sekunden später 0%. Das geht immer so dahin, Ram hingegen wird nicht angerührt.
Ich weis nicht das mit der Anzeige hat noch nie richtig gepasst. Da ist es völlig egal ob man den Container auf nen Ubuntu oder auf nen Proxmox startet. Es gibt auch jede Menge Threads hier im Forum die genau das Problem hier erfolglos beschreiben. Es kommt auch noch ganz darauf an was im Container läuft. Java ist da absolut böse. Der Zeit haben wir mit Youtrack so ein verhalten das ca. alle 30-60 Minuten der Swap zu 100% voll ist, und 10 Sekunden später 0%. Das geht immer so dahin, Ram hingegen wird nicht angerührt.
Erst einmal vielen dank an den Vorredner. Das es ein Problem von LXC direkt ist, davon bin ich ausgegangen,
Leider musste ich auch feststellen das sich ein ähnliches Problem mit der Ausgabe der Loadzahlen unter top gibt. Hier hatte ich einen Testkunden dessen Contaier auf Grund mangelnder Erfahrung etwas unkontrolliert lief. Da ich mich zuerst auf den falschen Container eingeloggt habe, musste ich feststellen das der die gleichen Loadzahlen wir die VM aus gab, welche das Problem verursacht hat.
Nun gut, der Kunde hat eingesehen das das es nicht seine Welt ist, und ist auf einen gemanagten vServer umgestiegen. Allerdings ist das nicht die Lösung der Ausgabe.
Leider musste ich auch feststellen das sich ein ähnliches Problem mit der Ausgabe der Loadzahlen unter top gibt. Hier hatte ich einen Testkunden dessen Contaier auf Grund mangelnder Erfahrung etwas unkontrolliert lief. Da ich mich zuerst auf den falschen Container eingeloggt habe, musste ich feststellen das der die gleichen Loadzahlen wir die VM aus gab, welche das Problem verursacht hat.
Nun gut, der Kunde hat eingesehen das das es nicht seine Welt ist, und ist auf einen gemanagten vServer umgestiegen. Allerdings ist das nicht die Lösung der Ausgabe.