Bekijk Volledige Versie : Vreemde melding eetquota: (Debian, DirectAdmin, TransIP VPS)
Hoi,
Dat de VPS'en bij TransIP alles behalve ideaal zijn wist ik al. Maar nu loop ik tegen het volgende aan (zucht)....
Ik heb een VPS met Debian 7, DirectAdmin, Ngnix. Wanneer ik een user toevoeg krijg ik de volgende melding (in de DA webinterface):
An error has occurred
Details
Error with system Quotas
setquota: Mountpoint (or device) / not found or has no quota enabled. setquota: Not all specified mountpoints are using quota.
Debug Guide
De user wordt wel aangemaakt en werkt ook naar behoren.
Na contact te hebben gehad met TransIP werd ik heel leuk naar webhostingtalk.nl gestuurd (om exact te zijn dit topic: http://www.webhostingtalk.nl/directadmin/174226-error-system-quotas.html#axzz3oiFTr3AG). Zelfs na 5x het topic te hebben gelezen, onderzoek te hebben gedaan images te maken en een ontelbaar keer terug te moeten zetten krijg ik het niet werkend.
Heeft iemand ervaring met deze melding op een TransIP VPS? Ik heb mij laten vertellen dat dit weg is wanneer ik overga naar Debian 8 met Ngnix, alhoewel mij dat zeer onwaarschijnlijk lijkt.
Oh en mocht je verstand hebben van users overzetten van een server naar TransIP VPS waarbij alle users de melding geven Ngnix is function normally en ik bij restart van de Ngnix service foutmeldingen krijg op alle ngnix.conf (rond regel 65-70), dan ben je ook meer dan welkom om te reageren :-D
Ik heb een VPS met Debian 7, DirectAdmin, Ngnix. Wanneer ik een user toevoeg krijg ik de volgende melding (in de DA webinterface):
An error has occurred
setquota: Mountpoint (or device) / not found or has no quota enabled. setquota: Not all specified mountpoints are using quota.
Dit wijst erop dat er geen quota support is.
Kijk eens met "mount" of de mountpoint waar /home in zit wel quota support heeft.
Oh en mocht je verstand hebben van users overzetten van een server naar TransIP VPS waarbij alle users de melding geven Ngnix is function normally en ik bij restart van de Ngnix service foutmeldingen krijg op alle ngnix.conf (rond regel 65-70), dan ben je ook meer dan welkom om te reageren :-D
Alleen debian met ngnix of debian met ngnix en directadmin?
De eerste genoeg ervarig mee, de 2e zal wat meer uitzoekwerk zijn, omdat DA waarschijnlijk allerlei dingen zelf genereerd.
Het gaat om Debian + DirectAdmin + Nginix.
Het resultaat van mount commando:
root@cloud:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1023538,mode=75 5)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode =000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=820024k,mode=755)
/dev/disk/by-uuid/8933bb9c-b420-4924-8353-e73c1fe6d895 on / type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=4192660k)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatie)
stefantriep
16/10/15, 16:56
Ik zou adviseren echt even de debug guide van DirectAdmin te volgen, op CentOS 6 64bit lost dit bij mij altijd de problemen op
Verzonden vanaf mijn iPhone met behulp van webhostingtalk
dennis0162
16/10/15, 17:45
nano /etc/fstab
En daar bij je / mount het volgende toevoegen:
usrquota,grpquota
Rebootje en het werkt.
-edit-
fstab natuurlijk ipv grub.conf :innocent:
Lees de DirectAdmin oplossing over dit probleem en voeg quota support toe. Een herstart kan wenselijk zijn, echter zal geen data verloren gaan.
Meer informatie staat ook op: http://help.directadmin.com/item.php?id=42
Op die link staat alle vereiste informatie voor zover ik zo gauw zie. Als het niet lukt geef het dan even hier aan met:
- Wat je hebt gedaan
- Wat de uitkomst van deze acties is
- Waar je vast loopt
nano /etc/fstab
En daar bij je / mount het volgende toevoegen:
usrquota,grpquota
Rebootje en het werkt.
-edit-
fstab natuurlijk ipv grub.conf :innocent:
Waar moet ik dit plaats?
GNU nano 2.2.6 File: /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/vda1 during installation
UUID=8933bb9c-b420-4924-8353-e73c1fe6d895 / ext4 errors=continue 0 1
# swap was on /dev/vda5 during installation
UUID=dfaa8358-7a08-47ad-91c6-207a34da0eb5 none swap sw 0 0
Waar moet ik dit plaats?
GNU nano 2.2.6 File: /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/vda1 during installation
UUID=8933bb9c-b420-4924-8353-e73c1fe6d895 / ext4 errors=continue 0 1
# swap was on /dev/vda5 during installation
UUID=dfaa8358-7a08-47ad-91c6-207a34da0eb5 none swap sw 0 0
Wat ik me nu dus openlijk afvraag, hoe kun jij beoordelen dat de vpsen bij transip verre van ideaal zijn ? Dusver zie ik een gebruiker / ervarings probleem en niet zozeer een transip probleem....
Wat ik me nu dus openlijk afvraag, hoe kun jij beoordelen dat de vpsen bij transip verre van ideaal zijn ? Dusver zie ik een gebruiker / ervarings probleem en niet zozeer een transip probleem....
Jammer dat je off topic gaat terwijl dit een redelijk belangrijke vraag is.
Dit is waarschijnlijk een probleem wat wordt veroorzaakt door de infrastructuur van TransIP.
Dit is waarschijnlijk een probleem wat wordt veroorzaakt door de infrastructuur van TransIP.
Wil je dit even verder uitleggen ? Dan kunnen we vanavond nog even hard lachen met zijn allen ....!
Wil je dit even verder uitleggen ? Dan kunnen we vanavond nog even hard lachen met zijn allen ....!
Ik moet Mikey gelijk geven dat dit een gebruikersprobleem is; de infrastructuur van TransIP staat hier ver buiten. Maar laten we het wel even gezellig houden!
Als je de volgende regel als volgt aanpast, dan ben je er.
Van:
UUID=8933bb9c-b420-4924-8353-e73c1fe6d895 / ext4 errors=continue 0 1
Naar:
UUID=8933bb9c-b420-4924-8353-e73c1fe6d895 / ext4 usrquota,grpquota errors=continue 0 1
Daarna even een reboot, dan zou het opgelost moeten zijn.
Om je nog wat verdere uitleg te geven over waarom dit een gebruikersprobleem is en geen probleem van TransIP.
TransIP levert de VPS gewoon op met een schone, kale serverinstallatie, zoals vrijwel iedere provider dit doet. Zij weten natuurlijk niet hoe je de server wil gaan gebruiken en wat je daarbij wel of niet standaard geactiveerd wil hebben. Om met quota's te kunnen werken, moeten hiervoor een bepaalde opties zijn geactiveerd bij de partitie die gemount wordt: usrquota en grpquota. Dit kan gedaan worden door de opties in het bestand /etc/fstab toe te voegen, zoals ik in mijn vorige post laat zien. Bij sommige linuxdistributies staat dit standaard aan, bij andere distributies - zoals die van jou - moet je dit even handmatig zelf doen.
Axel Polfliet
18/10/15, 23:48
Een linkje was natuurlijk ook meer dan voldoende geweest: http://help.directadmin.com/item.php?id=42
Een linkje was natuurlijk ook meer dan voldoende geweest: http://help.directadmin.com/item.php?id=42
Die is al eerder geplaatst door Mark17, maar ik geloof niet dat onze TS heel veel linuxkennis heeft. Wat extra tekst en uitleg is dan wel handig :-).
Axel Polfliet
19/10/15, 00:51
Die is al eerder geplaatst door Mark17, maar ik geloof niet dat onze TS heel veel linuxkennis heeft. Wat extra tekst en uitleg is dan wel handig :-).
Ai hij was me niet opgevallen ;)
Ai hij was me niet opgevallen ;)
Beter een keer teveel als te weinig, toch? :-)