Bekijk Volledige Versie : Onjuiste quota
Bij verschillende VPS klanten ervaar ik een probleem. Zij draaien allen CentOS 7 met DirectAdmin.
Soms komt het voor dat een gebruiker een "onjuist" quota heeft. Soms ligt het zelfs 600-800 MB hoger dan we verwachten. Wanneer ik httpd bijvoorbeeld herstart, klopt het quota weer. httpd heeft dan vaak ook 3 weken gedraaid zonder een herstart.
Ik vermoed zelf dat het in de tijdelijke bestanden zit. Heeft iemand anders dit probleem eerder gezien? Ik verwacht het hiermee op te lossen: https://help.directadmin.com/item.php?id=561
Loop ook deze even langs: https://help.directadmin.com/item.php?id=557 daar hebben wij weleens gekke dingen mee opgelost m.b.t. quota.
mgielissen
24/04/17, 18:40
Welk filesystem gebruik je in Centos?
Welk filesystem gebruik je in Centos?
Ja sorry ik ging uit van XFS in mijn reply :)
Dank voor jullie snelle reacties! ext4 wordt gebruikt.
systemdeveloper
24/04/17, 23:01
Maar normaal doet apache toch een (gracefull) restart elke nacht?
Die ruimte komt waarschijnlijk omdat er apacheprocessen zijn die nog logs open hebben van bestanden die bv al geroteerd zijn, maar die niet gesloten konden worden. Als apache bij jou al 3 weken draait zonder een restart dan kunnen die logs gemakkelijk 600mb worden.
Gaat de logrotate wel goed? Kun je zien in de logs dat die gestart wordt?
Dank voor jullie input!
Ik heb dit nagekeken. De log files hebben niet de specifieke DirectAdmin gebruiker als eigenaar (/var/log/httpd, /var/log/httpd/domains, /home/user/domains/domein/logs). Dit zou dus ook niet kunnen meetellen aan de quota, lijkt mij.
Ik heb dit verder uitgezocht. In /var/tmp/systemd-private-*-httpd.service-*/tmp zag ik een aantal tijdelijke bestanden van de gebruiker staan. Na een herstart van httpd werdt de tmp folder opgeschoond en werden de bestanden verwijderd. Het quota klopte toen weer.
PrivateTmp is ingeschakeld voor het proces. systemd-tmp-clean zou dan moeten zorgen voor de opruiming, lijkt mij, maar ik zie dit in de config:
# Exclude namespace mountpoints created with PrivateTmp=yes
x /tmp/systemd-private-%b-*
X /tmp/systemd-private-%b-*/tmp
x /var/tmp/systemd-private-%b-*
X /var/tmp/systemd-private-%b-*/tmp
Als ik de exclude X /var/tmp/systemd-private-%b-*/tmp weghaal, zou het moeten werken, zonder problemen, lijkt mij. Ziet iemand hier een probleem bij, als ik de exclude weghaal?
Maar normaal doet apache toch een (gracefull) restart elke nacht?
Bij CentOS 6 hebben we de graceful functie wel en wordt dit inderdaad uitgevoerd, maar op CentOS 7 hebben we de graceful functie helaas niet.
Mag ik vragen waarom er is gekozen voor ext4 ipv xfs ? Want is xfs niet default in CentOS 7 ?
Mag ik vragen waarom er is gekozen voor ext4 ipv xfs ? Want is xfs niet default in CentOS 7 ?
Dat durf ik niet te zeggen, ik heb deze server niet opgezet. Een reden kan zijn dat het restoren van corrupte bestanden met ext4 net wat fijner is dan met xfs.
WilliamAdams
18/05/17, 17:26
Wat jawad zegt. Ben je al wat verder met dit probleem of is het al opgelost?
Zie mijn reactie hierboven WilliamAdams.
Helaas nog niet verder hiermee. Ik ga van de week wat testen.
Is het inmiddels al opgelost?
Naar mijn ervaring heeft DirectAdmin een goede support. Het aanmaken van een ticket bij hun lijkt mij dan ook zeker niet onverstandig aangezien je al een vrij lange tijd met dit probleem zit en het zelf nog niet opgelost krijgt..
Ik ben ook nog steeds benieuwd NibeP