[Arbeitsspeicher] RAM Auslastung | Debian 4 ETCH & Plesk 8.4.0

Aquafresh

Registered User
Liebe SSF-Gemeinde,

ich habe seit mindestens einer Woche, dass Problem, dass mein Arbeitsspeicher in Plesk derzeit total ausgelastet ist, sodass ich von den verfügbaren 2.0 GB RAM, 1,9 GB RAM nutze.

Dann kann es auch vorkommen, dass der Apache mal abstürzt, sodass die Seite dann für kurze Zeit nicht erreichbar ist.

Nun habe ich's schon soweit geschafft, dass ich Tomcat abgeschaltet habe (deinstalliert), welches der Übeltäter war, für die 1,9 GB RAM. Nun liegt sie derzeit bei 1,4 GB, Informationen Seitens von Plesk.

Der Server selber ist von Hetzner (DS 3000), mit Debian 4 ETCH und selbstinstalliertem Plesk 8.4.0.

Nun gut, mein Problem besteht einfach darin, dass ich nicht wirklich den Übeltäter finde, der diese Hohe Last aus macht. Den Server hab ich ab morgen einen Monat, lief anfangs alles klasse, bis vor letzter Woche, wo es mir aufgefallen ist. Im Normfall hab ich maximal 300-500 MB RAM genutzt.

Als kleine weitere Informationen, habe ich für die Profis unter euch, folgende Informationen noch:

Free-Information:


Code:
xxxxxxx:~# free
             total       used       free     shared    buffers     cached
Mem:       2028964    1782584     246380          0     777776     301784
-/+ buffers/cache:     703024    1325940
Swap:      2104440       5364    2099076

HTOP-Ausgabe:

• Zur HTOP-Ausgabe •

Ps Aux:

Code:
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0   6120   680 ?        Ss   Jun29   0:01 init [2]
root         2  0.0  0.0      0     0 ?        S    Jun29   0:00 [migration/0]
root         3  0.0  0.0      0     0 ?        SN   Jun29   0:00 [ksoftirqd/0]
root         4  0.0  0.0      0     0 ?        S    Jun29   0:00 [watchdog/0]
root         5  0.0  0.0      0     0 ?        S    Jun29   0:00 [migration/1]
root         6  0.0  0.0      0     0 ?        SN   Jun29   0:00 [ksoftirqd/1]
root         7  0.0  0.0      0     0 ?        S    Jun29   0:00 [watchdog/1]
root         8  0.0  0.0      0     0 ?        S<   Jun29   0:00 [events/0]
root         9  0.0  0.0      0     0 ?        S<   Jun29   0:00 [events/1]
root        10  0.0  0.0      0     0 ?        S<   Jun29   0:00 [khelper]
root        11  0.0  0.0      0     0 ?        S<   Jun29   0:00 [kthread]
root        16  0.0  0.0      0     0 ?        S<   Jun29   0:00 [kblockd/0]
root        17  0.0  0.0      0     0 ?        S<   Jun29   0:00 [kblockd/1]
root        18  0.0  0.0      0     0 ?        S<   Jun29   0:00 [kacpid]
root       122  0.0  0.0      0     0 ?        S<   Jun29   0:00 [khubd]
root       124  0.0  0.0      0     0 ?        S<   Jun29   0:00 [kseriod]
root       176  0.0  0.0      0     0 ?        S    Jun29   0:00 [pdflush]
root       177  0.0  0.0      0     0 ?        S    Jun29   0:02 [pdflush]
root       178  0.0  0.0      0     0 ?        S<   Jun29   0:06 [kswapd0]
root       179  0.0  0.0      0     0 ?        S<   Jun29   0:00 [aio/0]
root       180  0.0  0.0      0     0 ?        S<   Jun29   0:00 [aio/1]
root       426  0.0  0.0      0     0 ?        S<   Jun29   0:00 [xfslogd/0]
root       427  0.0  0.0      0     0 ?        S<   Jun29   0:00 [xfslogd/1]
root       428  0.0  0.0      0     0 ?        S<   Jun29   0:00 [xfsdatad/0]
root       429  0.0  0.0      0     0 ?        S<   Jun29   0:00 [xfsdatad/1]
root       467  0.0  0.0      0     0 ?        S<   Jun29   0:00 [ata/0]
root       468  0.0  0.0      0     0 ?        S<   Jun29   0:00 [ata/1]
root       469  0.0  0.0      0     0 ?        S<   Jun29   0:00 [ata_aux]
root       499  0.0  0.0      0     0 ?        S<   Jun29   0:00 [scsi_eh_0]
root       500  0.0  0.0      0     0 ?        S<   Jun29   0:00 [scsi_eh_1]
root       501  0.0  0.0      0     0 ?        S<   Jun29   0:00 [scsi_eh_2]
root       502  0.0  0.0      0     0 ?        S<   Jun29   0:00 [scsi_eh_3]
root      1145  0.0  0.0      0     0 ?        S<   Jun29   0:00 [md0_raid1]
root      1149  0.0  0.0      0     0 ?        S<   Jun29   0:14 [md1_raid1]
root      1180  0.0  0.0      0     0 ?        S<   Jun29   0:00 [kmirrord]
root      1233  0.0  0.0      0     0 ?        S<   Jun29   0:15 [kjournald]
root      1421  0.0  0.0  10592   696 ?        S<s  Jun29   0:00 udevd --daemon
root      1768  0.0  0.0      0     0 ?        S<   Jun29   0:00 [kpsmoused]
root      2308  0.0  0.0   3732   596 ?        Ss   Jun29   0:03 /sbin/syslogd
root      2314  0.0  0.0   2656   392 ?        Ss   Jun29   0:00 /sbin/klogd -x
bind      2328  0.0  0.1  46748  3704 ?        Ssl  Jun29   0:00 /usr/sbin/named -t /var/named/run-root -c /etc/named.conf -u bind
root      2382  0.0  0.0  10108  1512 ?        S    Jun29   0:00 /bin/sh /usr/bin/mysqld_safe
mysql     2421  1.4  2.2 152660 45172 ?        Sl   Jun29  28:11 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --port=330
root      2422  0.0  0.0   2636   532 ?        S    Jun29   0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
postgres  2500  0.0  0.1  36332  2648 ?        S    Jun29   0:00 /usr/lib/postgresql/7.4/bin/postmaster -D /var/lib/postgresql/7.4/main
postgres  2503  0.0  0.0  26504  1036 ?        S    Jun29   0:00 postgres: stats buffer process
postgres  2504  0.0  0.0  25668  1144 ?        S    Jun29   0:00 postgres: stats collector process
root      2588  0.0  0.0   2656   592 ?        Ss   Jun29   0:00 /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket
root      2598  0.0  0.0  10764   916 ?        S    Jun29   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrloggername=imapd -maxprocs=40 -maxperip=4 -pid=/var/
root      2600  0.0  0.0   8616  1172 ?        S    Jun29   0:00 /usr/sbin/courierlogger imapd
root      2609  0.0  0.0  10764   912 ?        S    Jun29   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrloggername=imapd-ssl -maxprocs=40 -maxperip=4 -pid=/
root      2611  0.0  0.0   8616  1172 ?        S    Jun29   0:00 /usr/sbin/courierlogger imapd-ssl
root      2618  0.0  0.0  10764   916 ?        S    Jun29   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrloggername=pop3d -maxprocs=40 -maxperip=4 -pid=/var/
root      2620  0.0  0.0   8620  1172 ?        S    Jun29   0:00 /usr/sbin/courierlogger pop3d
root      2628  0.0  0.0  10760   912 ?        S    Jun29   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrloggername=pop3d-ssl -maxprocs=40 -maxperip=4 -pid=/
root      2630  0.0  0.0   8620  1172 ?        S    Jun29   0:00 /usr/sbin/courierlogger pop3d-ssl
root      2640  0.0  0.0      0     0 ?        S<   Jun29   0:00 [kondemand/0]
root      2641  0.0  0.0      0     0 ?        S<   Jun29   0:00 [kondemand/1]
root      2662  0.0  0.0   5908   632 ?        Ss   Jun29   0:01 /usr/sbin/inetd
qmails    2737  0.0  0.0   2700   500 ?        S    Jun29   0:00 qmail-send
qmaill    2739  0.0  0.0   2648   488 ?        S    Jun29   0:00 splogger qmail 2
root      2740  0.0  0.0   2688   412 ?        S    Jun29   0:00 qmail-lspawn | /usr/bin/deliverquota ./Maildir
qmailr    2741  0.0  0.0   2688   412 ?        S    Jun29   0:00 qmail-rspawn
qmailq    2742  0.0  0.0   2648   384 ?        S    Jun29   0:00 qmail-clean
root      2789  0.0  1.7  62852 35352 ?        Ss   Jun29   0:02 /usr/sbin/spamd --username=popuser --daemonize --nouser-config --helper-home-dir=/var/qmail --max-children 5 --create-prefs --virtual-config-d
popuser   2791  0.0  1.8  64252 36736 ?        S    Jun29   0:02 spamd child
root      2842  0.0  0.3  98944  7984 ?        Ss   Jun29   0:00 /opt/psa/admin/bin/httpsd
psaadm    2845  0.0  1.2 102444 26216 ?        S    Jun29   0:34 /opt/psa/admin/bin/httpsd
psaadm    2869  0.0  1.2 102624 25696 ?        S    Jun29   0:31 /opt/psa/admin/bin/httpsd
drweb     2870  0.0  1.0  24040 20804 ?        Ss   Jun29   0:20 /opt/drweb/drwebd
root      3012  0.0  0.0  28764  1464 ?        Ss   Jun29   0:00 /usr/sbin/nmbd -D
root      3014  0.0  0.1  40576  2736 ?        Ss   Jun29   0:00 /usr/sbin/smbd -D
root      3023  0.0  0.0  40576  1184 ?        S    Jun29   0:00 /usr/sbin/smbd -D
root      3112  0.0  0.0  11496   944 ?        Ss   Jun29   0:00 /usr/sbin/cron
ts        3140  0.8  0.2 107348  5300 ?        SNl  Jun29  16:14 /home/teamspeak/system_ts/tss2_rc2/server_linux -PID=server.pid
root      3145  0.0  0.2  50840  5308 ?        Sl   Jun29   0:00 /usr/bin/python /usr/bin/fail2ban-server -b -s /var/run/fail2ban/fail2ban.sock
root      3173  0.0  0.0   2656   540 tty1     Ss+  Jun29   0:00 /sbin/getty 38400 tty1
root      3174  0.0  0.0   2652   536 tty2     Ss+  Jun29   0:00 /sbin/getty 38400 tty2
root      3175  0.0  0.0   2652   536 tty3     Ss+  Jun29   0:00 /sbin/getty 38400 tty3
root      3176  0.0  0.0   2652   536 tty4     Ss+  Jun29   0:00 /sbin/getty 38400 tty4
root      3177  0.0  0.0   2652   536 tty5     Ss+  Jun29   0:00 /sbin/getty 38400 tty5
root      3178  0.0  0.0   2652   536 tty6     Ss+  Jun29   0:00 /sbin/getty 38400 tty6
root      3179  0.0  0.4  59296  9680 ?        Ss   Jun29   0:01 /opt/psa/admin/bin/php /opt/psa/admin/bin/modules/watchdog/wdcollect -c /opt/psa/etc/modules/watchdog/wdcollect.inc.php
root      3180  0.0  0.1  25164  2876 ?        Ssl  Jun29   0:09 /opt/psa/admin/bin/modules/watchdog/monit -Ic /opt/psa/etc/modules/watchdog/monitrc
root     10301  0.3  0.4  27076  9752 ?        S    Jun29   5:43 perl ./ts2perlmod.pl -config=default.ini -pid=ts2perlmod.pid -daemon
root     13252  0.0  0.0  25844  1244 ?        Ss   Jun29   0:00 /usr/sbin/sshd
root      5029  0.0  0.9 148972 18812 ?        Ss   09:53   0:02 /usr/sbin/apache2 -k start
www-data  5034  0.0  0.2  93728  5944 ?        S    09:53   0:00 /usr/sbin/apache2 -k start
drweb    16122  0.0  0.9  24056 20120 ?        S    18:07   0:00 /opt/drweb/drwebd
drweb    16123  0.0  0.9  24056 20124 ?        S    18:07   0:00 /opt/drweb/drwebd
drweb    16124  0.0  0.9  24040 19804 ?        S    18:07   0:00 /opt/drweb/drwebd
drweb    16125  0.0  0.9  24056 20124 ?        S    18:07   0:00 /opt/drweb/drwebd
popuser  18501  0.0  1.6  62852 34092 ?        S    20:05   0:00 spamd child
www-data 20515  0.1  0.8 150404 16232 ?        S    21:44   0:03 /usr/sbin/apache2 -k start
www-data 20592  0.0  0.7 150388 16028 ?        S    21:49   0:01 /usr/sbin/apache2 -k start
www-data 20662  0.1  0.7 150396 16068 ?        S    21:55   0:01 /usr/sbin/apache2 -k start
www-data 20776  0.1  0.7 149096 14388 ?        S    22:01   0:00 /usr/sbin/apache2 -k start
www-data 20799  0.1  0.7 150300 15768 ?        S    22:03   0:00 /usr/sbin/apache2 -k start
www-data 20840  0.0  0.7 150328 15680 ?        S    22:06   0:00 /usr/sbin/apache2 -k start
root     20850  0.0  0.1  44648  3236 ?        Ss   22:06   0:00 sshd: hhnet00647 [priv]
www-data 20852  0.0  0.5 148972 11404 ?        S    22:06   0:00 /usr/sbin/apache2 -k start
1000     20853  0.0  0.0  44792  1912 ?        S    22:07   0:00 sshd: hhnet00647@pts/0
1000     20854  0.0  0.1  13908  3796 pts/0    Ss   22:07   0:00 -bash
root     20873  0.0  0.1  30016  2248 pts/0    S    22:07   0:00 su
root     20874  0.0  0.0  11884  1944 pts/0    S    22:07   0:00 bash
habbonet 20949  0.0  0.1  29620  3500 ?        Ss   22:12   0:00 proftpd: habbonet - 80.138.102.160: IDLE
www-data 20954  0.1  0.7 149120 14572 ?        S    22:12   0:00 /usr/sbin/apache2 -k start
www-data 20956  0.1  0.7 149120 14564 ?        S    22:12   0:00 /usr/sbin/apache2 -k start
www-data 20959  0.0  0.5 148972 11388 ?        S    22:12   0:00 /usr/sbin/apache2 -k start
www-data 20962  0.0  0.5 148972 11388 ?        S    22:12   0:00 /usr/sbin/apache2 -k start
www-data 20964  0.0  0.5 148972 11368 ?        S    22:12   0:00 /usr/sbin/apache2 -k start
root     20981  0.0  0.0   8988  1004 pts/0    R+   22:13   0:00 ps aux

So, dass sind denke ich, meiner Meinung die meisten Info's die ich zu Anfang hineinpacken kann, falls weiteres gewünscht wird, gerne sagen, kommt direkter Beitrag.

Mir kam zwar noch die Idee, ob evtl. der Arbeitsspeicher kaputt sei, aber das glaub ich, kann man wohl ausschließen, oder das der Server eventuell geDOST wird?

Ich denke, ich habe nun viele weiter führende Informationen für euch rausgegeben und hoffe, dass ich endlich zur einer Lösung komme! :)

Fakt ist halt einfach, dass ich noch mehrere Projekte geplant habe, nur wenn diese noch mehr Verbrauchen, kann ich damit nicht ja nicht weiterkommen.

Von einer Neuinstallation hab ich auch schon nachgedacht, weiß jedoch nicht, ob diese etwas bringt, wenn danach alles wieder wie vorher war.

Wäre halt einfach klasse, wenn der RAM wieder "Normal", wie zuvor wäre.

Gut, ich bedanke mich schon vor ab, an die jenigen die mir Helfen, denn sowas finde ich, nicht immer selbstverständlich. ;)

Liebe Grüsse,

Euer Alexander :p
 
Hallo,

nun scheints mir aber wirklich unheimlich zu werden, wenn man die HTOP-Ausgabe im Anhang sieht. :(

Das kann doch nicht wahr sein, dass das normal ist?
 

Attachments

  • htop_reload.png
    htop_reload.png
    25.5 KB · Views: 936
Das soviel RAM genutzt wird und der Prozessor scheinbar 100% ausgelastet ist, was bis vor kurzem KEIN Problem war. ;)
 
Die Speichernutzung wurde dir schon erklärt und bei der CPU ist ja offenbar nur 1 Kern ausgelastet. Ich kann mir auch nicht vorstellen, dass die Auslastung des einen Kerns permanent 100% beträgt. Falls doch, kannst du mit (h)top ja einfach den Prozess ermitteln, der die Auslastung verursacht.
 
Immerhin läuft gerade updatedb, das einiges an Speicher braucht. Aber das ist nach ein paar Minuten ja fertig...
 
Wieso wird "soviel RAM" genutzt? Der Kernel nimmt sich immer RAM zum Cachen dazu.
Die CPU ist übrigens nicht voll ausgelastet. Sondern lediglich der erste Kern.
Der zweite dümpelt mit 4% Auslastung vor sich hin.
Und wenn Du die Ausgabe mal nach CPU sortieren würdest, hättest Du den Übeltäter ganz oben.

huschi.
 
Hey,

habs nun gemacht, war einmal ein Prozess von "nobody" über usr/bin/find, dass er angeblich was scuht? :confused:

Dann war noch eins vom User "root", wo als Commando drin stand, etwas mit "sort", komischerweise, kommen die immer von selber. :(

Nach einer Neuinstallation besteht das Problem, weiterhin, oder?
 
Nach einer Neuinstallation besteht das Problem, weiterhin, oder?
Wenn Du die "findutils" installierst schon. Wie schon gesagt, es läuft "updatedb". Ein "ps -efH" (im richtigen Moment) wird Dir dann noch verraten, dass das Ganze durch einen Cronjob ausgelöst wird.

Bist Du wirklich Aquafresh oder verwendest Du nur seinen Account? Ich habe Dich deutlich fitter in Erinnerung :rolleyes:
 
Hey,

mir ist aufgefallen, dass über die Nacht angeblich, immer sich wieder ein Prozess startet, der "nobody" heißt, von dem ich jedoch nichts, weiß. :rolleyes:

Im Anhang, das schöne, große Bild. ;)
 

Attachments

  • nobody.gif
    nobody.gif
    66.7 KB · Views: 238
Doch, doch - das es angeblich ein Cronjob ist, habt ihr mir ja mitgeteilt. Fakt ist doch einfach, dass ich das noch nie hatte, solch eine Auslastung.

Gegenwärtige Frage: Braucht man "nobody" unbedingt?

Oder kann ich den ohne Bedenken rausschmeiße?!

LG
 
das es angeblich ein Cronjob ist, habt ihr mir ja mitgeteilt.
Und dazu, welcher und was er tut und zu welchem Paket er gehört.
Wenn Du davon etwas nicht verstehst, dann bemüh doch bitte Google um raus zu finden was es ist, was es macht und ob DU (ja Du, denn wir wissen das nicht) das brauchst.

huschi.
 
Back
Top