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