+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+--- Thread: [ERLEDIGT] apache-workers (/thread-11256.html)
Pages: 1 2
[ERLEDIGT] apache-workers - multiuser - 07-27-2010 11:12 PM
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 cachedwü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
RE: apache-workers - Lucan - 07-28-2010 01:05 AM
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
RE: apache-workers - multiuser - 07-28-2010 02:50 AM
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.confCode:
/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>RE: apache-workers - Lucan - 07-28-2010 03:11 AM
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.
RE: apache-workers - multiuser - 07-28-2010 03:42 AM
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!
RE: apache-workers - ZooL - 07-28-2010 04:19 AM
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..
RE: apache-workers - Lucan - 07-28-2010 04:24 AM
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.
RE: apache-workers - multiuser - 07-28-2010 05:15 PM
(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 cached214 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)?
RE: apache-workers - Lucan - 07-28-2010 08:25 PM
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
RE: apache-workers - nemo - 07-28-2010 09:16 PM
(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.