Возможно, мне что-то не хватает, но похоже, что аргумент -l для USEDDISKSPACE, похоже, применим только к томам, смонтированным с помощью системы букв Windows. Я пробовал использовать следующие аргументы для -l:
Метка тома
Путь к смонтированной папке
Может случиться так, что check_nt просто не обрабатывает контрольные тома, смонтированные как подпапки. Будь велик, если у кого-нибудь есть понимание.
Редактировать:
Чтобы уточнить, Windows обычно настраивает букву диска C в качестве основного подключенного диска. Я не могу монтировать другие тома как другие буквы дисков из-за политики офиса с GPO, которая не оставляет мне достаточно букв дисков для монтирования дополнительных томов. Мы не можем изменить политику GPO или запустить системного администратора, который ее создал. Моя работа обойти это вместо того, чтобы монтировать новый том к букве диска d, e, f и т. Д., Я монтирую тома к чему-то вроде C: \ SQLDatabasefiles. Nagios не может распознать, что том, смонтированный на C: \ SQLDatabasefiles, на самом деле является томом, и, похоже, нет способа сообщить об использовании диска на этом томе.
Это не имеет ничего общего с SMB, который представляет собой механизм совместного использования папок.
Я думаю, что лучший подход - проверить общий ресурс SMB напрямую, а не использовать check_nt на хосте Windows с подключенным общим ресурсом SMB. Общие ресурсы SMB существуют в контексте зарегистрированного пользователя, а не в качестве общесистемной службы, поэтому плагин check_nt не может их найти.
Взгляните на плагин check_disk_smb_spaces на Nagios Exchange.