Posso estar faltando alguma coisa, mas parece que o argumento -l para USEDDISKSPACE parece se aplicar apenas a volumes montados pelo sistema de letras do Windows. Tentei usar os seguintes argumentos para -l:
Rótulo de volume
Caminho para a pasta montada
Pode ser que check_nt simplesmente não lide com volumes de monitoramento montados como subpastas. Seja ótimo se alguém tiver alguma ideia.
Editar:
Para esclarecer, o Windows geralmente configura a letra da unidade C como a unidade montada principal. Não consigo montar outros volumes como outras letras de unidade, devido a uma política de escritório com GPO que não me deixa letras de unidade suficientes para montar mais volumes. Não podemos alterar a política do GPO ou demitir o administrador de sistema que a criou. Minha solução para isso, em vez de montar um novo volume na letra de unidade d, e, f, etc, é montar volumes em algo como C:\SQLDatabasefiles. O Nagios não consegue reconhecer que o volume montado em C:\SQLDatabasefiles é na verdade um volume e não parece haver uma maneira de relatar a utilização do disco neste volume.
Isso não tem nada a ver com SMB, que é um mecanismo de compartilhamento de pastas.
Responder1
Acho que a melhor abordagem é verificar o compartilhamento SMB diretamente, em vez de usar check_nt em um host Windows com o compartilhamento montado em SMB. Os compartilhamentos SMB existem em um contexto de usuário conectado e não como um serviço de todo o sistema e, portanto, o plug-in check_nt não consegue encontrá-los.
Dê uma olhada no plugin check_disk_smb_spaces no Nagios Exchange.