sasasem
New Member
Hallo,
ich habe einen vServer XXL bei 1und1 mit Suse Linux.
Nach einer Serverinitialisierung und Neueinspielen der Daten sind die Webseiten nicht erreichbar. Der Ping ist ok und die FTP-Zugänge usw. funktionieren alle, SSH auch. Nach einem Serverrestart laufen sie wieder für eine kurze Zeit, um dann wieder auzusaufen. Die Seiten werden einfach immer weiter geladen, ohne das etwas passiert.
cat /proc/user_beancountersgibs folgendes raus:
Interessant dabei ist der failcnt von numproc. Ich habe gegoogelt um zu schauen, was numproc so in die Höhe treibt, habe aber nichts richtiges gefunden. Ändern kann ich den Wert nicht, da es ein vServer ist.
Die Prozesse sind unauffällig (nahc meinem Verständnis, mysqld läuft lange):
netstat -n |grep ESTAB|grep '\:80 '|wc -l hält sich im Rahmen, sind so bis 30, 40 Zugriffe
rkhunter und chkrootkit haben auch nichts verdächtiges gefunden
In der Apache Log finde ich recht häufig
GraphicsMagick habe ich über Yast nachinstalliert. Auf dem Server laufen fast nur Typo3-Seiten.
In der Messages-Log habe ich viele Fehler die so aussehen wie http://serversupportforum.de/forum/plesk/21576-kein-zugriff-auf-plesk-8443-a.html , Eintrag von 17.12.2007, 11:11
Passwörter sind einigermaßen sicher, Root Zugang nicht erlaubt.
Ich kann aus Mangel an Erfahrung den Fehler nicht eingrenzen, bin für Hilfe dankbar.
Gruß,
Sascha
ich habe einen vServer XXL bei 1und1 mit Suse Linux.
Nach einer Serverinitialisierung und Neueinspielen der Daten sind die Webseiten nicht erreichbar. Der Ping ist ok und die FTP-Zugänge usw. funktionieren alle, SSH auch. Nach einem Serverrestart laufen sie wieder für eine kurze Zeit, um dann wieder auzusaufen. Die Seiten werden einfach immer weiter geladen, ohne das etwas passiert.
cat /proc/user_beancountersgibs folgendes raus:
Code:
resource held maxheld barrier limit failcnt
kmemsize 15739227 15794618 41943040 46137344 0
lockedpages 0 0 1024 1024 0
privvmpages 139284 139519 327680 329728 0
shmpages 1188 1188 65536 65536 0
dummy 0 0 0 0 0
numproc 65 65 256 256 3455
physpages 97441 97444 2147483647 2147483647 0
vmguarpages 0 0 131072 2147483647 0
oomguarpages 97441 97444 131072 2147483647 0
numtcpsock 149 149 1440 1440 0
numflock 11 11 752 826 0
numpty 1 1 64 64 0
numsiginfo 0 0 1024 1024 0
tcpsndbuf 857904 857904 6881280 10813440 0
tcprcvbuf 968512 969832 6881280 10813440 0
othersockbuf 211528 211528 4504320 8388608 0
dgramrcvbuf 0 0 1048576 1153432 0
numothersock 143 143 1440 1440 0
dcachesize 0 0 7340032 8074035 0
numfile 2681 2690 16384 16384 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
numiptent 66 66 400 405 0
Interessant dabei ist der failcnt von numproc. Ich habe gegoogelt um zu schauen, was numproc so in die Höhe treibt, habe aber nichts richtiges gefunden. Ändern kann ich den Wert nicht, da es ein vServer ist.
Die Prozesse sind unauffällig (nahc meinem Verständnis, mysqld läuft lange):
Code:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7610 rootsasa 15 0 87468 2048 1220 S 0 0.2 0:00.33 sshd
1 root 16 0 732 300 244 S 0 0.0 0:00.55 init
29897 root 16 0 23920 1612 1344 S 0 0.1 0:00.02 console-kit-dae
30262 root 18 0 29024 756 408 S 0 0.1 0:00.00 saslauthd
30263 root 18 0 29024 488 140 S 0 0.0 0:00.00 saslauthd
30270 root 16 0 5776 680 548 S 0 0.1 0:01.47 syslogd
30282 root 16 0 17980 764 468 S 0 0.1 0:00.00 couriertcpd
30284 root 16 0 13780 1116 836 S 0 0.1 0:00.00 courierlogger
30293 root 20 0 17976 748 456 S 0 0.1 0:00.00 couriertcpd
30295 root 18 0 13648 940 680 S 0 0.1 0:00.00 courierlogger
30302 root 16 0 17976 760 468 S 0 0.1 0:00.00 couriertcpd
30304 root 16 0 13780 1116 836 S 0 0.1 0:00.00 courierlogger
30312 root 18 0 17976 748 456 S 0 0.1 0:00.00 couriertcpd
30314 root 25 0 13648 940 680 S 0 0.1 0:00.00 courierlogger
30342 root 16 0 13072 1480 1180 S 0 0.1 0:00.00 mysqld_safe
30392 mysql 16 0 276m 21m 5424 S 0 1.7 6:43.15 mysqld
30408 root 16 0 61740 1320 700 S 0 0.1 0:05.69 sshd
30427 sw-cp-se 16 0 45892 2060 888 S 0 0.2 0:00.01 sw-cp-serverd
30430 root 16 0 18952 944 740 S 0 0.1 0:00.00 xinetd
30481 root 15 0 43020 2264 1736 S 0 0.2 0:00.62 master
30548 named 20 0 83852 18m 2052 S 0 1.4 0:00.15 named
31789 root 16 0 20440 808 624 S 0 0.1 0:00.00 cron
1473 postfix 16 0 45304 2488 1768 S 0 0.2 0:00.32 qmgr
3327 postfix 16 0 47288 2400 1808 S 0 0.2 0:00.08 tlsmgr
30085 root 16 0 278m 16m 7964 S 0 1.3 0:01.61 httpd2-prefork
30086 wwwrun 16 0 276m 8476 492 S 0 0.6 0:00.00 httpd2-prefork
32343 wwwrun 16 0 313m 47m 4564 S 0 3.7 0:25.55 httpd2-prefork
1737 wwwrun 15 0 299m 33m 5284 S 0 2.6 0:26.14 httpd2-prefork
3078 wwwrun 17 0 298m 32m 4924 S 0 2.5 0:20.62 httpd2-prefork
3084 wwwrun 17 0 309m 44m 4420 S 0 3.5 0:15.41 httpd2-prefork
3209 wwwrun 15 0 306m 40m 4932 S 0 3.2 0:16.84 httpd2-prefork
3275 wwwrun 16 0 307m 40m 4940 S 0 3.2 0:13.68 httpd2-prefork
3642 wwwrun 16 0 315m 48m 4940 S 0 3.8 0:13.50 httpd2-prefork
5179 wwwrun 16 0 306m 40m 4920 S 0 3.1 0:20.91 httpd2-prefork
5182 wwwrun 16 0 306m 39m 4924 S 0 3.1 0:20.75 httpd2-prefork
5184 wwwrun 16 0 315m 48m 4948 S 0 3.8 0:12.15 httpd2-prefork
7597 root 16 0 87320 3216 2404 S 0 0.2 0:00.01 sshd
7611 rootsasa 16 0 22668 2704 1504 S 0 0.2 0:00.02 bash
7632 root 17 0 43536 1384 960 S 0 0.1 0:00.08 su
7636 root 15 0 22280 2704 1508 S 0 0.2 0:00.03 bash
11667 postfix 16 0 45084 2156 1660 S 0 0.2 0:00.00 pickup
12189 postfix 16 0 45080 2172 1668 S 0 0.2 0:00.00 anvil
13447 root 16 0 16624 1196 912 R 0 0.1 0:00.02 top
13513 root 15 0 63084 2760 2104 S 0 0.2 0:00.00 sshd
13514 sshd 16 0 63084 1436 784 S 0 0.1 0:00.00 sshd
13515 root 18 0 61740 2668 2036 S 0 0.2 0:00.00 sshd
netstat -n |grep ESTAB|grep '\:80 '|wc -l hält sich im Rahmen, sind so bis 30, 40 Zugriffe
rkhunter und chkrootkit haben auch nichts verdächtiges gefunden
In der Apache Log finde ich recht häufig
Code:
sh: /usr/local/bin/gm: no such file or directory
In der Messages-Log habe ich viele Fehler die so aussehen wie http://serversupportforum.de/forum/plesk/21576-kein-zugriff-auf-plesk-8443-a.html , Eintrag von 17.12.2007, 11:11
Passwörter sind einigermaßen sicher, Root Zugang nicht erlaubt.
Ich kann aus Mangel an Erfahrung den Fehler nicht eingrenzen, bin für Hilfe dankbar.
Gruß,
Sascha
Last edited by a moderator: