Linux Server: shmpages am Limit?

Hiho an die Linux Cracks!

Ich hab hier einen virtuellen Rootserver auf dem wir ein paar wichtige Applications laufen haben. (Apache mit ein paar Vhosts, Email-Server) Ich manage das meiste per Plesk. Habe seit kurzem aber ausfälle (500er Server-Errors) in der Plesk Oberfläche.
Ein Reboot des Containers hilft bisher immer.
Ich habe jetzt etwas nachgeforscht und die Admin-Oberfläche zeigt knappe Ressourcen bei "shmpages" - irgend einem Shared Memory.

Kann ich das umstellen oder das Limit höher setzen? Der Container hat 2GB RAM fix und 4GB dynamisch, an dem sollte es also nicht scheitern..



tia

Herumraten brongt gar nix. Nur das Errorlog des Webservers wird dir verraten koennen, warum etwas nicht wie erwartet funktioniert.

Kann schon sein, dass euer Container zu wenig shmpages fuer das, was ihr in ihm auffuehrt, zugeteilt bekommen hat. Hoehersetzen wird es aber nur der Superuser des Host-OS koennen.

Generell rate ich allen, die einen "VPS" mieten, von OpenVZ oder vergleichbarer Container-Technologie ab. KVM, Xen, VMWare sind (fuer die Bewohner des Gastsystems) die klar besseren Loesungen.

"Schlecht" ist an OpenVZ per se nichts, aber es wird meistens von den Providern am ganz untersten Ende der Preisfahnenstange eingesetzt. OpenVZ erlaubt sehr einfaches Over-Provisioning von Ressourcen innerhalb des Hosts, und wird dazu auch aufgrund seiner Leichtgewichtigkeit (ein OpenVZ Virtual Environment kannst du dir ein bisschen wie ein "chroot on steroids" vorstellen - aus dem UID 0 halt auch nicht ausbrechen kann) oft verwendet. Es gibt jede Menge "versteckter" Constraints fuer Ressourcenverbrauch (Ressourcen sind dabei z. B. die Anzahl von Filedeskriptoren, Sockets, Prozesse, verschiedene Arten von Pages, etc.), die von OpenVZ-gepatchten Kernels speziell verwaltet und in /proc/user_beancounters einsehbar gemacht werden. Das Problem dabei ist, dass man ab und an das OpenVZ-Subsystem fragen muss (und schlimmer noch: wissen muss, dass man dort fragen muss - weil man dort, wo man sonst fragen wuerde, eine abweichende, falsche Antwort bekommt), ob man denn von Ressource X noch mehr in Anspruch nehmen duerfte. Beispiel: OpenVZ hat einen containerspezifischen numprocs-Beancounter, der die Anzahl der maximal in einem Container laufenden Prozesse beschraenkt. In Linux hast du dafuer normalerweise zwei andere Einstellungen: /proc/sys/kernel/pid_max (mehr Prozesse koennen im System nicht verwaltet werden), und das PAM-Session-spezifische ulimit (mehr Prozesse duerfen unter UID X nicht ausgefuehrt werden). Beides kann und wird dir unter OpenVZ verhagelt werden (fork() schlaegt fehl), wenn dich numprocs de facto staerker einschraenkt als die "herkoemmlichen" Schranken, obwohl du noch deutlich unter den Vorgaben letzterer liegst.

Unter KVM, Xen und VMWare hast du diese Laestigkeiten nicht, da sich das ganze System wie ein "vollwertiger" GNU/Linux-Host verhaelt. Die einzigen Ressourcen, um die du dich kuemmern musst, sind demnach Speicher, CPU-Zeit und diverses I/O. Die Micromanagement-Details a la OpenVZ koennen dir egal sein.

Ein OpenVZ-System erkennst du (afaik) immer daran, dass es ein Pseudofile namens /proc/user_beancounters gibt. Die anderen Virtualisierungsloesungen erkennt man z. B. _relativ_ zuverlaessig durch die am PCI-Bus registrierten (emulierten) Geraete, bzw. an den im Gast geladenen Treibern.

Danke Colo und Ringding für die ausführliche Info!