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