Существует два предела, которые Вы, возможно, поразили.
inodes (вряд ли)
Вы использовали все доступные inodes для того объема. Можно подтвердить это с командами df -i
и maxfiles
.
maxdirsize
(более вероятно)
ONTAP накладывает ограничение на размер каталогов. Причем размер является продуктом metadata/hardlinks, не содержанием файла. Этот предел значения по умолчанию (принимающий> 6.5) к 1% Вашей системной RAM. Это делает так, чтобы гарантировать, чтобы большие каталоги не влияли на производительность системы. Поскольку линейные сканирования каталога требуют, чтобы структуры данных каталога были загружены в память. Быстрый обзор:
ls -lkd
.maxdirsize
поскольку объем является чем-то вроде одного пути операция.Если бы это не имеет ни один этих проблем затем, я рекомендовал бы проверить и отправить Ваши журналы ONTAP.
Править: измененный ответ, потому что частично это не имело смысла и частично это не применялось.
Возможно сервер имеет только тупиковую зону, которая может включать записи. AD зона включает также структуры как "_msdcs", "_sites", "_tcp", "_udp", "domaindnszones" и "forestdnszones", которые необходимы для нахождения служб каталогов в AD.
Также запись могла быть подана средствами передачи.
Править: Когда у Вас будет доступ к серверу, проверьте на зону, являющуюся основным, и упоминающую вышеупомянутое записи SRV.
Можно ли читать здесь более подробно, чем я могу объяснить, как DNS используется для AD, какой необходим.