[gabriel]

Nu dök lite nya fel upp i errorloggen

[Thu Jun 8 18:04:50 2006] [notice] child pid 8909 exit signal Segmentation fault (11)
[Thu Jun 8 18:04:53 2006] [notice] child pid 9232 exit signal Segmentation fault (11)
[Thu Jun 8 18:04:55 2006] [notice] child pid 5825 exit signal Segmentation fault (11)
[Thu Jun 8 18:04:56 2006] [notice] child pid 9213 exit signal Segmentation fault (11)
[Thu Jun 8 18:05:00 2006] [notice] child pid 5829 exit signal Segmentation fault (11)

[lazat]

Vi hade sama problem också och innan vi hittade vad det var så blev vi smått gråhåriga. Det visades sig att det var en av våra kunder som hade ooptimerade php skript som anropade mysql med tunga frågor. Dessutom så var php skriptet buggigt så det anropade sig själv om vissa vilkor var uppfyllda. Så vissa anrop loopade...

activera apache serverinfo modulen lokalt och kolla i http://localhost/server-info efter vad som tar resurser. Jämför processid mot ps aux. Jag tror det var så vi kom fram till vilken fil som orsakade loopen och kunde stänga ner kunden.

[gabriel]

Originally posted by lazat@Jun 10 2006, 14:54
Vi hade sama problem också och innan vi hittade vad det var så blev vi smått gråhåriga. Det visades sig att det var en av våra kunder som hade ooptimerade php skript som anropade mysql med tunga frågor. Dessutom så var php skriptet buggigt så det anropade sig själv om vissa vilkor var uppfyllda. Så vissa anrop loopade...
activera apache serverinfo modulen lokalt och kolla i http://localhost/server-info efter vad som tar resurser. Jämför processid mot ps aux. Jag tror det var så vi kom fram till vilken fil som orsakade loopen och kunde stänga ner kunden.

Låter troligt, för mysql är riktigt segt det också ibland, dock ger ju varken server-fino eller server-status någon vettig hjälp, såvitt jag kan se?

[lazat]

hmm det var server-status som jag använde. Hur som helst så vänta tills servern är seg eller har allokerat 200 webbar och gå in och kolla på server-info. ta alla filer i listan som är scriptfiler och undersök dom.

[gabriel]

Originally posted by lazat@Jun 11 2006, 00:05
hmm det var server-status som jag använde. Hur som helst så vänta tills servern är seg eller har allokerat 200 webbar och gå in och kolla på server-info. ta alla filer i listan som är scriptfiler och undersök dom.

Men jag får inte upp några filer där, får bara en lista på processer, inte vilka filer proceserna använder...

[lazat]

hmm då har vi olika versioner eller nåt. jag har apache 2.0xxx
eller så går det att ställa in i httpd.conf. vet ej. Du kan ju också testa att stänga ner några vhosts i taget och se när problemet slutar uppkomma. men det är ju klart en sämre lösning.

[gabriel]

Originally posted by lazat@Jun 12 2006, 00:47
hmm då har vi olika versioner eller nåt. jag har apache 2.0xxx
eller så går det att ställa in i httpd.conf. vet ej. Du kan ju också testa att stänga ner några vhosts i taget och se när problemet slutar uppkomma. men det är ju klart en sämre lösning.

Jag kör apache 1.3 och server-status visar bara (server-info visar bara alla inställningar på servern):

Server Version: Apache/1.3.36 (Unix) PHP/5.1.2
Server Built: Jun 3 2006 12:51:49
Current Time: Sunday, 11-Jun-2006 23:37:15 CEST
Restart Time: Sunday, 11-Jun-2006 23:37:12 CEST
Parent Server Generation: 0
Server uptime: 3 seconds
4 requests currently being processed, 4 idle servers

WKKK____........................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................

Scoreboard Key:
"_" Waiting for Connection, "S" Starting up, "R" Reading Request,
"W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup,
"L" Logging, "G" Gracefully finishing, "." Open slot with no current process

PID Key:

  38517 in state: W ,  38518 in state: K ,  38519 in state: K 
  38520 in state: K ,  38521 in state: _ ,  38527 in state: _ 
  38528 in state: _ ,  38529 in state: _ ,

To obtain a full report with current status information you need to use the ExtendedStatus On directive.

Jag har ExtendedStatus On i httpd.conf.

Jag vet vilken vhost som är problemet men frågan kvarstår ju hur jag skall få reda på vilket script det e som drar resurser...

[gabriel]

Fick ett tips om att det kunde vara någon minneslucka i nån modul så jag har uppgraderat php med extensions till senaste och det hjälper inte heller.

Så nu återstår väl bara en fråga:

Hur tar jag reda på vad varje process jobbar med för fil? / Loggar hur lång tid alla script tar ?

[anders.n]

Originally posted by gabriel@Jun 13 2006, 00:38
Hur tar jag reda på vad varje process jobbar med för fil?

"lsof" - http://freshmeat.net/projects/lsof/

lsof -p PROCESS-ID

fstat kanske kan ge lite info också, men.. <3 lsof (mest gammal vana antar jag.. jag vet ingenting.. :).

[gabriel]

Ursprungligen postat av anders.n

lsof - http://freshmeat.net/projects/lsof/
lsof -p PROCESS-ID
fstat kanske kan ge lite info också, men.. 3 lsof (mest gammal vana antar jag.. jag vet ingenting.. .

Man tackar, nått att börja med iallafall...

lsof
Vid första intrycket så verkar det lite rörigt att gå igenom då den listar alla moduler och alla andra tänkbara filer som eventuellt kan vara öppnade av processern... Men lite borde jag ju kunna läsa ut där om jag sätter mig med det en stund.