Onderwerp: DA Crash bij het extracten van archieven

Ik heb momenteel een zeer bizar probleem met een Directadmin installatie..

De server draait virtueel als ene VM op een dedicated hardware machine en heeft dus alle resources tot zijn beschikking (16GB RAM ) en onderliggende SSD disken..
Van zodra er een .tgz geupload word in de filemanager en de gebruiker begint die te extracten via file manager loopt de server vast en het enige wat dan nog werkt om de boel los te krijgen is een reboot van de machine. Dit zelfde fenomeen treed ook op als de gebruiker via phpmyadmin een database uit een zip probeert te importeren op de server.

Op het moment van crashen is er naar CPU en memory gebruik niet veel speciaals te merken, in de error log krijg ik wel meldingen 'process has been locked up for 120 seconds..' waar process dan mysqld, httpd,.. is.

Wat ik wel zie op vmware is dat disk IO op de datastore wel ontzettend hard naar boven knalt.

het probleem kunnen we momenteel simuleren met het importeren van een sql.gz van ocharme 3MB..

Iemand een idee waar dit aan zou kunnen liggen? Hardware failures lijken het mij niet te zijn, disken en dergelijke zijn allemaal OK.

Mvg,

wat gebeurt er als je op de command line de file uitpakt ?

Heb je quotas enabled op je filesystem? We hebben een tijdje terug daar ook wat vage klachten door gehad.

http://help.directadmin.com/item.php?id=42

Via de da filemanager? Dan draai je dat onder een php scriptje toch?
Gooi je memory_limit in je php.ini eens omhoog naar een paar gb (als je dat nog niet gedaan hebt).
Ik kan me voorstellen dat hij bij gebrek aan ram behoorlijk wat io genereert bij unzippen/untarren.

Goeie tip, vooral die van de memory limit!

Zou het vreemd vinden, php heeft een memory limit en een time limit. Beide zouden je server niet mogen slopen... Zeker niet voor een upload van 3 mb..

Locked processen zijn problemen in de kernel. Kan zijn dat de processen hangen vanwege de IO die blockt. Maar kan ook iets met een library zijn. Alles up to date? Andere VM op zelfde hardware zelfde probleem? Mogelijk dat er een disk cache mis loopt, waardoor een disk IO actie niet completeert. Dan blijft de kernel hangen en krijg je die errors.

Het is dus niet DirectAdmin die crasht, maar de virtual machine zelf. Die lock meldingen komen ook op de console te staan als het goed is.

Problemen - lijken voorlopig allessinds - opgelost te zijn na het uninstallen van een 3th party plugin: DANGINX..

99.9% Compatible with Directadmin

Dan ben jij die 0.1%...