VDS | liegt lahm

benja

benja

New Member
Virtueller Server down

Hallo,

ich habe von der Firma InternetX einen Virtuellen dedizierten Server (256 MB RAM, 25 GB Traffic, 5 GB Speicherplatz). Nun hoste ich dort insgesamt sieben kleine Webprojekte, keine riesigen Seiten, keine Skripte, nicht einmal eine Datenbank. Jetzt liegen da die sieben Homepages und ich bekomme ständig in Plesk die Fehlermeldung:

privvmpages 100,071 98,304 104,448 4KB pages Memory allocation limit

Der Speicher ist zu 100% ausgelastet. Nun ist auch noch der Mailserver down und ich kann mich auch in Plesk nur noch mit Abspeckungen einloggen, Änderungen kann ich gar nicht mehr vornehmen.

Nun meine Frage: Ist das normal?? Ich weiß, dass der Server geteilt wird aber dennoch muss doch das bisschen, was ich darauf hoste, laufen, oder? Mache ich irgendetwas falsch?

Ich bin für Ratschläge dankbar...

UPDATE: Hab jetzt mal den Server neu gestartet (was für eine Idee...) und es geht jetzt erstmal wieder...muss man einen Neustart regelmäßig machen??? O weh...ich hab gar keine Ahnung...
 
Last edited by a moderator:
Klingt nach einem klaren Opfer von schlechter Mischkalkulation.
Zumal Plesk auf so einem kleinen Server wahrscheinlich alle Ressourcen gnadenlos nutzt und jedes noch so kleine Script die Kiste in die Knie zwingt wenn die anderen PrimHost Kunden auch noch Serverlastige Sachen laufen haben.

Wenn du wirklich keine Scripte einsetzt würde ich mich an den Anbieter wenden.
 
Was meinst du mit "kleinem" Server? Vom Webspace her reichen mir 5 GB, 25 GB Traffic sind auch ok für meine Projekte. Reicht ein Upgrade des Arbeitsspeichers auf 512 MB??
 
Installiere doch mal das Script "vzfree" (s. Forensuche) und mach auch mal ein "ps auxw".
Solange Du innerhalb der Dir zur Verfügung stehenden Ressourcen-Grenzen bleibst, ist die "Mischkalkulation" nicht der Grund, dass Du die Fehlermeldung erhälst (sie sorgt allerdings für eine schlechte Performance -- aber das beklagst Du ja nicht). Die Fehlermeldungen erscheinen, weil die von Dir verwendete Konfiguration zu viele Ressourcen braucht (und in vielen Fällen kann man da noch was tunen).
 
vzfree:

Code: 
VPS Speichernutzung:
Momentan genutzt:       333.07 MB
Maximal genutzt:        333.07 MB
Zugesichert:            153 MB
Maximal nutzbar:        408 MB



ps auxw:

Code: 
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  10236   724 ?        Ss   Feb24   0:00 init [3]      
root     14014  0.0  0.0   5804   600 ?        Ss   Feb24   0:00 syslogd -m 0
root     14029  0.0  0.0  57512  1184 ?        Ss   Feb24   0:00 /usr/sbin/sshd
root     14041  0.0  0.0  21520   908 ?        Ss   Feb24   0:00 xinetd -stayalive -pidfile /var/run/xinetd.pid
root     14074  0.0  0.0  40756   928 ?        S    Feb24   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbi
root     14076  0.0  0.0  33448  1440 ?        S    Feb24   0:00 /usr/sbin/courierlogger imapd
root     14084  0.0  0.0  40756   924 ?        S    Feb24   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbi
root     14086  0.0  0.0  33448  1388 ?        S    Feb24   0:00 /usr/sbin/courierlogger imapd-ssl
root     14094  0.0  0.0  40756   928 ?        S    Feb24   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbi
root     14097  0.0  0.0  33448  1440 ?        S    Feb24   0:00 /usr/sbin/courierlogger pop3d
root     14107  0.0  0.0  40756   924 ?        S    Feb24   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbi
root     14110  0.0  0.0  33448  1388 ?        S    Feb24   0:00 /usr/sbin/courierlogger pop3d-ssl
qmails   14124  0.0  0.0   3736   456 ?        S    Feb24   0:00 qmail-send
qmaill   14126  0.0  0.0   3684   512 ?        S    Feb24   0:00 splogger qmail
root     14127  0.0  0.0   3724   424 ?        S    Feb24   0:00 qmail-lspawn | /usr/bin/deliverquota ./Maildir
qmailr   14128  0.0  0.0   3724   424 ?        S    Feb24   0:00 qmail-rspawn
qmailq   14129  0.0  0.0   3680   400 ?        S    Feb24   0:00 qmail-clean
root     14173  0.0  0.1 288144 14916 ?        Ss   Feb24   0:00 /usr/sbin/httpd
named    14223  0.0  0.0  98904  3436 ?        Ssl  Feb24   0:00 /usr/sbin/named -u named -c /etc/named.conf -u named -t /var/named/
apache   14232  0.0  0.3 306448 27432 ?        S    Feb24   0:01 /usr/sbin/httpd
root     14318  0.0  0.0  10648  1244 ?        S    Feb24   0:00 /bin/sh /usr/bin/mysqld_safe --defaults-file=/etc/my.cnf --pid-file
mysql    15385  0.0  0.2 160108 17444 ?        Sl   Feb24   0:00 /usr/libexec/mysqld --defaults-file=/etc/my.cnf --basedir=/usr --da
root     15455  0.0  0.0 158648  7572 ?        Ss   Feb24   0:00 /usr/local/psa/admin/bin/httpsd
psaadm   15469  0.0  0.4 171100 35000 ?        S    Feb24   0:01 /usr/local/psa/admin/bin/httpsd
root     15510  0.0  0.0  19648  1132 ?        Ss   Feb24   0:00 crond
root     15520  0.0  0.0  46536   792 ?        Ss   Feb24   0:00 /usr/sbin/saslauthd -m /var/run/saslauthd -a pam -n 2
root     15521  0.0  0.0  46536   536 ?        S    Feb24   0:00 /usr/sbin/saslauthd -m /var/run/saslauthd -a pam -n 2
psaadm   21565  0.0  0.4 169604 35220 ?        S    Feb24   0:01 /usr/local/psa/admin/bin/httpsd
psaadm   21579  0.0  0.3 167196 28460 ?        S    Feb24   0:00 /usr/local/psa/admin/bin/httpsd
apache   27962  0.0  0.3 303816 24920 ?        S    Feb24   0:00 /usr/sbin/httpd
apache    1896  0.0  0.2 303284 24068 ?        S    Feb24   0:00 /usr/sbin/httpd
apache    1926  0.0  0.3 304148 25120 ?        S    Feb24   0:00 /usr/sbin/httpd
apache    5549  0.0  0.3 306376 25600 ?        S    Feb24   0:00 /usr/sbin/httpd
popuser  19912  0.0  0.0  39984  1908 ?        S    12:29   0:00 /usr/bin/imapd Maildir
popuser  19955  0.0  0.0  39992  1928 ?        S    12:29   0:00 /usr/bin/imapd Maildir
root     27915  0.0  0.0  93432  3728 ?        Ss   12:35   0:00 sshd: root@pts/0 
root     28264  0.0  0.0  10792  1464 pts/0    Ss   12:35   0:00 -bash
root      3920  0.0  0.0  10356   876 pts/0    R+   12:40   0:00 ps auxw
 
Deine Config braucht doppelt so viel Speicher, wie Dir zugesichert wurde. Zudem sehe ich weitere Diskrepanzen:
1) Dir wurden nur 150 MB zugesichert und nicht 256MB => Provider fragen, was jetzt wirklich stimmt.
2) Da Du Plesk einsetzt (zumindest läuft es), brauchst Du sehr wohl eine mysql-Datenbank, die immerhin 160 MB braucht (kann man immerhin gut tunen).

Also entweder musst Du die Datenbank und Plesk abschalten oder zumindest gut tunen. Such mal im Forum nach dem tuning-primer-Script, das kann Dir dabei helfen. Vor kurzem hat jemand folgende mysql-Config gepostet und behauptet, dass er damit nur noch 17MB braucht -- ich habe die aber noch nicht getestet:
Code: 
key_buffer = 8M
max_allowed_packet = 1M
table_cache = 64
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 4M
Wenn Du nichts verändern willst, würde das Upgrade auf 512MB (bzw. was davon dann wirklich bei Dir ankommt???) sicherlich helfen.

Nachbemerkung: Es ist nicht so einfach, die Datenbank und Plesk ab zu schalten, da dann verschiedene andere Dienste, wie z.B. Mail nicht mehr funktionieren. Wenn Du Plesk gar nicht brauchst, musst Du qmail entsprechend umkonfigurieren, dass es nicht mehr auf die Datenbank zugreift -- oder gleich Postfix installieren...
 
Last edited by a moderator:
Okay, erstmal vielen Dank. Muss ich mich mal damit befassen, wie genau man die config ändern kann.

Meinem Host habe ich geschrieben, dass mit dem zugesicherten RAM etwas nicht stimmen kann - es kam aber keine zufriedenstellende Antwort. Ich weiß auch um ehrlich zu sein nicht, wie ich meinem Host die Situation klar machen soll. "Vzfree" ist denen doch kein Begriff und behaupten, dass ich unzureichend RAM zugesichert bekommen habe, kann doch jeder.

Gibt es auch eine Art "offizielle" Möglichkeit, den direkt zugeteilten RAM in Erfahrung zu bringen, damit mein Host das auch "glaubt"?
 
benja said:
Gibt es auch eine Art "offizielle" Möglichkeit, den direkt zugeteilten RAM in Erfahrung zu bringen, damit mein Host das auch "glaubt"?
Click to expand...

Als root das hier eingeben:
Code: 
grep oomguarpages /proc/user_beancounters
Die dritte Zahl ist die Anzahl der Speicherseiten, die dir in einer OOM-Situation (Out Of Memory) zugesichert werden. Eine Seite ist 4KB groß, d.h. ein 256MB-VServer muß hier 65536 stehen haben:

Code: 
# grep oomguarpages /proc/user_beancounters
            oomguarpages      13021      13021      65536 2147483647          0

Belegst du mehr (das gibt die erste Zahl an), dann sind deine Prozesse im Fadenkreuz, wenn dem Host der Speicher ausgeht.
 
Okay, mein Server spuckt das hier aus:

Code: 
 oomguarpages                47855                47855                39168           2147483647                    0

Da werde ich mich wohl nochmal mit meinem Host in Verbindung setzen müssen...
 
You must log in or register to reply here.
Back
Top