Puede que me esté perdiendo algo, pero parece que el argumento -l para USEDDISKSPACE parece aplicarse solo a volúmenes montados con el sistema de letras de Windows. Intenté usar los siguientes argumentos para -l:
Etiqueta de volumen
Ruta a la carpeta montada
Puede darse el caso de que check_nt simplemente no maneje volúmenes de monitoreo montados como subcarpetas. Sería genial si alguien tiene alguna idea.
Editar:
Para aclarar, Windows generalmente configura la letra de unidad C como la unidad principal montada. No puedo montar otros volúmenes como otras letras de unidad, debido a una política de Office con GPO que no me deja suficientes letras de unidad para montar más volúmenes. No podemos cambiar la política de GPO ni despedir al administrador del sistema que la creó. Mi solución para solucionar este problema, en lugar de montar un nuevo volumen en la letra de unidad d, e, f, etc., es montar volúmenes en algo como C:\SQLDatabasefiles. Nagios no puede reconocer que el volumen montado en C:\SQLDatabasefiles es en realidad un volumen y no parece haber una manera de informar sobre la utilización del disco en este volumen.
Esto no tiene nada que ver con SMB, que es un mecanismo para compartir carpetas.
Respuesta1
Creo que el mejor enfoque es verificar el recurso compartido SMB directamente en lugar de usar check_nt en un host de Windows con el recurso compartido SMB montado. Los recursos compartidos de SMB existen en el contexto de un usuario que ha iniciado sesión y no como un servicio para todo el sistema, por lo que el complemento check_nt no puede encontrarlos.
Eche un vistazo al complemento check_disk_smb_spaces en Nagios Exchange.