Skocz do zawartości
Zaloguj się, aby obserwować  
Desavil

Błąd z systemem quoty - DirectAdmin

Polecane posty

Witam, postawiłem sobie DirectAdmina na kontenerze OpenVZ. Niestety nie wiem dlaczego, ale podczas tworzenia nowego użytkownika pojawia się taki błąd:

Błąd z systemem quoty
setquota: Mountpoint (or device) / not found or has no quota enabled. setquota: Not all specified mountpoints are using quota.

Szukałem rozwiązania w internecie, w helpie DA ale niestety nie znalazłem odpowiedniego rozwiązania. Próbowałem ustawić też na matce dla CT coś takiego:

vzctl set 100 --quotaugidlimit 10000 --save

Ale też to niestety niczego nie zmienia.

 

Ma ktoś może jakiś pomysł w jaki sposób mógłbym to naprawić?

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Spróbuj tak:

vzquota off 100 -f

vzquota on 100

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

A tak, vzquota drop 100 oraz vzctl start 100 ?

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

A tak, vzquota drop 100 oraz vzctl start 100 ?

 

Też nic, robiłem to też wcześniej.

 

Wynik polecenia mount:

/home/vz/private/101 on / type simfs (rw,relatime,usrquota,grpquota)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
none on /dev type devtmpfs (rw,nosuid,noexec,relatime,mode=755)
none on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
none on /run type tmpfs (rw,nosuid,noexec,relatime,size=629148k,mode=755)
none on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
none on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1258280k)
none on /run/user type tmpfs (rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755)

Polecenie df:

Filesystem      Size  Used Avail Use% Mounted on
/dev/simfs       29G  3.1G   26G  11% /
none            3.0G  4.0K  3.0G   1% /dev
none            615M  1.1M  614M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            1.2G     0  1.2G   0% /run/shm
none            100M     0  100M   0% /run/user
Edytowano przez Desavil (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość l3szcz

Reinstaluj system i zmień przy instalacji wielkość partycji pod /hpme/vz na większą ;) Masz za mało miejsca.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Ok, napiszę co do tej pory udało się osiągnąć i co nadal nie działa.

 

Po pierwsze, zmiana w pliku /usr/local/directadmin/conf/directadmin.conf zmiennej quota_partition=/ na quota_partition=/dev/simfs

To rozwiązuje problem, który opisałem w pierwszym poście.

 

Po restarcie DA/systemu przy próbie dodania użytkownika w panelu DA wyświetla się nowy błąd:

Błąd z systemem quoty
setquota: Quota write failed (id 1017): Invalid argument

Jak w systemie wykonam którąś z komend - quotacheck -vguma lub quotacheck -um /dev/simfs

Błąd się nie wyświetla i dodaje prawidłowo użytkownika (w/w komendy należy wykonać zawsze po restarcie kontenera, w innym wypadku błąd z setquota się pojawia ponownie), natomiast po wpisaniu komendy - repquota -a zwraca ona następujący wynik:

*** Report for user quotas on device /dev/simfs
Block grace time: 00:00; Inode grace time: 00:00
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
testt     --  100172       0       0             45     0     0

Czy w miejscu soft oraz hard limits nie powinien być czasem ustawiony limit? Bynajmniej na serwerze, gdzie bezpośrednio zainstalowane jest DA bez wirtualizacji, jest tutaj limit tyle ile zostało przydzielone. Ponadto, zauważyłem jeszcze jedną różnicę. Na drugim serwerze w tym miejscu - Block grace time: 00:00; Inode grace time: 00:00 wyświetla się Block grace time: 7 days; Inode grace time: 7 days.

Nie wiem, czy też to ma może jakiś zasadniczy wpływ na ten problem.

 

Jak ręcznie ustawię limit za pomocą komendy - setquota testt 1024 1024 0 0 /dev/simfs wyświetla się ten limit użytkownika w wyniku polecenia - repquota -a, ale po restarcie systemu już jest zarówno w soft jak i hard limit - 0, czyli coś nadal tutaj nie działa.

 

W ustawieniach kontenera są dodane takie opcje:

QUOTAUGIDLIMIT="10000"
DISK_QUOTA="yes"

 

Reinstaluj system i zmień przy instalacji wielkość partycji pod /hpme/vz na większą ;) Masz za mało miejsca.

Tutaj wynik z matki - dyski na tym serwerze to 2x120GB SSD (większość przydzielona na: /):

df -h
System plików          rozm. użyte dost. %uż. zamont. na
udev                     10M     0   10M   0% /dev
tmpfs                   3,2G  308K  3,2G   1% /run
/dev/md2                110G   26G   79G  25% /
tmpfs                   5,0M     0  5,0M   0% /run/lock
tmpfs                   6,3G     0  6,3G   0% /dev/shm
/dev/md1                193M   40M  144M  22% /boot
/home/vz/private/100     29G  3,2G   26G  12% /home/vz/root/100
none                    3,0G  4,0K  3,0G   1% /home/vz/root/100/dev
none                    615M  1,1M  614M   1% /home/vz/root/100/run
none                    5,0M     0  5,0M   0% /home/vz/root/100/run/lock
none                    1,2G     0  1,2G   0% /home/vz/root/100/run/shm
none                    100M     0  100M   0% /home/vz/root/100/run/user

Zauważyłem jeszcze coś takiego po wykonaniu komendy - /etc/init.d/quota restart, może dlatego to nie wstaje po restarcie kontenera?:

[....] Turning off quotas...quotaoff: quotactl on /dev/simfs [/]: No such device
quotaoff: quotactl on /dev/simfs [/]: No such device
done.
[warn] Checking quotas...[....] Warning: user quota not configured in filesystem `/dev/pts.' ... (warning).
[warn] Warning: group quota not configured in filesystem `/dev/pts.' ... (warning).
done.
[....] Turning on quotas...quotaon: using //aquota.group on /dev/simfs [/]: No such device
quotaon: using //aquota.user on /dev/simfs [/]: No such device
Edytowano przez Desavil (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się

Zaloguj się, aby obserwować  

×