В нашем файловом системе NetApp есть один том с несколькими Qtree, которые используются совместно как CIFS. Чтобы изменить размер доли, мы обычно:
Возможно, мне чего-то не хватает, но зачем нам «изменять размер» тома? Изменение квоты не должно изменять размер тома. Возможно, есть другие внутренние особенности, которые я не понимаю.
quota resize
(или аналогичное действие в одном из графических интерфейсов пользователя) заставляет службу квот сканировать том и применять любые изменения, внесенные в / etc / quotas. На самом деле это не изменение размера вашего тома. Пока вы не выполните изменение размера квоты (или, в качестве альтернативы, не отключите и не включите службу квот), никакие изменения, внесенные в определения квот, применяться не будут. Также примечательно: в течение времени, необходимого для выполнения сканирования, которое вы запустили с изменением размера, квоты не будут применяться. Это хорошая причина использовать отдельные тома для общих сетевых ресурсов вместо qtrees.
Еще одна веская причина использовать тома вместо qtrees заключается в том, что в зависимости от того, как вы выполняете резервное копирование этих данных, для резервного копирования одного тома 10 ТБ, содержащего 10 кварталов по 1 ТБ, может потребоваться гораздо больше времени, чем для резервного копирования 10 томов по 1 ТБ.
Не знаю, как вы, ребята, но причина, по которой мы использовали qtrees внутри томов, заключалась в том, чтобы мы могли избыточно выделять акции без избыточного выделения агрегата. Неспособность сохранить достаточное пространство в томе CIFS не приведет к прекращению работы других томов, как это может произойти из-за отсутствия достаточного пространства в агрегате.
Если вам нужно усыпить кого-то или вам нужна хорошая ссылка для командной строки квоты, отметьте этот вне.