Erreichbarkeit!

S

smithy

New Member
Guten Abend
Undzwar besitze ich einen VServer und habe das Problem, dass der VServer ab und zu einfach down ist. Er ist nicht wirklich down sondern einfach nur nicht mehr erreichbar und es kommt die Meldung Verbindung zum Server fehlgeschlagen. Nach einem Neustart läuft alles wieder wie normal. Welche Ursachen könnte das denn sein? Also vom Hoster kann es meiner Meinung nach nicht sein, da dieser keine Wartungsarbeiten am Server vorgenommen hat etc. Im Support wurde mir gesagt, dass ich ein Kernel Update machen soll. Was ist denn damit genau gemeint und wie mache ich das genau am besten?
Besitze einen Debian 5.0 64bit + Confixx 3.3.6 Linux Vserver.

Vielen Dank für Eure Hilfe!
 
Kann auch nur kurze Netzwerk Störungen sein oder wie lange sind die Ausfälle immer?
Steht irgendwas interessantes in den log Dateien?
 
Also wenn der Server nicht erreichbar ist dann ist er solange nicht erreichbar bis ich ihn wieder neugestartet habe. Letzte Woche zum Beispiel ist der Vserver ca. 2-3 mal abgestürzt. Log Files meinste die apache logs oder?
 
Er ist nicht wirklich down sondern einfach nur nicht mehr erreichbar und es kommt die Meldung Verbindung zum Server fehlgeschlagen.
Click to expand...
Funktioniert noch ein Dienst oder werden Log-Dateien weiterhin geschrieben?
Oder wie kommst du auf die Auffassung dass er noch online ist?

Im Support wurde mir gesagt, dass ich ein Kernel Update machen soll
Click to expand...
Bei den ueblichen vServer welche auf OpenVZ/Virtuozzo basieren ist dies nicht moeglich. Welche Virtualisierungstechnik wird eingesetzt?

Hast du Zugriff auf einen host-basierenden SSH-Zugang oder eine VNC-Konsole?
 
Also livewatch.de überwacht den Server und hat nichts von einer Serverstörung gemeldet, deshalb denke ich das. Ich habe SSh Zugang und Zugang zum Webinterface sogenanntem vadmin.
 
Soeben fand ich folgende Fehlermeldung in der error.log von Apache.

Cannot allocate memory: fork: Unable to fork new process
Click to expand...

Was genau bedeutet das und was kann ich daegegen machen?

Vielen Dank schonmal!
 
Zurzeit läuft der Server wieder normal, aber das der Speicher (512MB) schon voll ausgeschöpft ist kann ich mir nicht wirklich vorstellen. Das einzige was ich zurzeit am Laufen habe ist Confixx 3.3.6, TeamSpeak2 und TeamSpeak3 mehr nicht. Kann man den Apache Server bisschen abspacken, damit er weniger RAM verbraucht oder was wäre empfehlenswert außer nachrüsten?

vadmin28:~# free
total used free shared buffers cached
Mem: 524504 228460 296044 0 15712 75208
-/+ buffers/cache: 137540 386964
Swap: 524280 176932 347348
Click to expand...
 
Zeige uns doch mal ein "ps faux". Bitte in Code Tags und nicht in Quote Tags; dann kann man das vielleicht auch mal lesen. :rolleyes:
 
Code: 
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         2  0.0  0.0      0     0 ?        S<   18:19   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [migration]
root         4  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [ksoftirqd]
root         5  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [watchdog/]
root         6  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [events/0]
root         7  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [khelper]
root        19  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [xenwatch]
root        20  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [xenbus]
root        50  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [kblockd/0]
root        59  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [ksuspend_]
root        65  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [khubd]
root        68  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [kseriod]
root       100  0.0  0.0      0     0 ?        S    18:19   0:00  \_ [pdflush]
root       101  0.0  0.0      0     0 ?        S    18:19   0:00  \_ [pdflush]
root       102  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [kswapd0]
root       103  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [aio/0]
root       223  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [net_accel]
root       507  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [kstriped]
root       512  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [ksnapd]
root       540  0.0  0.0      0     0 ?        S<   18:19   0:00  \_ [kjournald]
root      1043  0.0  0.0      0     0 ?        S<   18:20   0:00  \_ [kpsmoused]
root         1  0.0  0.1  10312   752 ?        Ss   18:19   0:00 init [2]
root       621  0.0  0.2  16824  1080 ?        S<s  18:19   0:00 udevd --daemon
daemon    1191  0.0  0.1   8020   540 ?        Ss   18:20   0:00 /sbin/portmap
root      1299  0.0  0.1   5904   672 ?        Ss   18:20   0:00 /sbin/syslogd
root      1308  0.0  0.0   3800   448 ?        Ss   18:20   0:00 /sbin/klogd -x
bind      1325  0.0  2.0 113172 10656 ?        Ssl  18:20   0:00 /usr/sbin/named
root      1339  0.0  0.2  48864  1168 ?        Ss   18:20   0:00 /usr/sbin/sshd
root      3748  0.0  0.5  65928  3056 ?        Ss   18:22   0:00  \_ sshd: root@
root      3775  0.0  0.3  19848  1768 pts/0    Rs   18:22   0:00      \_ -bash
root      3863  0.0  0.2  15068  1080 pts/0    R+   18:22   0:00          \_ ps
amavis    1377  0.0  7.3 124568 38460 ?        Ss   18:21   0:00 amavisd (master
amavis    1380  0.0  7.4 126164 38956 ?        S    18:21   0:00  \_ amavisd (ch
amavis    1381  0.0  7.4 126164 38960 ?        S    18:21   0:00  \_ amavisd (ch
root      1404  0.0  0.2  17312  1440 ?        S    18:21   0:00 /bin/sh /usr/bi
mysql     1441  2.3  7.2 170660 38112 ?        Sl   18:21   0:02  \_ /usr/sbin/m
root      1442  0.0  0.1   3780   600 ?        S    18:21   0:00  \_ logger -p d
postgrey  1502  0.0  2.3  56976 12328 ?        Ss   18:21   0:00 /usr/sbin/postg
root      1506  0.8  8.6 108032 45452 ?        Ss   18:21   0:00 /usr/sbin/spamd
root      1699  0.0  8.2 108032 43404 ?        S    18:21   0:00  \_ spamd child
root      1700  0.0  8.2 108032 43404 ?        S    18:21   0:00  \_ spamd child
clamav    1599  0.0  0.2  21728  1416 ?        Ss   18:21   0:00 /usr/bin/freshc
root      1608  0.0  0.0   6060   464 ?        S    18:21   0:00 /usr/sbin/couri
root      1609  0.0  0.1  18516   692 ?        S    18:21   0:00  \_ /usr/lib/co
root      1654  0.0  0.0  18516   256 ?        S    18:21   0:00      \_ /usr/li
root      1655  0.0  0.0  18516   256 ?        S    18:21   0:00      \_ /usr/li
root      1659  0.0  0.0  18516   256 ?        S    18:21   0:00      \_ /usr/li
root      1660  0.0  0.0  18516   256 ?        S    18:21   0:00      \_ /usr/li
root      1661  0.0  0.0  18516   256 ?        S    18:21   0:00      \_ /usr/li
root      1619  0.0  0.0   6060   380 ?        S    18:21   0:00 /usr/sbin/couri
root      1620  0.0  0.1   9232   664 ?        S    18:21   0:00  \_ /usr/sbin/c
root      1631  0.0  0.0   6060   380 ?        S    18:21   0:00 /usr/sbin/couri
root      1632  0.0  0.1   9232   664 ?        S    18:21   0:00  \_ /usr/sbin/c
root      1637  0.0  0.0   6060   380 ?        S    18:21   0:00 /usr/sbin/couri
root      1638  0.0  0.1   9232   664 ?        S    18:21   0:00  \_ /usr/sbin/c
root      1649  0.0  0.0   6060   380 ?        S    18:21   0:00 /usr/sbin/couri
root      1650  0.0  0.1   9232   664 ?        S    18:21   0:00  \_ /usr/sbin/c
root      1721  0.0  0.4  36840  2300 ?        Ss   18:21   0:00 /usr/lib/postfi
postfix   1731  0.0  0.4  38896  2276 ?        S    18:21   0:00  \_ pickup -l -
postfix   1732  0.0  0.4  38944  2412 ?        S    18:21   0:00  \_ qmgr -l -t
postfix   1735  0.0  0.6  39508  3156 ?        S    18:21   0:00  \_ cleanup -z
postfix   1800  0.0  0.5  39432  3056 ?        S    18:21   0:00  \_ trivial-rew
postfix   1801  0.0  0.4  43168  2528 ?        S    18:21   0:00  \_ smtp -n ama
postfix   1802  0.0  0.4  43168  2532 ?        S    18:21   0:00  \_ smtp -n ama
postfix   1805  0.0  0.7  60564  4156 ?        S    18:21   0:00  \_ smtpd -n 12
postfix   1806  0.0  0.5  41404  3140 ?        S    18:21   0:00  \_ tlsmgr -l -
postfix   1807  0.0  0.7  60564  4160 ?        S    18:21   0:00  \_ smtpd -n 12
postfix   1808  0.0  0.6  39508  3160 ?        S    18:21   0:00  \_ cleanup -z
postfix   1809  0.0  0.5  39136  2924 ?        S    18:21   0:00  \_ local -t un
postfix   1810  0.0  0.4  38896  2220 ?        S    18:21   0:00  \_ scache -l -
postfix   1813  0.0  0.5  39136  2924 ?        S    18:21   0:00  \_ local -t un
postfix   1814  0.0  0.6  39508  3156 ?        S    18:21   0:00  \_ cleanup -z
postfix   1815  0.0  0.6  39508  3156 ?        S    18:21   0:00  \_ cleanup -z
postfix   1816  0.0  0.4  43168  2572 ?        S    18:21   0:00  \_ smtp -t uni
postfix   1817  0.0  0.4  43168  2572 ?        S    18:21   0:00  \_ smtp -t uni
postfix   1818  0.0  0.4  43168  2572 ?        S    18:21   0:00  \_ smtp -t uni
postfix   1819  0.0  0.4  43168  2572 ?        S    18:21   0:00  \_ smtp -t uni
root      1748  0.0  0.1  53044   908 ?        Ss   18:21   0:00 /usr/sbin/sasla
root      1749  0.0  0.1  53044   640 ?        S    18:21   0:00  \_ /usr/sbin/s
root      1750  0.0  0.0  53044   524 ?        S    18:21   0:00  \_ /usr/sbin/s
root      1751  0.0  0.0  53044   524 ?        S    18:21   0:00  \_ /usr/sbin/s
root      1752  0.0  0.0  53044   524 ?        S    18:21   0:00  \_ /usr/sbin/s
root      1762  0.0  0.2  21524  1356 ?        S    18:21   0:00 /usr/sbin/vsftp
root      1766  0.0  0.1  24424   620 ?        Ss   18:21   0:00 /usr/sbin/famd
root      1786  0.0  0.1  20980  1044 ?        Ss   18:21   0:00 /usr/sbin/cron
root      1821  0.1  2.0 145884 10980 ?        Ss   18:21   0:00 /usr/sbin/apach
root      1824  0.0  0.3  16492  1764 ?        S    18:21   0:00  \_ /usr/bin/pe
www-data  1851  0.0  1.8 146288  9880 ?        S    18:21   0:00  \_ /usr/sbin/a
www-data  1852  0.0  1.8 146288  9844 ?        S    18:21   0:00  \_ /usr/sbin/a
www-data  1853  0.0  1.8 146104  9660 ?        S    18:21   0:00  \_ /usr/sbin/a
www-data  1854  0.0  1.8 146544  9760 ?        S    18:21   0:00  \_ /usr/sbin/a
www-data  1855  0.0  1.8 146296  9872 ?        S    18:21   0:00  \_ /usr/sbin/a
www-data  3679  0.0  1.8 146288  9792 ?        S    18:22   0:00  \_ /usr/sbin/a
www-data  3687  0.0  1.8 146152  9572 ?        S    18:22   0:00  \_ /usr/sbin/a
www-data  3694  0.0  1.7 145884  9344 ?        S    18:22   0:00  \_ /usr/sbin/a
www-data  3695  0.0  1.8 146160  9668 ?        S    18:22   0:00  \_ /usr/sbin/a
www-data  3696  0.0  1.6 145884  8860 ?        S    18:22   0:00  \_ /usr/sbin/a
www-data  3697  0.0  1.6 145884  8856 ?        S    18:22   0:00  \_ /usr/sbin/a
www-data  3698  0.0  1.6 145884  8856 ?        S    18:22   0:00  \_ /usr/sbin/a
www-data  3699  0.0  1.6 145884  8856 ?        S    18:22   0:00  \_ /usr/sbin/a
root      1845  0.0  0.1   3796   572 tty1     Ss+  18:21   0:00 /sbin/getty 384
root      1846  0.0  0.1   3796   576 tty2     Ss+  18:21   0:00 /sbin/getty 384
root      1847  0.0  0.1   3796   576 tty3     Ss+  18:21   0:00 /sbin/getty 384
root      1848  0.0  0.1   3796   576 tty4     Ss+  18:21   0:00 /sbin/getty 384
root      1849  0.0  0.1   3796   572 tty5     Ss+  18:21   0:00 /sbin/getty 384
root      1850  0.0  0.1   3796   576 tty6     Ss+  18:21   0:00 /sbin/getty 384
root      3826  0.0  0.2   8864  1240 ?        S    18:22   0:00 /bin/sh /root/c
root      3862  0.0  0.0   8864   460 ?        D    18:22   0:00  \_ /bin/sh /ro
root      3831  6.0  1.3  41400  7032 ?        S    18:22   0:00 /usr/bin/perl /
root      3852  0.0  0.1   3876   636 ?        D    18:22   0:00  \_ /bin/grep -

Ich hoffe echt, dass ich hier Hilfe finde, denn der Server ist gestern und heute wieder abgeschissen. Und ich kann einfach nicht glauben, dass der RAM voll aufgebraucht ist. Eventuell gibt´s es irgendwo irgendwelche Limits.
 
Ich habe jetzt mal alle dienste wie teamspeak beendet. Jetzt läuft nur noch confixx und dessen dienste wie apache2,mysql,usw. Der ram verbrauch liegt mit 25 cofixx user bei ca. 400MB von 512MB.

1. Frage ist das normal?

2. Frage gibt es eine möglichkeit den aktuellen ram verbrauch zu senken?
 
Wenn dein ps faux am rechten Rand nicht so knapp abgeschnitten wäre, müsste man nicht raten, was nach den ersten 2-3 Buchstaben kommt. Fällt dir sowas nicht selbst auf? :rolleyes:

Im übrigen würde ich sagen, deine Speicherfresser sind Apache, MySQL, Amavis und SpamAssassin. Die klassischen Fälle also.
Wie man diese entschlackt, wurde hier im Forum schon oft beschrieben. Such bitte danach.

Allein mit der Anzahl der Confixx Benutzer hat das nichts zu tun.
 
vadmin28:~# free
total used free shared buffers cached
Mem: 524504 228460 296044 0 15712 75208
-/+ buffers/cache: 137540 386964
Swap: 524280 176932 347348


Das sagt doch schon alles :) Das System Swapt zu manchen Zeiten. Ich gehe davon aus, dass einfach zu wenig RAM Vorherrscht. Wieviele Besucher haben die Webseiten die darauf laufen und wieviele TS 3 Server werden denn betrieben?

Wenn Livewatch das System nicht als ausgefallen meldet, dann lässt die denke ich den Ping überwachen und nicht die Verfügbarkeit des Port 80. Das System ist trotz überlastung des Arbeitsspeichers immer noch pingbar, daher keine Meldung über einen Ausfall. Wenn du aber den Port 80 überwachen lässt, reagiert das System so langsam, dass die Anfrage nicht mehr verarbeitet werden kann und somit Livewatch das System als offline deklariert.

Schnellste Problemlösung: Nächst höherer V-Server Tarif.
 
You must log in or register to reply here.
Back
Top