privvmpages zu hoch ??

C

chaosx

New Member
also ich habe meinen hoster gefragt woran es liegt das ich nix mehr machen kann.
keine sub.domainen erstellen oder ändern u.s.w.
er sagte weil der privvmpages zu überlastet ist.
aber wie ändere ich das er wollte mir nicht sagen wie ich das mache weil sie keine linux support haben.

also meine frage wie finde ich heraus was meinen Vserver belastet und wie beseitige ich das problem.

ich habe den nc vs II V2 Vserver von Netclusive.de mit :

* CPU-Power: +50%
* 512 MB RAM
* 10.000 MB Webspace
* 300.000 MB Traffic inklusive
* voller Root-Zugriff per SSH
* 5.000 MB FTP-Backup
* keine Einrichtungsgebühr!

drauf ist 1 TS server der von noicht vielen genutzt wirt und 1 Forum was kaum genutzt wirt.
Code: 
resource           held    maxheld    barrier      limit    failcnt
privvmpages       32500      32500      65536      67072       1217

Code: 
Version: 2.5                                                                   
       uid  resource           held    maxheld    barrier      limit    failcnt
     11309: kmemsize        2944796    2944796   12582912   14680064          0
            lockedpages           0          0        344        344          0
            privvmpages       32500      32500      65536      67072       1217
            shmpages            782        782      19567      19567          0
            dummy                 0          0          0          0          0
            numproc              37         37        128        128          0
            physpages          4529       4529          0 2147483647          0
            vmguarpages           0          0      24576 2147483647          0
            oomguarpages       4529       4529      24576 2147483647          0
            numtcpsock           13         13        256        256          0
            numflock              4          4        224        246          0
            numpty                0          0         16         16          0
            numsiginfo            0          0        256        256          0
            tcpsndbuf        163228     163228    1416560    2768240          0
            tcprcvbuf        166076     166076    1416560    2768240          0
            othersockbuf     194532     194976     655717    1153621          0
            dgramrcvbuf           0          0     132096     132096          0
            numothersock        116        116        256        256          0
            dcachesize            0          0    3002127    3032191          0
            numfile            1566       1566       2500       2500          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            14         14         64         64          0
 
Last edited by a moderator:
67072 privvmpages entspricht doch nicht 500 MB RAM oder? Du solltest alles deaktivieren was du nicht benötigst wie z.B. Plesk, Spamassassin, Dr. Web, Bind

Anleitung:

1. zuerst deaktivierst du in Plesk

- Bind (DNS Server)
- Spamassassin
- Dr. Web

2. dann richtest du unter Plesk deine Domain(s) vollständig ein

3. über Schell (SSH) stoppst du dann Plesk
Code: 
/ect/init.d/psa stop

Tip:

wenn du unter Plesk wegen zu wenig RAM keine Einstellungen mehr vornehmen kannst, dann stoppe qMail/Sendmail über Shell (SSH) mit
Code: 
/etc/init.d/qmail stop
und wenn du alle Eintellungen (Subdomain einrichten ect) unter Plesk vorgenommen hast, startest du qMail wieder mit
Code: 
/etc/init.d/qmail start
Apache + MySQL Performance Tuning

Dann kannst du noch den RAM für MySQL begrenzen, indem du in der
Code: 
/etc/my.cnf
die max_connections auf das nötigste reduzierst (z.B. 20 Foren User, also 20 max_connections) und die key_buffer, read_buffer, sort_buffer klein machst z.B.
Code: 
key_buffer = 512K
sort_buffer_size = 512K
read_buffer_size = 1M
query_cache_size = 512K
max_connections = 20
anschliessend MySQL stoppen + starten
Code: 
service mysqld stop
service mysqld start
die httpd.conf kannst du auch gleich noch optimieren.
Code: 
Timeout 30
KeepAlive On
MaxKeeAliveRequests 1000
KeepAliveTimeout 2
und
Code: 
<IfModule prefork.c>
StartServers       1
MinSpareServers    1
MaxSpareServers    2
ServerLimit       150
MaxClients        20 [COLOR="Blue"]selber Wert wie bei my.cnf max_connections machen[/COLOR]
MaxRequestsPerChild  8000
 
Last edited by a moderator:
DANKE also damit bekomme ich die leistung runter ??
ich habe denen mal geschrieben das die werte nicht für 512MB stimmen mal gucken was die jetzt machen
wen sich nix änder werde ich das machen was du sagtes

Oder soll ich das trotzdem machen ???
 
Falls du auch mit Confixx zurechtkommst, solltest du deine Daten (Forum und TS) sichern (beim Forum natürlich auch die MySQL-Datenbank). Danach solltest du den Netclusive-Support fragen (oder wie man da auch immer das System ändert), ob er dir das System mit Confixx neu installiert. Frag die aber auch, ob das was kostet.

Plesk auf vServern ist der Horror...
 
@DrDaxxy
Das ist nun schon der 3. Post den ich von dir Kommentieren muss, da man sie so nicht stehen lassen kann. :mad:
Es wurden hier bisher Problembezogene Lösungen und Ideen angeboten, eine Neuinstallation zu empfehlen, solang nur paar Ressourcenprobleme vorliegen ist absoluter Schwachsinn.

Ressourcenprobleme führen oft durch neuere Versionen von Programmen.
Die Versionen in den Images sind oft veraltet, wodurch das System zwar erstmal wieder perfomant läuft, aber dringend ein Update erfordert.
Durch Updates werden die neueren Versionen der Programme eingespielt und der Ressourcenverbrauch steigt wieder.
Schlussfolgerung: Eine Neuinstallation bringt sehr selten was.

Ansatz fü die Problemlösung sollten die Konfigurationen der Programme sein.
 
@Firewire2002

also kann es daher kommen weil ich teamspeak vorkurzen upgedatet habe ?

hmm
gut das ich das von im nicht direkt gemacht habe ^^



@DrDaxxy
ich muss ide nicht fragen ich habe in meinen programmen ein butten neu inatlieren dan wirt alle neu installiert kosten tut das auch nix
 
Last edited by a moderator:
chaosx said:
also kann es daher kommen weil ich teamspeak vorkurzen upgedatet habe ?
Click to expand...

Das bezweifel ich ein wenig. Hab die aktuelle Beta laufen und sooo viel frisst die nun auch nicht. ;)
Ausser du hast 10 Server mit 100 Slots laufen. :p

Poste mal bitte die Ausgabe von
Code: 
ps aux
 
sry habe eben erfahren das ich einen andere server habe ^^

nc vs I V2
* CPU-Power: standard
* NEU 256 MB RAM
* 5.000 MB Webspace
* 200.000 MB Traffic inklusive
* voller Root-Zugriff per SSH
* 2.000 MB FTP-Backup
* keine Einrichtungsgebühr!

kann in aber jeder zeit auf den oben genannten updaten für 3€ mehr also für 10€

ps aux :

Code: 
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  1496  524 ?        Ss   May28   0:00 init [2]
root     15848  0.0  0.0  1556  572 ?        Ss   May28   0:01 /sbin/syslogd
root     15912  0.0  0.0  2540 1284 ?        S    May28   0:00 /bin/sh /usr/bin/
mysql    15963  0.0  0.0 30212 7472 ?        S    May28   0:02 /usr/sbin/mysqld
root     15964  0.0  0.0  1480  504 ?        S    May28   0:00 logger -p daemon.
root     16143  0.0  0.0  4740 1616 ?        Ss   May28   0:00 /usr/lib/postfix/
postfix  16149  0.0  0.0  4784 1692 ?        S    May28   0:00 qmgr -l -t fifo -
root     16168  0.0  0.0  6220  976 ?        Ss   May28   0:00 /usr/sbin/saslaut
root     16170  0.0  0.0  6220  588 ?        S    May28   0:00 /usr/sbin/saslaut
root     16183  0.0  0.0  3516  964 ?        Ss   May28   0:00 /usr/sbin/sshd
root     16187  0.0  0.0  3440  928 ?        Ss   May28   0:00 /usr/sbin/vsftpd
root     16194  0.0  0.0  2192  800 ?        Ss   May28   0:00 /usr/sbin/xinetd
root     16206  0.0  0.0  1844  556 ?        Ss   May28   0:05 /usr/sbin/dovecot
root     16210  0.0  0.0  1784  832 ?        Ss   May28   0:00 /usr/sbin/cron
root     16262  0.0  0.0  8284 2036 ?        S    May28   0:06 dovecot-auth
root     16295  0.0  0.0 10560 3652 ?        Ss   May28   0:00 /usr/sbin/apache2
root     16301  0.0  0.0  3204 1428 ?        S    May28   0:00 /usr/bin/perl /ro
dovecot  24417  0.0  0.0  3220  984 ?        S    May28   0:05 imap-login
speak     3103  0.0  0.0 97084 2720 ?        SN   May28   1:13 ./server_linux -P
dovecot  26305  0.0  0.0  3220  980 ?        S    May29   0:04 imap-login
dovecot   5497  0.0  0.0  3212  984 ?        S    May30   0:03 pop3-login
dovecot  21831  0.0  0.0  3212  980 ?        S    May31   0:02 pop3-login
www-data 15513  0.0  0.0 10692 2912 ?        S    09:54   0:00 /usr/sbin/apache2
www-data 21909  0.0  0.0 10560 2804 ?        S    14:04   0:00 /usr/sbin/apache2
postfix  30635  0.0  0.0  4748 1560 ?        S    14:11   0:00 pickup -l -t fifo
root     17997  0.0  0.0 16564 1920 ?        Ss   14:56   0:00 sshd: root@notty
root     18032  0.0  0.0  3124 1036 ?        Ss   14:56   0:00 /usr/lib/sftp-ser
root     18072  0.0  0.0 16564 1940 ?        Rs   14:56   0:00 sshd: root@pts/0
root     18372  0.0  0.0  2576 1456 pts/0    Ss   14:57   0:00 -bash
root     19500  0.0  0.0  2508  872 pts/0    R+   14:57   0:00 ps aux
 
Last edited by a moderator:
Es lebe die bei Netclusive eingesetzte Virtualisierungstechnik. :rolleyes:
Obwohl ich zwar vermute das die auch Virtuozzo einsetzen, versteh ich nicht so ganz warum bei einem "ps aux" die Memory Spalte leer bleibt. :confused:

Bleibt die nach einem Reboot immer noch leer? (Nur Rebooten, wenns den üblichen Serverbetrieb nicht stört. :))

Ansonsten dürftes schwer werden den Prozess zu finden der den Speicher frisst.
Die Anzahl der Prozesse ist ja noch übersichtlich. :)
Notfalls halt durchprobieren und die Werte im /proc/user_beancounters beobachten beim ausprobieren.

Edit:
Ich hab gerade nochmal auf deine Ausgabe von "cat /proc/user_beancounters" geschaut.
Momentan brauchst du ja nur die hälfte des zur Verfügung stehenden Speichers.

Dennoch schlägt er immer wieder drüber.
Also entweder wie durch noto bereits beschrieben den Apache bremsen, PHP und sonstige Scripte überprüfen oder schaun ob der MTA aufgrund von Spamwellen den Speicher schluckt. :)
 
Last edited by a moderator:
@Firewire2002

ja sie benutzen Virtuozzo und bitte nicht soviele fachbegriffe und abkürzungen ich bin noch anfänger ^^

ps aux nach neustart :

Code: 
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  1496  524 ?        Ss   15:28   0:00 init [2]
root     31895  0.0  0.0  1556  572 ?        Ss   15:28   0:00 /sbin/syslogd
root     31961  0.0  0.0  2540 1284 ?        S    15:28   0:00 /bin/sh /usr/bin/
mysql    32006  0.1  0.0 28960 6268 ?        S    15:28   0:00 /usr/sbin/mysqld
root     32007  0.0  0.0  1480  504 ?        S    15:28   0:00 logger -p daemon.
root     32244  0.0  0.0  4740 1624 ?        Ss   15:28   0:00 /usr/lib/postfix/
root     32265  0.0  0.0  6220  976 ?        Ss   15:28   0:00 /usr/sbin/saslaut
root     32271  0.0  0.0  6220  588 ?        S    15:28   0:00 /usr/sbin/saslaut
root     32284  0.0  0.0  3516  968 ?        Ss   15:28   0:00 /usr/sbin/sshd
root     32292  0.0  0.0  3440  920 ?        Ss   15:28   0:00 /usr/sbin/vsftpd
root     32301  0.0  0.0  2192  800 ?        Ss   15:28   0:00 /usr/sbin/xinetd
root     32311  0.0  0.0  1844  552 ?        Ss   15:28   0:00 /usr/sbin/dovecot
root     32314  0.0  0.0  1784  832 ?        Ss   15:28   0:00 /usr/sbin/cron
root     32329  0.0  0.0  8284 2028 ?        S    15:28   0:00 dovecot-auth
dovecot  32331  0.0  0.0  3212  980 ?        S    15:28   0:00 pop3-login
dovecot  32332  0.0  0.0  3212  980 ?        S    15:28   0:00 pop3-login
dovecot  32333  0.0  0.0  3220  980 ?        S    15:28   0:00 imap-login
dovecot  32335  0.0  0.0  3220  980 ?        S    15:28   0:00 imap-login
root     32337  0.2  0.0 10560 4156 ?        Ss   15:28   0:00 /usr/sbin/apache2
root      1602  0.0  0.0  3076 1312 ?        S    15:29   0:00 /usr/bin/perl /ro
www-data  1626  0.0  0.0 10560 2708 ?        S    15:29   0:00 /usr/sbin/apache2
postfix   1666  0.0  0.0  4748 1560 ?        S    15:29   0:00 pickup -l -t fifo
postfix   1667  0.0  0.0  4784 1592 ?        S    15:29   0:00 qmgr -l -t fifo -
root      5366  0.0  0.0 16564 1916 ?        Ss   15:30   0:00 sshd: root@notty
root      5380  0.0  0.0  3124 1036 ?        Ss   15:30   0:00 /usr/lib/sftp-ser
root      5401  0.0  0.0 16564 1940 ?        Rs   15:30   0:00 sshd: root@pts/0
root      5573  0.0  0.0  2576 1460 pts/0    Ss   15:30   0:00 -bash
root      5985  0.0  0.0  2508  872 pts/0    R+   15:30   0:00 ps aux


Nach dem ich den TS wieder gestartet habe

Code: 
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  1496  524 ?        Ss   15:28   0:00 init [2]
root     31895  0.0  0.0  1556  572 ?        Ss   15:28   0:00 /sbin/syslogd
root     31961  0.0  0.0  2540 1284 ?        S    15:28   0:00 /bin/sh /usr/bin/
mysql    32006  0.0  0.0 28960 6508 ?        S    15:28   0:00 /usr/sbin/mysqld
root     32007  0.0  0.0  1480  504 ?        S    15:28   0:00 logger -p daemon.
root     32244  0.0  0.0  4740 1624 ?        Ss   15:28   0:00 /usr/lib/postfix/
root     32265  0.0  0.0  6220  976 ?        Ss   15:28   0:00 /usr/sbin/saslaut
root     32271  0.0  0.0  6220  588 ?        S    15:28   0:00 /usr/sbin/saslaut
root     32284  0.0  0.0  3516  968 ?        Ss   15:28   0:00 /usr/sbin/sshd
root     32292  0.0  0.0  3440  920 ?        Ss   15:28   0:00 /usr/sbin/vsftpd
root     32301  0.0  0.0  2192  800 ?        Ss   15:28   0:00 /usr/sbin/xinetd
root     32311  0.0  0.0  1844  552 ?        Ss   15:28   0:00 /usr/sbin/dovecot
root     32314  0.0  0.0  1784  832 ?        Ss   15:28   0:00 /usr/sbin/cron
root     32329  0.0  0.0  8284 2028 ?        S    15:28   0:00 dovecot-auth
dovecot  32331  0.0  0.0  3212  980 ?        S    15:28   0:00 pop3-login
dovecot  32332  0.0  0.0  3212  980 ?        S    15:28   0:00 pop3-login
dovecot  32333  0.0  0.0  3220  980 ?        S    15:28   0:00 imap-login
dovecot  32335  0.0  0.0  3220  980 ?        S    15:28   0:00 imap-login
root     32337  0.0  0.0 10560 4156 ?        Ss   15:28   0:00 /usr/sbin/apache2
root      1602  0.0  0.0  3204 1428 ?        S    15:29   0:00 /usr/bin/perl /ro
www-data  1626  0.0  0.0 10692 2944 ?        S    15:29   0:00 /usr/sbin/apache2
postfix   1666  0.0  0.0  4748 1616 ?        S    15:29   0:00 pickup -l -t fifo
postfix   1667  0.0  0.0  4784 1692 ?        S    15:29   0:00 qmgr -l -t fifo -
root     15437  0.0  0.0 16564 1916 ?        Ss   16:02   0:00 sshd: root@notty
root     15471  0.0  0.0  3184 1044 ?        Ss   16:02   0:00 /usr/lib/sftp-ser
root     17654  0.0  0.0 16564 1916 ?        Ss   16:02   0:00 sshd: root@notty
root     17701  0.0  0.0  3124 1052 ?        Ss   16:03   0:00 /usr/lib/sftp-ser
www-data 21787  0.0  0.0 10692 2876 ?        S    16:05   0:00 /usr/sbin/apache2
root     27756  0.0  0.0 16564 1832 ?        Ss   16:24   0:00 sshd: speak [priv
speak    27782  0.0  0.0 16572 1436 ?        S    16:24   0:00 sshd: speak@notty
speak    27784  0.0  0.0  3124 1036 ?        Ss   16:24   0:00 /usr/lib/sftp-ser
speak    30007  4.5  0.0 79340 1908 ?        SN   16:24   0:02 ./server_linux -P
root     30718  0.0  0.0 16564 1916 ?        Ss   16:25   0:00 sshd: root@notty
root     31766  0.0  0.0  3124 1036 ?        Ss   16:25   0:00 /usr/lib/sftp-ser
root     31814  0.0  0.0 16564 1940 ?        Rs   16:25   0:00 sshd: root@pts/1
root     32204  0.0  0.0  2576 1456 pts/1    Ss   16:25   0:00 -bash
root     32297  0.0  0.0  2508  872 pts/1    R+   16:25   0:00 ps aux
 
Last edited by a moderator:
Bei 256 MB RAM ist Speicher immer knapp. Vorallem in Kombination mit Apache + Plesk. Da hilft nur Dienste deaktivieren die man nicht benötigt.

Bind
Dr. Web
Spamassassin
Plesk

evtl. RAM für MySQL + Apache begrenzen z.b. durch begrenzen der max_conntions oder kleine Buffers

evtl. Module in Apache deaktivieren

Apache + MySQL Tuning
 
Firewire2002 said:
Edit:
Ich hab gerade nochmal auf deine Ausgabe von "cat /proc/user_beancounters" geschaut.
Momentan brauchst du ja nur die hälfte des zur Verfügung stehenden Speichers.

Dennoch schlägt er immer wieder drüber.
Click to expand...

Das ist so nicht richtig!

Es ist ein weitläufiger Irrtum, dass die privvmpages bis zum Softlimit ausgereizt werden dürfen!!

Der einzige entscheidende Parameter für GARANTIERTEN (!!) Speicher ist

vmguarpages

!!

D.h. bei einer page size von 4kb muss bei 256 MB Speichergarantie das vmguarpages softlimit bei 65536 liegen! Wenn ein Anbieter meint den garantierten Speicher anhand des softlimits von privvmpages festzulegen, wird der Kunde abgezockt, denn dieses Limit ist nicht garantiert.

Sobald die privvmpages das SoftLimit der vmguarpages (!!) überschreiten, KANN (!!) weiterer Speicher zugeteilt werden (aber definitiv nur bis zum Softlimit der privvmpages), wenn der Gesamt-RAM auf dem physischen Server es noch zulässt. Genauso kann es aber auch sein, dass die Speicheranforderung abgelehnt wird -> privvmpages failcounter steigt, obwohl das softlimit der privvmpages nocht nich erreicht ist!

Auszug aus Virtuozzo Doku:

vmguarpages:

The memory allocation guarantee, in pages. VPS applications are guaranteed to be able to allocate additional memory so long as the amount of memory accounted as privvmpages (see the auxiliary parameters) does not exceed the configured barrier of the vmguarpages parameter. Above the barrier, additional memory allocation is not guaranteed and may fail in case of overall memory shortage.
 
Hier fallen mir spontan zwei Sachen ein, die mal irgendwer Fachkundiges umsetzten könnte :D:
1) verschiedene Konfigurationsvorschläge für gängige VServersystem (also 256 Ram garantiert usw.)
2) deutsche Übersetzung der Ressourcenwerte von VZPP.

@noto
für 500 RAM sind diese Werte optimiert?
 
Elradon said:
2) deutsche Übersetzung der Ressourcenwerte von VZPP.
Click to expand...

das macht wenig Sinn, da kommen zig verschiedene Interpretationen raus. und man steht genauso schlau wie vorher da. das sieht man schon daran, dass diverse VPS anbieter die werte selbst schon nach eigenem belieben interpretieren.

die originalen Beschreibungen aus der virtuozzo doku sind eindeutig.
 
You must log in or register to reply here.
Back
Top