Desavil 88 Zgłoś post Napisano Wrzesień 14, 2014 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
HaPe 242 Zgłoś post Napisano Wrzesień 14, 2014 Spróbuj tak: vzquota off 100 -f vzquota on 100 Udostępnij ten post Link to postu Udostępnij na innych stronach
behemoth 230 Zgłoś post Napisano Wrzesień 14, 2014 Przeczytaj dokładnie ten tutorial: http://help.directadmin.com/item.php?id=42 Udostępnij ten post Link to postu Udostępnij na innych stronach
Desavil 88 Zgłoś post Napisano Wrzesień 14, 2014 (edytowany) Spróbuj tak: vzquota off 100 -f vzquota on 100 Niestety nic :/ Przeczytaj dokładnie ten tutorial: http://help.directadmin.com/item.php?id=42 Uwierz mi, że czytam już od dwóch godzin i nic :/ Edytowano Wrzesień 14, 2014 przez Desavil (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
HaPe 242 Zgłoś post Napisano Wrzesień 14, 2014 A tak, vzquota drop 100 oraz vzctl start 100 ? Udostępnij ten post Link to postu Udostępnij na innych stronach
Desavil 88 Zgłoś post Napisano Wrzesień 14, 2014 (edytowany) 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 Wrzesień 14, 2014 przez Desavil (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
strefapc 69 Zgłoś post Napisano Wrzesień 14, 2014 Czy to dedyk z ovh? Udostępnij ten post Link to postu Udostępnij na innych stronach
Desavil 88 Zgłoś post Napisano Wrzesień 14, 2014 (edytowany) Tak, ale kernel mam zainstalowany taki: 2.6.32-openvz-042stab093.4-amd64 Edytowano Wrzesień 14, 2014 przez Desavil (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
strefapc 69 Zgłoś post Napisano Wrzesień 15, 2014 Zmień przy instalacji systemu wielkość partycji. Udostępnij ten post Link to postu Udostępnij na innych stronach
Desavil 88 Zgłoś post Napisano Wrzesień 15, 2014 (edytowany) Co masz na myśli? Edytowano Wrzesień 15, 2014 przez Desavil (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
Desavil 88 Zgłoś post Napisano Wrzesień 20, 2014 Dodam, że system operacyjny to Debian 7.0, 64bit. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość l3szcz Zgłoś post Napisano Wrzesień 21, 2014 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
Desavil 88 Zgłoś post Napisano Wrzesień 21, 2014 (edytowany) 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 Wrzesień 21, 2014 przez Desavil (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach