Bekijk Volledige Versie : Usage tellers
Beste,
Onlangs heb ik een verhuis gedaan van mijn server en blijkbaar heeft directadmin problemen met de used diskpace tellers, want deze zijn niet in orde, voor geen enkele user.
Wanneer ik bijvoorbeeld in directadmin ga kijken bij userX staat er 8.71 / 500 MB gebruikt, terwijl ik op het systeem in de folder public_html van userX een DU -h uitvoer 120 MB krijg.
De site heeft allang geen files meer toegevoegd, dus het kan niet liggen aan de tijd die DA nodig heeft om up te daten.
Dit is wel vrij lastig omdat users dan meer kunnen op de server plaatsen dan DA kan controleren.
IK gebruik centOS als OS.
Iemand die mij hierbij kan helpen?
Groetjes,
Dries
marsipulami
16/08/09, 15:22
misschien dat je hier wat aan hebt:
http://help.directadmin.com/item.php?id=222
misschien dat je hier wat aan hebt:
http://help.directadmin.com/item.php?id=222
Uit die informatie kan ik afleiden dat hij 0.5520 MB heeft gebruikt! Wat volgens mij weer niet klopt! Maar versta niet veel van de output:). Hieronder de output:
Tally User beach Begin
/home/beach/Maildir is 0 : realtotal: 0
/home/beach/imap is 8192 : realtotal: 8192
/home/beach/.spamassassin/spam is 0 : total: 0 realtotal: 8192
/home/beach/.spamassassin/user_spam is 0 : total: 0 realtotal: 8192
/var/spool/virtual/steenhouwer-degreve.be is 0 : total: 0 realtotal: 8192
Majordomo usage for /etc/virtual/steenhouwer-degreve.be/majordomo : 4096
databases for beach
DAdminUsage.bytes for beach
Counting found totals for bandwidth.tally
total bw is 354017.000000 from 354017 (long long: 354017)
bw in meg: 0.337617
meg converted to a string: 0.3376
spaceused: 0.000000 (just quota)
spaceused: 574712.000000 (add dbtotal 574712)
spaceused: 578808.000000 (add emltotal 4096) (fyi: realemltotal: 12288)
spaceused: 578808.000000 (add apachetotal 0)
spaceused, in meg: 0.551994
meg to temp: 0.5520
user.usage quota: 0.5520 actual: 0.551994 (should match)
user.uagae email_quota: 12288 actual: 12288 (should match)
Tally User beach Complete
Hier de output van een du -h van deze user :
[root@venus directadmin]# du -h /home/beach/public_html/ | tail -n1
72M /home/beach/public_html/
Klopt niet helemaal volgens mij...
Sinds 1.33.7 wordt wel alle data geteld die in /home/user staat. Dus ook alle mail, en alles wat buiten /public_html staat maar wel in de map /home/user wordt nu in het account meegeteld.
Verklaart dat misschien e.e.a., omdat je in eerste post aangeeft dat je in /public_html een check doet?
Sinds 1.33.7 wordt wel alle data geteld die in /home/user staat. Dus ook alle mail, en alles wat buiten /public_html staat maar wel in de map /home/user wordt nu in het account meegeteld.
Verklaart dat misschien e.e.a., omdat je in eerste post aangeeft dat je in /public_html een check doet?
Als je goed gelezen hebt ziet je dat er in DA maar 0.5MB staat en in de public HTML +/- 70Mb, dus het zou enkel en alleen maar meer worden als ik deze ook bijtel, wat dus mijn probleem niet kan verklaren.
Vandaar mijn vraag ook....
De taily al handmatig uitgevoerd?
marsipulami
16/08/09, 15:59
zomaar een hersenspinsel, maar kan het misschien zijn dat de bestanden in die public_html niet allemaal van die user zijn? dat DA ze dus niet ziet als bestanden van die user, maar wanneer je du gebruikt het wel wordt gerekend
+ dat de DU -h een life opname is, en de telling in DA een momentopname van 00.10?
+ dat de DU -h een life opname is, en de telling in DA een momentopname van 00.10?
Heb de tally al meermaals handmatig uitgevoerd, het blijft hetzelfde...
zomaar een hersenspinsel, maar kan het misschien zijn dat de bestanden in die public_html niet allemaal van die user zijn? dat DA ze dus niet ziet als bestanden van die user, maar wanneer je du gebruikt het wel wordt gerekend
Al de bestanden zijn weldegelijk van de user beach...
Wat krijg je als output bij:
quota -v beach
En probeer ook eens:
# id beach
Als response krijg je iets in de trent van:
uid=840(username) gid=841(username) groups=841(username)
En dan:
# find / -uid 840 | more
Nu heb je als het goed is een idee welke bestanden van de user zijn.
Wat krijg je als output bij:
quota -v beach
En probeer ook eens:
# id beach
Als response krijg je iets in de trent van:
uid=840(username) gid=841(username) groups=841(username)
En dan:
# find / -uid 840 | more
Nu heb je als het goed is een idee welke bestanden van de user zijn.
Ok, ik zie inderdaad al de bestanden van deze user, wat een wordpress installatie is met een aantal albums van 10MB groot, dus wat ik DA krijg van 0.55MB klopt helemaal niet!
bij het commando quota -v beach krijg ik :
-bash: quota: command not found
Heeft het misschien iets te maken dat ik mijn server heb verhuist en dan admin backup terug heb gezet in nieuwe DA met andere licentie? Normaal zou dit geen problemen mogen geven maar je weet nooit natuurlijk!
marsipulami
16/08/09, 18:27
het lijkt erop dat directadmin zijn gegevens niet bij het OS weg kan halen. lees deze es door en kijk of je daar het quota-probleem mee oplost
EDIT: de link : http://help.directadmin.com/item.php?id=42
het lijkt erop dat directadmin zijn gegevens niet bij het OS weg kan halen. lees deze es door en kijk of je daar het quota-probleem mee oplost
EDIT: de link : http://help.directadmin.com/item.php?id=42
Het lijkt er op dat ik /usr/sbin/repquota /home niet kan uitvoeren want hij zegt /usr/sbin/repquota no such file or directory...
yum install quota
En daarna nog een keer proberen.
Ok, quota was niet geïnstalleerd, vandaar de fout!