revealed
Guru
Hallo!
Vorweg es ist ein Berechtigungsproblem:
Ich möchte mit diesem Plugin:
Dazu habe ich ein 'command':
Und ein service:
Wenn nagios jetzt prüft, dann meldet es, dass es die Berechtigun Trusted user oder root benötige, um den Check ausführen zu können (Error 78?).
Jedenfalls habe ich geschaut. Nagios läuft als user nagios und gruppe nagios.
Nagios ist mitglied in der Gruppe mail und maildrop; und /bin/false ?
Wenn ich das Checkcommando als user mit dem Schalter verbose ausführe, dann erhalte ich output, dass das eigentliche check Kommando nicht in das Verzeichnis wechseln konnte:
und in dieses Verzeichnis konnte er nicht wechseln:
Damit das Plugin funktioniert, benötige ich für dieses Verzeichnis glaube ich Berechtigung
Jedenfalls funktioniert es, wenn ich das setze und mit Nagios dann prüfe.
Das Problem:
Wenn ich eine Email versende springt die Berechtigung zum Ursprungszustand zurück? Gestern hatte ich das gesetzt. Der Rechner lief über Nacht. Und heute Morgen habe ich eine email rausgesendet und die gesetzten Berechtigungen waren futsch?
Folglich sendete Nagios Alerts;
Warum? Weiss jemand wo ich eingreifen kann, damit die gesetzten Berechtigungen für das Verzeichnis erhalten bleiben? Oder wie kann man das noch lösen?
Vielen Dank! Und beste Grǘße,
R
PS.: Auch zum Systemneustart werden die Berechtigungen wieder verändert.
Vorweg es ist ein Berechtigungsproblem:
Ich möchte mit diesem Plugin:
Die Mailq meines Sendmail prüfen./usr/lib/nagios/plugins/check_mailq
Dazu habe ich ein 'command':
Code:
# 'check_local_mailq' command definition
define command{
command_name check_mailq
command_line $USER1$/check_mailq -M sendmail -w 5 -c 10
}
Und ein service:
Code:
#
# check mailqueue on WILD-THING
#
define service{
use local-service
host_name WILD-THING
service_description Mail queue
check_command check_mailq
}
Jedenfalls habe ich geschaut. Nagios läuft als user nagios und gruppe nagios.
Nagios ist mitglied in der Gruppe mail und maildrop; und /bin/false ?
Wenn ich das Checkcommando als user mit dem Schalter verbose ausführe, dann erhalte ich output, dass das eigentliche check Kommando nicht in das Verzeichnis wechseln konnte:
Code:
./check_mailq -w 5 -c 10 --verbose
/var/spool/mqueue/
Damit das Plugin funktioniert, benötige ich für dieses Verzeichnis glaube ich Berechtigung
Code:
chmod 775
Jedenfalls funktioniert es, wenn ich das setze und mit Nagios dann prüfe.
Das Problem:
Wenn ich eine Email versende springt die Berechtigung zum Ursprungszustand zurück? Gestern hatte ich das gesetzt. Der Rechner lief über Nacht. Und heute Morgen habe ich eine email rausgesendet und die gesetzten Berechtigungen waren futsch?
Folglich sendete Nagios Alerts;
Warum? Weiss jemand wo ich eingreifen kann, damit die gesetzten Berechtigungen für das Verzeichnis erhalten bleiben? Oder wie kann man das noch lösen?
Vielen Dank! Und beste Grǘße,
R
PS.: Auch zum Systemneustart werden die Berechtigungen wieder verändert.