Vielleicht übersehe ich etwas, aber es scheint, dass das Argument -l für USEDDISKSPACE nur für Volumes gilt, die mit dem Windows-Buchstabensystem gemountet wurden. Ich habe versucht, die folgenden Argumente für -l zu verwenden:
Datenträgerbezeichnung
Pfad zum bereitgestellten Ordner
Es kann sein, dass check_nt Überwachungsvolumes, die als Unterordner gemountet sind, einfach nicht verarbeitet. Wäre toll, wenn jemand Ahnung hätte.
Bearbeiten:
Zur Klarstellung: Windows konfiguriert normalerweise den Laufwerksbuchstaben C als das primäre gemountete Laufwerk. Ich kann andere Volumes nicht mit anderen Laufwerksbuchstaben mounten, da mir eine Office-Richtlinie mit GPO nicht genügend Laufwerksbuchstaben lässt, um weitere Volumes zu mounten. Wir können die GPO-Richtlinie nicht ändern oder den Systemadministrator, der sie erstellt hat, entlassen. Anstatt ein neues Volume mit den Laufwerksbuchstaben d, e, f usw. zu mounten, umgeht ich das Problem, indem ich Volumes auf etwas wie C:\SQLDatabasefiles mounte. Nagios kann nicht erkennen, dass das auf C:\SQLDatabasefiles gemountete Volume tatsächlich ein Volume ist, und es scheint keine Möglichkeit zu geben, die Festplattenauslastung auf diesem Volume zu melden.
Dies hat nichts mit SMB zu tun, einem Mechanismus zur Ordnerfreigabe.
Antwort1
Ich denke, der beste Ansatz besteht darin, die SMB-Freigabe direkt zu überprüfen, anstatt check_nt auf einem Windows-Host mit der gemounteten SMB-Freigabe zu verwenden. SMB-Freigaben existieren im Kontext eines angemeldeten Benutzers und nicht als systemweiter Dienst, und daher kann das check_nt-Plugin sie nicht finden.
Sehen Sie sich das Plugin check_disk_smb_spaces bei Nagios Exchange an.