Redemarrage nagios par interface fonctionne plus

[DonKiShoot]

Dans la log apache j'ai cette erreur :

sh: /usr/local/nagios/bin/nagios: Permission denied

Voici ma log secure :

May 24 12:43:00 srv78supervision sudo: apache : TTY=unknown ; PWD=/usr/local/oreon/www ; USER=root ; COMMAND=/etc/init.d/nagios restart
May 24 12:43:00 srv78supervision su[14495]: pam_unix(suession): session opened for user nagios by (uid=0)
May 24 12:43:00 srv78supervision su[14495]: pam_unix(suession): session closed for user nagios

et ma conf sudo :

#Add by OREON
User_Alias OREON=apache

## Nagios Restart
OREON ALL = NOPASSWD: /etc/init.d/nagios restart
## Nagios reload
OREON ALL = NOPASSWD: /etc/init.d/nagios reload
## Snmptrapd Restart
OREON ALL = NOPASSWD: /etc/init.d/snmptrapd restart

Je ne vois pas pourquoi ca merdouille

PS Idem pour le reload :

sh: /usr/local/nagios/bin/nagios: Permission denied

May 24 12:48:06 srv78supervision sudo: apache : TTY=unknown ; PWD=/usr/local/oreon/www ; USER=root ; COMMAND=/etc/init.d/nagios reload

[DonKiShoot]

Je me repond a moi meme :

[[email protected] www]# ls -ail /usr/local/nagios/bin/nagios
5597857 -rwxrwxr-- 1 nagios nagios 438908 avr 25 17:56 /usr/local/nagios/bin/nagios
[[email protected] www]# chmod o+x /usr/local/nagios/bin/nagios
[[email protected] www]# ls -ail /usr/local/nagios/bin/nagios
5597857 -rwxrwxr-x 1 nagios nagios 438908 avr 25 17:56 /usr/local/nagios/bin/nagios

Suite à une mise à jour de nagios, il a du changer son mode d'application des droits sur le fichier nagios mais je ne comprend pas pourquoi ce que j'ai fait a réglé le problème puisque c'est bien le user nagios qui lance le binaire nagios :confused:

Si quelqu'un comprend le souci, cela m'interesse

[WAtt]

Je viens de voir que j'ai le meme probleme suite au passage de nagios 2.8 a 2.9. Pourtant, il reload bien nagios, puisque mes modifications sont bien prise en compte...

Je cherche et je te dis ce que je trouve

[rom]

Oui on veut bien, on a le meme probleme sur notre plateforme de test !!!

[WAtt]

Bon... j'ai également changé les droit pour "other" et ca fonctionne ...

Voici les droits du binaire nagios sur ma debian:

-rwxr-xr-x 1 root root 430700 2007-03-04 23:56 /usr/sbin/nagios2

La sur ma Suse avec une version compilée a la main

-rwxrwxr-- 1 nagios nagios 440140 May 15 16:02 nagios

Donc semblerai que la solutions soit uniquement de rajouté l'exécution pour other.... c'est bizarre... je ne comprens pas pourquoi il a ces droits bizarre sur la suse. Compilé a la main ok, mais qd meme ^^

[DonKiShoot]

Ma conclusion est qu'il n'y a que le nagios -v qui soit impacté par ce bug

Running pre-flight check on configuration data...

Quelle commande exact lance Oreon et sous quelle user pour tester la conf avant de l'appliquer ?

Il manque peut être un sudo pour cette command ?

[rom]

gae m'a parle d'un probleme dans la 2.9 de Nagios ou le script de lancement de service aurait qq problemes. Notamment une inversion entre le fichier nagios.lock et nagios.pid
Quelqu'un peut chercher par la et completer ?

[WAtt]

De mon coté j'ai vérifier "rapidement" le fichier pour le service, tout semble OK, mais je regarderai mieux demain.

POur le cas precedent, on a uniquement le problème avec la commande nagios -v, car c'est uniquement a ce moment que l'on tente l'execution du binaire nagios. Pour les autres cas, on utilise fichier init.d.

D'ailleurs, suivant les distribution que l'on utilise, le test nagios -v peut etre réalisé avant de reload nagios. (cas pour nagios 2.9 compilé depuis les sources)

Rom, julio, comment ce passe l'appel a cette commande ? si c'est comme je le pense (j'ai pas lu les sources), donc si c'est le user apache qui lance la commande, ca explique nos différents problème. L'utilisateur Apache je fais ni partie du group nagios, ni du group root. donc il faut mettre les droits en exécution pour "other".
On peut, peu etre changer cela par une nouvelle ligne dans le sudo afin de lancer le binaire en root ?

[DonKiShoot]

De mon coté j'ai vérifier "rapidement" le fichier pour le service, tout semble OK, mais je regarderai mieux demain.

POur le cas precedent, on a uniquement le problème avec la commande nagios -v, car c'est uniquement a ce moment que l'on tente l'execution du binaire nagios. Pour les autres cas, on utilise fichier init.d.

D'ailleurs, suivant les distribution que l'on utilise, le test nagios -v peut etre réalisé avant de reload nagios. (cas pour nagios 2.9 compilé depuis les sources)

Rom, julio, comment ce passe l'appel a cette commande ? si c'est comme je le pense (j'ai pas lu les sources), donc si c'est le user apache qui lance la commande, ca explique nos différents problème. L'utilisateur Apache je fais ni partie du group nagios, ni du group root. donc il faut mettre les droits en exécution pour "other".
On peut, peu etre changer cela par une nouvelle ligne dans le sudo afin de lancer le binaire en root ?

Ou nagios

[fan]

Bonjour,

Je viens de passer en RC2. Je ne m'étais pas préoccupé de ce problème mais bon je me dis qu'il est temps...

Je n'ai jamais pu faire de restart ou reload via l'interface.

Voilà ce que j'ai dans "/var/log/httpd/error_log"" quand je tente un reload ou un restart via l'interface :

sudo: sorry, you must have a tty to run sudo

droits sur le binaire :

[[email protected] bin]# pwd
/usr/local/nagios/bin
[[email protected] bin]# ls -l
total 496
-rwxrwxr-x 1 nagios nagios 439140 aoû  1 09:46 nagios
-rwxrwxr-x 1 nagios nagios  25440 aoû  1 09:46 nagiostats
-rwxrwxr-x 1 nagios nagios  31415 aoû  1 09:46 p1.pl
[[email protected] bin]#

Dans mon /etc/sudoers, j'ai bien :

#Add by OREON installation script
User_Alias      OREON= apache
## Nagios Restart
OREON   ALL = NOPASSWD: /etc/init.d/nagios restart
## Nagios reload
OREON   ALL = NOPASSWD: /etc/init.d/nagios reload
## Snmptrapd Restart
OREON   ALL = NOPASSWD: /etc/init.d/snmptrapd restart

et dans mon /etc/init.d/nagios :

prefix=/usr/local/nagios
exec_prefix=${prefix}
NagiosBin=${exec_prefix}/bin/nagios
NagiosCfgFile=${prefix}/etc/nagios.cfg
NagiosStatusFile=${prefix}/var/status.dat
NagiosTempFile=${prefix}/var/nagios.tmp
NagiosRetentionFile=${prefix}/var/retention.dat
NagiosCommandFile=${prefix}/var/rw/nagios.cmd
NagiosVarDir=${prefix}/var
NagiosRunFile=${prefix}/var/nagios.lock
NagiosLockDir=/var/lock/subsys
NagiosLockFile=nagios
NagiosCGIDir=${exec_prefix}/sbin
NagiosUser=nagios
NagiosGroup=nagios

Voilà, si quelqu'un peut me donner une piste... Merci

[rom]

Enleve le require tty dans ton fichier sudo.

[fan]

Nickel
Merci à toi