뭔가 빠졌을 수도 있지만 USEDDISKSPACE에 대한 -l 인수는 Windows 문자 시스템으로 마운트된 볼륨에만 적용되는 것 같습니다. -l에 대해 다음 인수를 사용해 보았습니다.
볼륨 라벨
마운트된 폴더의 경로
check_nt가 하위 폴더로 마운트된 모니터링 볼륨을 처리하지 못하는 경우일 수도 있습니다. 통찰력이 있는 사람이라면 훌륭하게 행동하십시오.
편집하다:
명확히 하기 위해 Windows는 일반적으로 드라이브 문자 C를 기본 탑재 드라이브로 구성합니다. 더 이상 볼륨을 마운트할 수 있는 드라이브 문자가 충분하지 않은 GPO가 포함된 사무실 정책으로 인해 다른 볼륨을 다른 드라이브 문자로 마운트할 수 없습니다. GPO 정책을 변경하거나 이를 생성한 시스템 관리자를 해고할 수 없습니다. 이 문제를 해결하려면 새 볼륨을 드라이브 문자 d,e,f 등에 마운트하는 대신 C:\SQLDatabasefiles와 같은 곳에 볼륨을 마운트하는 것입니다. Nagios는 C:\SQLDatabasefiles에 탑재된 볼륨이 실제로 볼륨임을 인식할 수 없으며 이 볼륨의 디스크 사용률을 보고할 방법이 없는 것 같습니다.
이는 폴더 공유 메커니즘인 SMB와는 아무런 관련이 없습니다.
답변1
가장 좋은 접근 방식은 SMB가 탑재된 공유가 있는 Windows 호스트에서 check_nt를 사용하는 대신 SMB 공유를 직접 확인하는 것입니다. SMB 공유는 시스템 전체 서비스가 아닌 로그인된 사용자 컨텍스트에 존재하므로 check_nt 플러그인이 이를 찾을 수 없습니다.
Nagios Exchange에서 check_disk_smb_spaces 플러그인을 살펴보세요.