[ERLEDIGT] apache-workers

[multiuser]

hi, hallo @ all - ich hoffe, jemand kann mir helfen:

ich habe bei HE einen vServer mit 4 GB Arbeitsspeicher... das hört sich viel an, jedoch habe ich oft das problem, dass ich anscheinend zu wenig davon habe. vorher hatte ich 3 - häufige abstürtze (fast täglich) waren die folge... den grund dafür zu finden war nicht einfach - nach einiger zeit fanden wir aber heraus, dass zum absturtzzeitpunkt immer google bis zu 60 requests macht - das bei 55 kunden...

naja - selbst getestet - alle kundenwebseiten gleichzeitig aufgemacht - passiert das:
#:/var/log# ps -aux
-bash: fork: Cannot allocate memory

und dann folgt ein absturz...

habe heute mal kurz TOP rauskopiert:

Code:

top - 14:56:40 up 42 min,  1 user,  load average: 0.10, 0.03, 0.00
Tasks: 121 total,   1 running, 120 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.2%sy,  0.0%ni, 99.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4194304k total,  1315920k used,  2878384k free,        0k buffers
Swap:  8388608k total,        0k used,  8388608k free,        0k cached

top - 14:56:55 up 42 min,  1 user,  load average: 0.08, 0.03, 0.00
Tasks: 119 total,   1 running, 118 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.2%sy,  0.0%ni, 99.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4194304k total,  1314536k used,  2879768k free,        0k buffers
Swap:  8388608k total,        0k used,  8388608k free,        0k cached

top - 14:58:10 up 43 min,  1 user,  load average: 0.02, 0.02, 0.00
Tasks: 168 total,   1 running, 167 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.3%sy,  0.0%ni, 98.8%id,  0.8%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4194304k total,  1680256k used,  2514048k free,        0k buffers
Swap:  8388608k total,        0k used,  8388608k free,        0k cached

top - 14:59:13 up 44 min,  1 user,  load average: 0.08, 0.03, 0.00
Tasks: 169 total,   1 running, 168 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2%us,  0.0%sy,  0.0%ni, 99.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4194304k total,  1663792k used,  2530512k free,        0k buffers
Swap:  8388608k total,        0k used,  8388608k free,        0k cached

top - 15:04:32 up 49 min,  1 user,  load average: 0.87, 0.61, 0.24
Tasks: 183 total,   1 running, 182 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.2%sy,  0.0%ni, 99.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4194304k total,  1776948k used,  2417356k free,        0k buffers
Swap:  8388608k total,        0k used,  8388608k free,        0k cached

würde ich den apache nachts nicht neu starten, würde der mir immer wieder abstürzen, so wie jetzt vorhin auch...

was könnte ich machen, dass nicht so viele php-worker offen bleiben??
diese dateien bearbeiten? welche von denen wird verwendet/geladen?
/etc/apache2/mods-available/fastcgi_ispcp.conf
/etc/ispcp/apache/backup/fastcgi_ispcp.conf
/etc/ispcp/apache/fastcgi_ispcp.conf
/etc/ispcp/apache/working/fastcgi_ispcp.conf

mein system: ispCP Omega 1.0.5 Stable @ debian

[Lucan]

Mach mal folgendes:

cd /etc/apache2/mods-enabled

ls

Und poste die Ausgabe.

Poste auserdem mal deine Config von fcgid_ispcp / fastcgi_ispcp.

die findest du in /etc/apache2/mods-available

Darüber hinaus kann es auch schon helfen das php memory limit in den php Dateien der Kunden zu senken 128 MB ist in meinen augen auch übertrieben, 32 MB tuens in den meisten fällen auch.


Grüße

[multiuser]

Code:

:/etc/apache2/mods-enabled# ls
actions.conf          authz_user.load  dir.load          proxy.load
actions.load          autoindex.conf   env.load          proxy_http.load
alias.conf            autoindex.load   fcgid_ispcp.conf  rewrite.load
alias.load            cgi.load         fcgid_ispcp.load  setenvif.conf
auth_basic.load       cgid.conf        mime.conf         setenvif.load
authn_file.load       cgid.load        mime.load         status.conf
authz_default.load    deflate.conf     negotiation.conf  status.load
authz_groupfile.load  deflate.load     negotiation.load  suexec.load
authz_host.load       dir.conf         proxy.conf

Code:

/etc/apache2/mods-available# cat fcgid_ispcp.conf

<IfModule mod_fcgid.c>
  AddHandler fcgid-script .php .php5
  SocketPath /var/lib/apache2/fcgid/sock
  IdleTimeout 600
  IdleScanInterval 120
  BusyTimeout 300
  BusyScanInterval 120
  ErrorScanInterval 3
  ZombieScanInterval 3
  ProcessLifeTime 900
  SpawnScoreUpLimit 10
  SpawnScore 1
  TerminationScore 2
  MaxProcessCount 200
  DefaultMaxClassProcessCount 10
  DefaultMinClassProcessCount 1
  IPCConnectTimeout 900
  IPCCommTimeout 900
  MaxRequestsPerProcess 500
</IfModule>

Code:

:/etc/apache2/mods-available# cat fastcgi_ispcp.conf

<IfModule mod_fastcgi.c>
        FastCgiWrapper On
        FastCgiIpcDir /var/lib/apache2/fastcgi2

        FastCgiConfig -minProcesses 1 \
                  -maxProcesses 400 \
                  -maxClassProcesses 5 \
                  -multiThreshold 80 \
                  -killInterval 60 \
                  -startDelay 5 \
                  -idle-timeout 300
                  # -singleThreshold 100 \
                  # -autoUpdate \
                  # -pass-header HTTP_AUTHORIZATION

        FastCgiServer /var/www/fcgi/master/php5-fcgi-starter -user vu2000 -group vu2000 -idle-timeout 300

        #
        # PHP5 SUPPORT
        #

        AddHandler php-fastcgi .php .php5

        <Location /php5/php5-fcgi-starter>
                SetHandler fastcgi-script
                Options +ExecCGI
        </Location>

        Action php-fastcgi /php5/php5-fcgi-starter
        AddType application/x-httpd-php .php .php5
</IfModule>

[Lucan]

Ok, dann mach mal folgendes:


a2dismod fcgid_ispcp
a2enmod fastcgi_ispcp

/etc/init.d/apache2 restart


dann schau nach ob alle php prozesse gekillt sind, wenn nein kill sie.

Ebenfalls solltest du dann in allen php.ini 's mal den max_memory wert auf 32 oder 64mb runter setzen, sollte auch schon ungemein helfen.

anschliesend wieder den apachen neu starten.

[multiuser]

was ist der unterschied zwischen fastcgi_ispcp und fcgi_ispcp?
woran siehst du, dass ich fcgi_ispcp verwende?
was kann passieren, wenn ich die befehle ausführe?

wie schon geschrieben - es sind rund 60 webseiten - im laufenden betrieb!

[ZooL]

ich empfehle nicht auf fastcgi zu wechseln

aber zu deiner frage woher er weiss das du fcgid einsetzt ...
hast du doch selber gepostet..

:/etc/apache2/mods-enabled# ls
fcgid_ispcp.conf rewrite.load
fcgid_ispcp.load

aber ich merk schon du nutzt einen vserver...
du hast keine ahnung... und willst das wir dir hier alles vorkauen..
und nennst die 60benutzten websiten sicher noch kundenwebsites...

naja erstmal noch nen schönen abend..

[Lucan]

Quote:was ist der unterschied zwischen fastcgi_ispcp und fcgi_ispcp?

Fastcgi und fcgid liefern php aus.

fcgid basiert dabei auf fastcgi, verbraucht aber auch nach eigenen Erfahrungen um einiges mehr Ram.
Deine User / Du werden keine veränderungen merken ausser ggf. einem geringen Ram verbrauch.

Quote:woran siehst du, dass ich fcgi_ispcp verwende?

Vermutlich an deiner Ausgabe von mods-enabled....
Das solltest du aber als Serveradmin wissen, vorallem wenn du aktiv Kunden betreust!

Quote:was kann passieren, wenn ich die befehle ausführe?

Wenn dein System Fehlerfrei läuft nichts.
Im schlimmsten Fall wird fastcgi nicht starten und du musst ein
a2dismod fastcgi_ispcp
a2enmod fcgid_ispcp
/etc/init.d/apache2 restart ausführen.


Ich hab übrigens eben übersehen, dass bei dir doch nen Fehler vorhanden ist.
es wird cgid und cgi geladen, was zu Fehlern fürht.

für nen
a2dismod cgi
/etc/init.d/apache2 restart
aus, dass sollte abhilfe schaffe.

Quote:wie schon geschrieben - es sind rund 60 webseiten - im laufenden betrieb!

So laufend kann der Betrieb ja nicht sein wenn der Server permanent abschmiert.
Wenn du meine Tipps hier nicht befolgen willst, dann lass es.

[multiuser]

(07-28-2010 04:19 AM)ZooL Wrote:  aber ich merk schon du nutzt einen vserver...
du hast keine ahnung... und willst das wir dir hier alles vorkauen..
und nennst die 60benutzten websiten sicher noch kundenwebsites...

tja, ich gebe zu, ich bin überhaupt kein linux-guru!
ich bin selbständiger php-entwickler - hier liegen welten dazwischen.

kurz zur erklärung: ich habe hier schon viele erfahrungen gemacht. als ich mit dem vserver startete, fragte ich hier im forum, ob dies jemand professionell einrichten / konfigurieren könnte... entgeltlich natürlich...

darauf hin meldeten sich 2 forumsteilnehmer (hier aus diesem forum) und beide boten dies um ca 70 EUR an.
ich vergab dann den auftrag an einen. alles schön und gut - aber als der dann nach 10 minuten nach beginn fragte, wie man den vserver auf auslieferungszustand setzt, hatte ich schon ein komisches gefühl.
dann - erneute installation von ispcp (die ich selbst auch schaffen würde, ohne kenntnisse - da eh sehr gut dokumentiert).
dann - wieder das gleiche.

ok dachte ich - ging halt daneben - geld gibts keines für nicht ordnungsgemäß erbrachte leistung.

ich suchte aus dem internet eine firma - professionelle ispcp installation hieß es dort - wartung inklusive... hörte sich gut an! ABER: das gleiche wieder - bitte den vserver auf auslieferungszustand setzen... bla bla bla.

somit erkenne ich, wenn es einer anbietet, muss es nicht heissen, dass der jenige es auch kann!

darauf hin wendete ich mich an einen entwickler von ispcp. der schrib nach 2 tagen zurück, er würde das machen. die installation ging auf anhieb. jedoch jetzt, nach etwa 9 monaten beginnt die kiste zu "spinnen".
eine wartung wäre gefragt - leider ist aber auch dieser "mitentwickler von ispcp" nicht im stande, das problem zu lösen...

also - was bleibt mir anderes übrig, als selbst irgendetwas zu versuchen???

oder kennst jemand eine firma/person, die nicht 200EUR pro angebrochene arbeitsstunde verlangt und das trotzdem kann?????

ich will einfach nur professionelle hilfe - eine gute wartung - ich zahls ja eh! oder heißt es schon "VORSICHT - ZAHLENDER KUNDE!"????

in diesem sinne

---

@Lucan

danke für deine beschreibung - nur leider wurde das problem heute nacht noch viel schlimmer!

Code:

top - 07:04:02 up 16:49,  1 user,  load average: 0.05, 0.08, 0.03
Tasks: 195 total,   1 running, 214 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.2%sy,  0.0%ni, 99.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4194304k total,  1634092k used,  2560212k free,        0k buffers
Swap:  8388608k total,        0k used,  8388608k free,        0k cached

214 sleeping-prozesse?? warum machen die nicht zu??
anscheinend habe ich bei dem vserver ein limit an prozessen - da arbeitsspeicher wohl noch genügend vorhanden gewesen wäre?!
nach einem apache restart gingen die php5-cgi prozesse nicht weg... auch ein start stop half nichts. killall php5-cgi...

ich hab wieder auf fcgi zurückgestellt.

wer kann mir helfen (siehe mein letztes posting, 1 weiter oben)?

[Lucan]

Der Worker hält immer prozesse offen um die schneller Ausliefern zu können.

Du kannst auch noch einen wechsel auf den prefork versuchen.

Aber das ist alles ziemlich schwer zusagen, ohne sich das direkt anzuschaun.

aptitude update
aptitude install apache2-mpm-prefork.



Grüße

[nemo]

(07-28-2010 05:15 PM)multiuser Wrote:  ...
anscheinend habe ich bei dem vserver ein limit an prozessen - da arbeitsspeicher wohl noch genügend vorhanden gewesen wäre?! ...

Ja, das ist beim VServer so, die Prozesse sind limitiert. Meistens kann man aber mit dem Anbieter besprechen, dass das Limit erhöht wird. So war es bei mir auch. Für 60 Kunden würde ich auf jeden Fall einen richtigen Server nehmen, den ich uneingeschränkt nutzen kann.