Погода: 15 °C
07.0722...24пасмурно, дождь
08.0724...26переменная облачность, дождь
  • Данная проблема характерна для всех юзеров на системе, которую админю тока второй день. Стоит Red Hat 9.

    [root@stud /]# quota __user__
    Disk quotas for user __user__ (uid 597):
    Filesystem blocks quota limit grace files quota limit grace
    /dev/hde8 60232 128000 128000 2076 0 0
    [root@stud /]# du /home/students/__user__|tail -n1
    5912312 /home/students/__user__

    По-моему, 5912312>>60232, при том, что файлы в его директории действительно принадлежат ему.

    Прошёлся quotacheck -m по разделу, квоты пересчитались корректно. Записываю под юзером в хоум пару гигов - данные по квоте не изменлись. Делаю quotacheck - всё опять нормально.
    При этом без проблем записываю под юзером данные, превышая квоту.

    Как это исправить?

    P.S. Систему ставил не я, толком ещё не разобрался, что и как стоит, да и сам ламер.

    У старого админа удалось узнать, что квота не работала с тех пор, как перешли с xfs на ext3.

  • Может быть проблема в том, что квота не работает, если grace-период нулевой, при edquota -t он
    Grace period before enforcing soft limits for users:
    Time units may be: days, hours, minutes, or seconds
    Filesystem Block grace period Inode grace period
    /dev/hde8 7days 7days

    , но
    [root@stud /]# quota __user__
    Disk quotas for user __user__ (uid 597):
    Filesystem blocks quota limit grace files quota limit grace
    /dev/hde8 5963124* 128000 128000 4689 0 0

    как видим, quota показывает нулевой grace (quotacheck делал)

  • Кстати, repquota сообщает ненулевой grace:
    [root@stud /]# repquota /dev/hde8|grep __user__
    __user__ +- 5963124 128000 128000 6days 4689 0 0

Записей на странице:

Перейти в форум

Модераторы: