Problem 1&1 Managed Sever

[vollcom]

Hi, ich habe ein Problem mit meinem neuen 1&1 Managed Sever.
Da das Angebot sehr verlockend war habe ich mich entschieden mir einen eigenen Server zu holen und zwar den "Dual-Core S – Hochleistungsserver für gehobene Ansprüche"

Das hier ist alles drinne :
CPU: Athlon 3800+
CPU Details: 2 x 2,0 GHz
Arbeitsspeicher: 1 GB RAM
Festplatten: 2 x 160 GB (RAID 1 Software)

So nun mein Problem, ich habe auf dem Server 2 Domains liegen.
Es sind 2 Wordpress Packete, ich habe am Tag 2000 bis 5000 Besucher.
Nun ist mir der Server schon 2 mal in die Knie gegangen.
Ist der Server nicht ausreichend?
Und mir ist aufgefallen das der Speicher permanent voll ist.

Tasks: 130 total, 2 running, 128 sleeping, 0 stopped, 0 zombie
Cpu(s): 35.3%us, 7.3%sy, 0.2%ni, 56.4%id, 0.7%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 1016740k total, 973248k used, 43492k free, 21948k buffers
Swap: 497992k total, 120k used, 497872k free, 766104k cached

jetzt fängt er schon wieder an zu Swapen
Das kann doch gar nicht sein ????

Das komische ist auch, dass der 2 x nachts abgestürtzt ist wo eigendlich wenige Besucher da sind.

Vielleicht kann mir ja jemand helfen?? Wäre sehr dankbar

 

[Ben.]

Wenn das ein managed-Server ist, warum wendest du dich nicht an den Support?

 

[vollcom]

habe ich doch schon, habe dort schon 2 mal angerufen und mit den 2mal 20 min telefoniert, das hat mich 40 Euros gekostet. Blos die können mir nicht weiter helfen. Die geben keine logs raus und sehen auch nicht mehr als ich. Die sagen, das sind fehler hafte programmierte Scripts und man müsste das beobachten ... Ich kenne mich da auch nicht so aus.
Habe auch meine 2 Wordpress pakete jetzt gecached und ein bisschen getunt.

 

[Ben.]

Toller Service!

Hast du denn überhaupt vollumfänglich Zugriff auf den Server? Wenn es ein managed-Server ist, dann dürfte das eigentlich nicht der Fall sein.

 

[vollcom]

also, ich kann per SSH Connecten ... und sehe dort nur die Prozesse meines Benutzernamen, alles anderen sehen ich nicht.

top - 14:46:48 up 1 day, 13:24,  0 users,  load average: 1.91, 2.10, 1.54
Tasks:  27 total,   1 running,  26 sleeping,   0 stopped,   0 zombie
Cpu(s): 37.7%us,  4.3%sy,  0.0%ni, 57.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1016740k total,   921172k used,    95568k free,    22324k buffers
Swap:   497992k total,      120k used,   497872k free,   760420k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 8276 u5435754  22   2  7640 1456 1052 S    0  0.1   0:00.23 sshd
32111 u5435754  20   0  6988 2372 1356 S    0  0.2   0:01.80 apache-perf
  548 u5435754  20   0  6988 2396 1380 S    0  0.2   0:01.88 apache-perf
 1242 u5435754  20   0  6988 2368 1364 S    0  0.2   0:01.84 apache-perf
 1543 u5435754  20   0  6988 2396 1392 S    0  0.2   0:01.40 apache-perf
 8278 u5435754  22   2  5480 1916 1316 S    0  0.2   0:00.02 bash
10991 u5435754  20   0  6856 1392  492 S    0  0.1   0:00.00 apache-perf
13896 u5435754  20   0  6988 2336 1340 S    0  0.2   0:00.92 apache-perf
22228 u5435754  22   2  2112 1040  808 R    0  0.1   0:00.04 top
27308 u5435754  20   0  6988 2412 1396 S    0  0.2   0:01.96 apache-perf
27761 u5435754  20   0  6988 2396 1380 S    0  0.2   0:02.51 apache-perf
27787 u5435754  20   0  6988 2360 1356 S    0  0.2   0:02.58 apache-perf
28979 u5435754  20   0  6988 2404 1392 S    0  0.2   0:02.02 apache-perf
29012 u5435754  20   0  6992 2292 1312 S    0  0.2   0:00.02 apache-perf
29344 u5435754  20   0  6988 2380 1376 S    0  0.2   0:02.07 apache-perf
29495 u5435754  20   0  6988 2372 1368 S    0  0.2   0:02.19 apache-perf
29847 u5435754  20   0  6988 2396 1380 S    0  0.2   0:02.32 apache-perf
30273 u5435754  20   0  6988 2416 1400 S    0  0.2   0:02.36 apache-perf
30274 u5435754  20   0  6988 2388 1380 S    0  0.2   0:02.26 apache-perf
30275 u5435754  20   0  6988 2380 1368 S    0  0.2   0:01.85 apache-perf
30348 u5435754  20   0  6988 2400 1380 S    0  0.2   0:01.79 apache-perf
30351 u5435754  20   0  6988 2380 1352 S    0  0.2   0:01.89 apache-perf
30352 u5435754  20   0  6988 2388 1376 S    0  0.2   0:02.09 apache-perf
30935 u5435754  20   0  6988 2404 1392 S    0  0.2   0:02.00 apache-perf
30973 u5435754  20   0  6988 2300 1320 S    0  0.2   0:00.00 apache-perf
31387 u5435754  20   0  6988 2392 1388 S    0  0.2   0:01.78 apache-perf
32107 u5435754  20   0  6988 2380 1372 S    0  0.2   0:01.99 apache-perf

Wie ich sehe nehmen meine Prozesse gar nicht soviel Speicher in anspruch es sind nur 4 % ...

Und im Control Center von 1und1 kann ich das hier einstellen:

WebDav inaktiv
FastCGI aktiv
SSLSupport inaktiv
Einbindung von Perl als CGI-Programm
Einbindung von PHP als CGI-Programm
Speichernutzung 65536 kB
Prozesslaufzeit 60 Sekunden
Anzahl gleichzeitig ausführbarer Prozesse 200
Programmordner /homepages/12/d293572681/htdocs/executable

mehr geht nicht

 

[Ben.]

Das Bisschen SWAP ist kein Problem.

Evtl. solltest du die Apache-Prozesse reduzieren. Aber das kannst du wahrscheinlich nicht weil es ein managed Server ist.

Schreib 1und1 die sollen das für dich ggf. tun. Schau mal in die Logfiles zum Zeitpunkt des Crashs. Vielleicht findest du dort den entscheidenden Hinweis warum er sich verabschiedet hat.

 

[vollcom]

Oki danke, werde die Prozess mal auf 100 stellen,
wo finde ich denn die LOG files? das ist ja ein Manage Server... ich habe doch darauf keinen zugriff oder?

Oder ist der Sever doch zu klein? mit 1 GB Ram ???

 

[djrick]

also, ich kann per SSH Connecten ... und sehe dort nur die Prozesse meines Benutzernamen, alles anderen sehen ich nicht.

Gebe mal:

ps aux

ein. Dann müsstest du eigentlich alle Prozesse sehen.

 

[vollcom]

oki, danke ...

(uiserver):u54357546:~ > ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
3343641   5398  0.0  0.1   6856  1396 ?        S    15:00   0:00 /usr/sbin/fcgi-pm
3343641   5440  0.0  0.2   6988  2368 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5441  0.0  0.2   6988  2368 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5442  0.0  0.2   6988  2380 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5443  0.0  0.2   6988  2392 ?        S    15:00   0:00 /usr/sbin/apache-perf
3343641   5444  0.0  0.2   6988  2364 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5445  0.0  0.2   6988  2368 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5446  0.0  0.2   6988  2380 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5447  0.0  0.2   6988  2356 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5448  0.0  0.2   6988  2352 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5449  0.0  0.2   6988  2352 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5450  0.0  0.2   6988  2368 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5452  0.0  0.2   6988  2352 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5453  0.0  0.2   6988  2384 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5455  0.0  0.2   6988  2352 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5461  0.0  0.2   6988  2376 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5464  0.0  0.2   6988  2376 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5481  0.0  0.2   6988  2376 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5499  0.0  0.2   6988  2396 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5502  0.0  0.2   6988  2396 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   5511  0.0  0.2   6988  2352 ?        S    15:00   0:01 /usr/sbin/apache-perf
3343641   8276  0.0  0.1   7640  1572 ?        SN   13:49   0:00 sshd: u54357546@pts/1
3343641   8278  0.0  0.1   5480  1916 pts/1    SNs  13:49   0:00 -bash
3343641  15356  0.0  0.2   6988  2368 ?        S    15:38   0:00 /usr/sbin/apache-perf
3343641  16855  0.0  0.2   6988  2336 ?        S    15:43   0:00 /usr/sbin/apache-perf
3343641  16858  0.0  0.2   6988  2340 ?        S    15:43   0:00 /usr/sbin/apache-perf
3343641  19144  0.0  0.2   6988  2336 ?        S    15:52   0:00 /usr/sbin/apache-perf
3343641  19145  0.0  0.2   8320  2656 ?        S    15:52   0:00 /usr/sbin/apache-perf
3343641  22066 39.0  2.3  34972 23700 ?        R    16:02   0:00 php5
3343641  22068  0.0  0.0   4388   872 pts/1    RN+  16:02   0:00 ps aux

ich sehe da irgendwie nichts auffälliges.
habe mal noch ein Bildchen mit angehängt.
MOD: Bilder immer als Anhang. Danke!
Das sind die letzten 24h stunden ...

Kann ich den Server auch neustarten ? Wenn der mir zuviel Swapt ??? Wenn ja ... was muss ich da eingeben ?

 

[dev]

Swap ist unproblematisch, die Monitoring Graphen sehen auch gut aus. Wenn Du Dich weiter innerhalb dieser Parameter bewegst, bist Du mit der Hardware genau im optimalen Bereich - nicht zu viel und nicht zu wenig. Dass der Arbeitsspeiche belegt ist, ist normal - Linux puffert bzw. hält vor , man könnte es ja nochmal gebrauchen Erst wenn der Swap-Wert hochgeht, wird es kritisch.

Dem Grund für das nächtlichen Abstürzen kommt man mit den Eckdaten allerdings nicht auf die Schliche, das kann alles sein: Fehlerhafte Hardware (RAM z. B.), falsch konfigurierte OS Parameter etc..

Das der Support sagt, dass es "fehlerhaft programmierte" Skripte sind, ist mir etwas zu dünn. Ohne Logs kommt man nicht weiter...

 

[vollcom]

Danke für deine Antwort! Du hast recht, der Server ist 2x abgestürzt weil der Swarpwert nach oben ging, aber auch nicht viel, es waren nicht mehr als 50MB. Also ist das normal das Linux soviel buffert oder der RAM permanet voll ist? Was ist wenn ich mir ein 2 GB RAM Server hole? Ist der RAM da auch ständig voll?
ich werde morgen nochmal dort anrufen und mich mal mit einem Techniker verbinden lassen. Ich glaube nämlich auch nicht, das die Abstürze von mir kommen. Mal sehen was der machen kann.
Ich habe nochmal eine Datei angehangen von dem letzten Monat.
Der server ist ja neu, und komisch ist auch, dass in den ersten Tage, schon der RAM bis obenhin voll war obwohl ich noch keine Dateien geuploadet habe.

Danke nochmal

 

[dev]

Auch 2 GB sind ständig "voll". Das Prinzip ist, dass der gecachte Speicherinhalt wieder freigegeben wird, sobald eine Anforderung kommt.

Das der RAM gleich "voll" ist, liegt daran, dass sich die Anwendungen (Apache, SQL) gleich beim Start einen dicken Batzen krallen, obwohl der gar nicht gebraucht wird.

Unter Debian Lenny z. B. hat man nach einer Apache-Installation auf einem minimalen System 600 MB Verbrauch nach dem 1. Start - ohne Anfragen. Das liegt an den Default-Apache-Einstellungen, die per Konfigdatei etwas verschlanken kann bzw. auf einem vServer sogar muss.

 

[vollcom]

Oki, dann bedanke ich mich mal für alle Antworten, haben mir sehr weiter geholfen. Ich schau jetzt mal was ich machen kann.

Danke nochmal

 

[Tom09]

Die eingesetzte Hardware ist nicht unbedingt die leistungsfähigste, reicht in diesem Fall aber offensichtlich aus. Sofern der Server in einem kritischen Maße swappt, sollte die Load Average deutlich höher sein als in den Graphen dargestellt.

Eigentlich würde ich bei einem Managed Server davon ausgehen, dass der Provider das Problem analysiert. Aber das ist bei 39 Euro wohl nicht zu erwarten. Es ist halt doch so: You get what you pay for.

CU
Tom09