Onderwerp: Server down

Hallo,

Voor een nieuwe site die we aan het maken zijn was ik wat upload mogelijkheden aan het testen, toen ik echter een foto van 3.04 MB ging uploaden die door het script (php) ook geresized moet worden ging het fout (althans vermoed ik) na tijdje lag de server plat.
Na een reboot werkte het gewoon weer, toen we in de logfiles gingen kijken kwam ik een melding tegen die wel erg vaak stond genoteerd: srv01 kernel: dst cache overflow

Ik heb overal gezocht maar kan niet echt wijs worden uit de informatie die in vind, hopelijk kan iemand mij verder helpen.

Kan dit met het probleem te maken hebben en hoe kan ik voorkomen dat dit weer gebeurt ?

Alvast bedankt voor jullie tijd.

handig als je vertelt welk os en welke webserver je gebruikt en eventueel het script.

Klinkt mij als een memory probleem in de oren

Ik haak even in om te antwoorden, ik ben de partner van Jeroen_123

Fedora Core II
apache 2.0
php 4.3.1

Ik denk aan een oneindig getal oid tijdens de resize berekening, waarschijnlijk op te lossen door een max rekentijd op te geven.

Mijn excuses, ik vergat inderdaad het os en dergelijke te vermelden, dit is inmiddels ingevuld door mijn Collega Patrick.

Oorspronkelijk geplaatst door CharlieRoot

Klinkt mij als een memory probleem in de oren

Hmm een server die over zijn nek gaat doordat het geheugen vol zat of zo iets dergelijks?
Tijd voor een server upgrade lijkt mij zo....

Iets zegt mij dat het vermoedelijk niet met het script of te weinig geheugen te maken heeft. Dan zou ik met mijn notebook-linux-meeneem-en-test-server met 32MB er ieder moment uit moeten liggen.

dst cache heeft afaik met routing te maken, denk dat onderstaande link meer van toepassing is:
http://www.enyo.de/fw/security/notes...cache-dos.html

Server is een Dell 1425 3.0 ghz 1.5gb mem, en 80 gb
lijkt me genoeg voor 300 website's toch?

Huh? Menen jullie dit echt serieus? Kan je softwarematig door memory / cache overflows een server plat krijgen???
Dus zonder dat het een hardwareprobleem betreft?
Wow, dat is echt horror.
Ik werk zelf vooral met Windows 2003 Servers, en daar mag je je geheugen echt tot de allerlaatste bit volSTAMPEN, je zal NOOIT ofte NIMMER je OS op z'n knieën krijgen, het enige dat er zal gebeuren is dat applicaties geen nieuwe zaken meer kunnen inladen of geen clients meer willen servicen, maar de server zelf zal absoluut nooit down gaan, en je kan dan simpelweg wat processen afsluiten teneinde weer voldoende memory vrij te maken, een reboot is out of the question!!! (het idee alleen al, onze windows 2003 servers rebooten enkel bij een kritische patch, anders nooit)

Ik draai ook een aantal Debian en CentOS boxen maar die worden vooralsnog heel erg licht belast, dit topic doet me nu wel echt huiveren voor wat me mogelijk te wachten staat?
Of is dit enkel mogelijk bij Fedora Core, en is dat dus een af te raden distributie voor servergebruik (zou ze zelf nooit kiezen, daar niet van).

Oorspronkelijk geplaatst door dotnetjunkie

Huh? Menen jullie dit echt serieus? Kan je softwarematig door memory / cache overflows een server plat krijgen???

TS zegt "lag de server plat" dat is met rackmount servers meestal het geval.. die staan immers nooit

Verder weet ik niet wat TS bedoeld met "lag de server plat" was deze volledig uit de lucht geblazen of was deze onbereikbaar. Een klein doch zeker essentieel verschil.

Onbereikbaar is een server als je deze uit de lucht heb maar ook als de routing helemaal om zeep is. De link die ik eerder heb gepost geeft een probleem weer me oudere kernels. Als ik zie dat TS en z'n maat nog met een oude versie PHP draaien, dan misschien ook met een oude kernel..

Verder is het onbekend of de server niet vanzelf terug was gekomen als ze nog wat langer hadden gewacht.

Tijdens een kort rondje googlen zag ik wel een aantal keren "Redhat" en Fedore Core II langs vliegen.

Hallo,

Bedankt voor de reacties, we zijn er nog niet helemaal uit, wel wat verder gekomen, waarschijnlijk is het een megagrote image geweest die ik gebruikt heb met testen....

Server lag plat als zijnde niet bereikbaar, na 20 minuten vonden we het tijd voor een reboot en werkte het weer normaal.

Wat betreft de 300 website op deze server, hiervan zijn er vele domeinen alleen maar url forwards, deze server heeft het niet echte druk dus, de cpu is 3.0 ghz (xeon....scheelt ook wel met P-IV lijkt me ?)

bedankt voor jullie reacties

Gister ook weer,
Ik ben er achter gekomen dat de server gewoon doordraait enkel is deze op geen enkele manier meer bereikbaar.
In het logfile "messages" vindt ik 30min aan een stuk dit soort regels:
Sep 1 16:23:19 srv5 kernel: dst cache overflow
Sep 1 16:23:21 srv5 last message repeated 9 times
Sep 1 16:23:23 srv5 kernel: printk: *** messages suppressed.
Sep 1 16:23:23 srv5 kernel: dst cache overflow

We werken op fedora core 2 kernel: 2.6.5-1.358smp
o
Als iemand ons een duwtje in de goede richting kan geven HEEL GRAAG !

Oorspronkelijk geplaatst door Elpatri

We werken op fedora core 2 kernel: 2.6.5-1.358smp
o
Als iemand ons een duwtje in de goede richting kan geven HEEL GRAAG !

Heb ik op 10-08 al gedaan.

Verder is je kernel antiek te noemen geloof dat wij op 2.6.17.nog_wat draaien..

Is de server wel vanaf een andere computer te benaderen?

Gebeurt dit ook als je een iets groter bestand via bijv pscp of ftp naar die server gooi?

Misschien moet je iemand inhuren om e.e.a. voor je na te kijken..

Crazycoder

Ik weet het je hebt op alle punten gelijk, maar ja. ook daar wordt aan gewerkt.
De server was niet meer te benaderen ook niet via een interne link die op de 2e kaart zit.
Ik kan willekeurig een groot bestand via pscp of ftp uploaden dat is geen enkel probleem.
Maar die link die je op 10-08 gegeven hebt hebben ze het erover dat het opgelost is met een update,
en verder eigenlijk niet echt een tijdelijke oplossing.
Of ik lees ergens enorm overheen, wat zou kunnen want me engels is nou niet zo best.

En ja iemand inhuren zou soms wel willen......

Deze heb ik ook nog gevonden:

/var/log/httpd/err-Log
[client 212.238.218.73] PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 7872875 bytes) in Unknown on line 0
Allowed memory size of 33554432 bytes exhausted (tried to allocate 132 bytes)

Kan dat een oorzaak zijn ?