VM: killing process? Hvorfor?

[_Nitro_]

VM: killing process apache2

__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)

__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)

__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)

__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)

__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)

__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)

__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)

__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)

__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)

__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)

__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)

__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)

 

 

Har plutselig fått slike meldinger i dmesg.

 

Noen som vet hva som gjør dette / hvorfor dette skjer?

Kjører forresten Debian med 2.4.27-2-386 kjerne.

Endret 17. september 2007 av _Nitro_

[Sokkalf™]

Ser ut som dette er en out-of-memory-feilmelding, som kernelen desperat prøver å rette opp ved å drepe prosesser for å frigjøre minne.

Hvor mye minne/swap har du?

[LessThanJake]

Du har fullt minne og swap?

[_Nitro_]

srv:~# free

                    total      used        free    shared    buffers    cached

Mem:        905400    885304      20096          0    126116    322044

-/+ buffers/cache:    437144    468256

Swap:      642560      59788    582772

srv:~#

 

Hvilken metode er enklest for og finne ut hvilket program som spiser opp minnet?

[Sokkalf™]

Hvis du starter "top" og trykker shift+M, så sorterer den prosessene etter minnebruk.

 

Edit: ser dog at du har en del minne som buffers og cache, dette bør frigjøres når det trengs mer minne, så virker litt rart at du skal gå helt tom.

 

Ser også ut til at du har en litt utdatert kjerne. Har du 1GB minne? Isåfall har ikke kjernen din støtte for highmem, så du får ikke utnyttet alt, ifølge de tallene dine fra "free".

Endret 17. september 2007 av Sokkalf^

[_Nitro_]

Hvis du starter "top" og trykker shift+M, så sorterer den prosessene etter minnebruk.

9512641[/snapback]

 

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

1517 clamav    9  0 40796  39m  19m S  0.0  4.5  10:22.60 clamd

1962 clamav    8  0 40796  39m  19m S  0.0  4.5  0:10.97 clamd

5585 amavis    9  0 31736  30m  17m S  0.0  3.5  0:00.88 amavisd-new

5561 amavis    9  0 31700  30m  17m S  0.0  3.5  0:00.99 amavisd-new

5004 amavis    9  0 30156  29m  17m S  0.0  3.3  0:00.40 amavisd-new

18115 www-data  9  0 20720  19m 9256 S  0.0  2.2  0:05.93 apache2

18117 www-data  9  0 20668  19m 9284 S  0.0  2.2  0:09.05 apache2

18114 www-data  9  0 20660  19m 9296 S  0.0  2.2  0:06.67 apache2

 

 

4,5% er vell ikke all verden eller er det jeg som tar helt feil her ?

 

 

Vill du anbefale meg og oppdatere kjerne?

 

Fant dette i kernel configen min:

 

CONFIG_NOHIGHMEM=y

 

Som jeg kan se det så vill det vill si at jeg ikke har støtte for HIGHMEM

Compilere på nytt med CONFIG_NOHIGHMEM=n ?

Endret 17. september 2007 av _Nitro_

[LessThanJake]

Siden det var apache som ble drept, var det mest sansynlig den som brukte mest minne av alle prosessene dine. Nå har du jo nettop restartet apache og da ble alt minne frigjort og systemet er som det skal være. Det kan godt ta litt tid før apache igjen bruker for mye minne, eneste du kan gjøre er å følge litt med framover nå og se om minnebruken til apache øker.

Endret 17. september 2007 av LessThanJake

[LessThanJake]

Du trenger ikke highmem i kjernen hvis alt minnet ditt vises med free.

Endret 17. september 2007 av LessThanJake

[Sokkalf™]

Vill du anbefale meg og oppdatere kjerne?

9512671[/snapback]

 

Vanskelig å si. Problemene du har bør uansett ikke oppstå.. har du høy trafikk på denne maskinen (webserver etc)?

[_Nitro_]

Sjer ved en ukes mellomrom ca. Er ihvertfall det jeg har funnet ut til nå

[Sokkalf™]

Vil også legge til at hvis det er apache som er "synderen", og dermed sluker for mye minne, kan det være pga. et PHP-script e.l med dårlig kode som gir en minnelekkasje.

[_Nitro_]

Vill du anbefale meg og oppdatere kjerne?

9512671[/snapback]

 

Vanskelig å si. Problemene du har bør uansett ikke oppstå.. har du høy trafikk på denne maskinen (webserver etc)?

9512709[/snapback]

 

Kjører webserver / mail / ftp

 

Og noen andre tjenester som ventrilo. Men denne trekker jo ingenting.

Har hendt seg noen ganger at det har flommet inn med tilkoblinger fra IP fra "gokk gokk land" som har gjort at webserver har gått i 100, men disse adressene har jeg sperret vie iptables

 

Vil også legge til at hvis det er apache som er "synderen", og dermed sluker for mye minne, kan det være pga. et PHP-script e.l med dårlig kode som gir en minnelekkasje.

9512722[/snapback]

 

Om det er det så blir det jo ett rent "H" og finne tak i.. Ligger jo drøssvis med forskjellige sider fra forskjellige brukere på serveren :S

På den siden finnes det vell ingen rask måte å lete tak i problem siden/scriptet tenker jeg!

Endret 17. september 2007 av _Nitro_

[LessThanJake]

Hvis det bare skjer en gang i uken er den enkleste (og dårligste ) løsningen å bare legge til en cron job som restarter apache en gang annenhver dag!

 

Men debuging kan jo være kjekt det også

[_Nitro_]

Hvis det bare skjer en gang i uken er den enkleste (og dårligste ) løsningen å bare legge til en cron job som restarter apache en gang annenhver dag!

 

Men debuging kan jo være kjekt det også

9512750[/snapback]

 

Hehe.. Har vært på tanken

 

 

Ser også at den dreper perl også. perl og apache2 som går igjen nedover listen

Endret 17. september 2007 av _Nitro_

[Sokkalf™]

Kan også legge en del begrensninger på minnebruk på apache og PHP både i configfilene til apache og php.ini skulle jeg tro, uten at jeg har særlig erfaring med dette selv..

[_Nitro_]

Kan også legge en del begrensninger på minnebruk på apache og PHP både i configfilene til apache og php.ini skulle jeg tro, uten at jeg har særlig erfaring med dette selv..

9512779[/snapback]

 

 

Da skal jeg sette meg ned og se på disse configfilene i kveld

Takk for all hjelp så langt

Endret 17. september 2007 av _Nitro_

[Sokkalf™]

Ser også at den dreper perl også. perl og apache2 som går igjen nedover listen

9512759[/snapback]

 

Du har konfigurert apache med mod_perl? Da er det store muligheter for at det er et perlscript som er synderen.