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