Bekijk Volledige Versie : System quotas
Beste webhosting talkers,
Ik nu voor 2e keer dit probleem:
11140
Kan iemand mij vertellen waar dit vandaan komt deze user heeft dit alleen op zijn domein kan niet echt achterhalen waar dit vandaan komt
systemdeveloper
27/09/13, 21:44
Zet die 2de checkbox eens uit en update. Wellicht zie je dan meer.
Advanced Search
Disk Usage Details Counted
16.0 KB /home/dennis/imap No
0.688 MB dennis owned files in /home/dennis/domains/tychovos.nl No
0.691 MB dennis owned files in /home/dennis/domains/judokwailorenz.nl No
5.05 MB MySQL Databases Yes
105.4 MB apache owned files in /home/dennis/domains/tychovos.nl Yes
163.99 GB System Quotas Yes
164.10 GB Total
Nog altijd allen system quotas
systemdeveloper
27/09/13, 21:54
Kijk eerst eens of er daadwerkelijk zoveel in gebruikt is. ( als root met 'du --max-depth=1 -h /home/dennis/' bijvoorbeeld ).
Check daarna of je quota's wel draaien. Staat ergens iets over op help.directadmin.com
Het kan ook nog zijn dat je ergens 'open' logfiles hebt. Stel je hebt ergens een logfile die volloopt en je verwijderd dat bestand. Als dat van een deamon is die logfiles open houdt, dan wordt dat bestand niet echt verwijderd maar blijft de ruimte gewoon in gebruikt). Dit kun je relatief eenvoudig checken door het vps te rebooten of de daemons te herstarten (niet reloaden dus).
Als laatste kan het nog voorkomen in gevallen dat je het vps/server 'hard' gereboot hebt en er een zooi als 'bezet' is blijven staan. Een fsck bij het booten zou moeten fixen.
Maar het is in vergelijking wel veel ruimte dus met even wat 'du'-tjes moet je die ruimte normaal wel snel kunnen vinden.
root@server1:/home/servers# du --max-depth=1 -h /home/dennis/
394M /home/dennis/domains
16K /home/dennis/imap
396M /home/dennis/
root@server1:/home/servers#
root@server1:/var/log# du --max-depth=1 -h /home
8.0K /home/
2.3M /home
1.1M /home/
166G /home/
20K /home/
1.9M /home/
186M /home/
16K /home/
122M /home
120K /home/
7.6G /home/
428M /home/
396M /home/
175G /home
root@server1:/var/log#
systemdeveloper
27/09/13, 22:24
Heb je misschien onder /home/admin/admin_backups een zooi backups staan onder het id van die user?
Edit: Wellicht ook handig om even je usernames uit bovenstaande lijst te halen aangezien dat ook direct een login op je server is.
Net gecontroleerd nee helemaal niks.. ik gebruik wel awstats kan dat er iets mee te maken hebben ?
systemdeveloper
27/09/13, 22:32
Neu, denk het niet. Maar het moet toch onder /home/admin staan volgens 'du'.
systemdeveloper
27/09/13, 22:34
Als je me een ssh login kunt mailen dan wil ik wel even kijken wat de oorzaak is.
onder de admin user draai ik zelf heel veel en bewaar ik ook veel bestanden zoals programma's backups en foto's etc maar dat heeft niks met die user te maken wat ik net wel zie ik heb handmatig voor die user update disk quotas gedaan en krijg ik melding :
This is an automated message notifying User dennis that 0.02% of his/her bandwidth and 33608% of his/her allocated disk space has been used up.
It is estimated, at the current rate of use, that the account bandwidth will be used up in 130093.48 days, at which time the account may be suspended for the remainder of the month.
The User should contact Support if this is an issue.
================================
Automated Message Generated by DirectAdmin
130093.48 days, is dat niet wat aan de hoge kant mijn server is net 2 weken geleden opnieuw geinstalt ....
systemdeveloper
27/09/13, 22:39
Goed lezen, het zegt dat je over dat aantal dagen pas door je bandbreedte bent gebaseerd op die 0.02% usages.
Als je onder de admin veel bewaard, moet je eens goed kijken of je daar geen grote bestanden hebt staan met ipv. een owner:group een uid:gid zoals 502:100 oid. Mogelijk komt 1 van die UID's overeen met het uid van die 'dennis' (Kun je in /etc/passwd zien).
systemdeveloper
27/09/13, 22:57
In je pm staat precies waar het vandaan komt.
Dit kun je eenvoudig oplossen door bv een: chown -R admin:admin <directory>
Dat zet de rechten van alle bestanden in <directory> en zijn subdirectories terug naar admin:admin en nadat da zijn quota geupdate heeft, klopt het weer.
Ken het commando inderdaad bedankt voor je moeite en tijd we gaan kijken of het probleem verholpen hiermee is
systemdeveloper
27/09/13, 23:22
No problem,
vergeet niet je user en root password die je me via pm hebt gegeven nog even te wijzigen (bij voorkeur 2 verschillende) ;)