Eu 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. Eu tentei usar os seguintes argumentos para -l:
Rótulo de volume
Caminho para a pasta montada
Pode ser apenas que o check_nt simplesmente não manipule volumes de monitoramento montados como subpastas. Seja ótimo se alguém tiver alguma ideia.
Editar:
Para esclarecer, o Windows geralmente configura a letra de unidade C como a unidade montada principal. Não consigo montar outros volumes como outras letras de unidade, devido a uma diretiva 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 de GPO ou disparar o sysadmin que a criou. Meu trabalho em torno disso, em vez de montar um novo volume para a letra d, e, f, etc, é montar os volumes em algo como C: \ SQLDatabasefiles. O Nagios é incapaz de 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 o SMB, que é um mecanismo de compartilhamento de pastas.
Acho que a melhor abordagem é verificar o compartilhamento SMB diretamente, em vez de usar o check_nt em um host Windows com o compartilhamento montado 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 pode encontrá-los.
Dê uma olhada no plugin check_disk_smb_spaces no Nagios Exchange.