Discussion :

[rufa11]

Bonjour,

Je ne suis pas un expert en Perl donc je vous pose la questions, voila j'ai télécharge un plugin perl pour surveiller notre serveur SMTP s'il est dans blacklist, en mode commande il fonctionne très bien mais dans le système de monitoring ça ne fontionne pas, le résultat est:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Can't locate Data/Validate/Domain.pm in @INC (@INC contains: /root/perl5/lib/perl5 /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at /usr/lib64/nagios/plugins/check_rbl line 27.
BEGIN failed--compilation aborted at /usr/lib64/nagios/plugins/check_rbl line 27.

Le plugin est:
https://exchange.nagios.org/director...ck_rbl/details

J'ai fais une recherche des modules et ils ont tous dans le répertoire /root/perl5/lib/perl5 qui est dans le @INC
Je me suis doutais de la version de Per mais il n'y a qu'une seule version installée.

SVP qulqu'un a une idée ?

[djibril]

Bonsoir,

Sur ton serveur, peux-tu lancer les commandes suivantes en root, sudo :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

perl -V

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cpan -i Data::Validate::Domain

[rufa11]

Merci Pour la réponse rapide,

Pour la première commande:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
perl -V
Summary of my perl5 (revision 5 version 16 subversion 3) configuration:
...
...
...

Pour la deuxième commande:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
cpan -i Data::Validate::Domain
Loading internal null logger. Install Log::Log4perl for logging messages
Reading '/root/.cpan/Metadata'
  Database was generated on Mon, 19 Jun 2017 15:41:03 GMT
Fetching with LWP:
http://cpan.pair.com/authors/01mailrc.txt.gz
Reading '/root/.cpan/sources/authors/01mailrc.txt.gz'
............................................................................DONE
Fetching with LWP:
http://cpan.pair.com/modules/02packages.details.txt.gz
Reading '/root/.cpan/sources/modules/02packages.details.txt.gz'
  Database was generated on Tue, 20 Jun 2017 19:17:02 GMT
............................................................................DONE
Fetching with LWP:
http://cpan.pair.com/modules/03modlist.data.gz
Reading '/root/.cpan/sources/modules/03modlist.data.gz'
DONE
Writing /root/.cpan/Metadata
Data::Validate::Domain is up to date (0.14).

Déjà installé

Pour confirmer encore aussi:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
cpan -e 'use Data::Validate::Domain;'
Loading internal null logger. Install Log::Log4perl for logging messages
Unknown option: e
Reading '/root/.cpan/Metadata'
  Database was generated on Tue, 20 Jun 2017 19:17:02 GMT

Je ne comprend pas pourquoi ça marche en mode commande line et pas dans le système de monitoring !

[Lolo78]

Cela veut dire qui, précisément, "dans le système de monitoring"? Ce "système" est-il lancé par un autre utilisateur que celui que tu utilises? ll est assez probable dans ce cas qu'il n'exécute pas les mêmes instructions de connexion que quand tu ouvres une session interactive. On a régulièrement ce genre de problème avec des scripts lancés sous la chron table. Ce qu'il y a à vérifier dépend du shell que tu utilises.

[djibril]

Ce qui est étrange, c'est que le module est installé par root, donc installé sur tout le système. De ce fait, il devrait être accessible par n'importe quel utilisateur.
Es-tu sûr qu'il n'y a pas plusieurs versions de Perl installées sur la machine ?

[rufa11]

Bonjour,

Merci pour les réponses,

Cela veut dire qui, précisément, "dans le système de monitoring"? Ce "système" est-il lancé par un autre utilisateur que celui que tu utilises? ll est assez probable dans ce cas qu'il n'exécute pas les mêmes instructions de connexion que quand tu ouvres une session interactive. On a régulièrement ce genre de problème avec des scripts lancés sous la chron table. Ce qu'il y a à vérifier dépend du shell que tu utilises.

Ce qui est étrange, c'est que le module est installé par root, donc installé sur tout le système. De ce fait, il devrait être accessible par n'importe quel utilisateur.
Es-tu sûr qu'il n'y a pas plusieurs versions de Perl installées sur la machine ?

Il y a un user qui lance les commandes définis dans le système via le plugin et pour ce user rien n'est défini dans le fichier .bash_profile pour utiliser autre chose que /usr/bin/perl, le plugin est invoqué avec les mèmes options que j'utilise en mode commande saufe que les options sont définis dans le fichier services.conf et la commande est définit dans le fichier commandes.conf mais çe;a n'a rien avoir avec les modules de Perl, ce que je trouve bizarre c'est que les modules de Perl ont été installés en mode root donc normalement ils ont à leur standrad répertoire, de plus j'ai pas d'autres version de Perl car c'est Python que j'avais installé une autre version et n'en pas Perl.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
# which perl
/usr/bin/perl

[djibril]

Ouais, c'est étrange, je n'ai pas d'idées. J'ai le même souci sur un de mes serveurs Debian où j'ai un plugin Nagios écrit par mes soins en Perl qui n'arrive pas à lire (je dirais même voir) un fichier log qui est dans le répertoire /tmp.
En ligne de commande, tout est OK, mais sous le user nagios qui lance les commandes.
Bref, c'est un mystère, car sur d'autres serveurs, tout fonctionne bien !!!

Si tu trouves la réponse, n'hésite pas à poster !

N.B. Est-ce un souci de disque séparé, partition... regarde les répertoires /usr/bin, /usr/local/bin... s'il y a d'autres Perl installé. Fait un locate perl (ou un find) sur ton serveur entier.

[disedorgue]

Bonjour,

Je vois que tu as fait un which perl mais qui semble être sous l'utilisateur root...
Si tes tests en mode console sont fait en tant que root, il y a une possible explication: problème de droit.

Plus haut, tu dis que tes modules sont bien tous dans /root/perl5/lib/perl5, or en générale, les répertoires de root ne sont pas accessibles par tout le monde.
D'ailleurs, si tes modules sont dans ce répertoire, ce n'est pas une installation générale mais utilisateur qui là, l'utilisateurs est root.

Donc, soit réinstaller mais pour tout le monde, sinon, tu peux aussi faire la manipulation suivante et retester (mais en principe c'est du temporaire, car pas propre) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
chmod 755 /root
chmod -R 755 /root/perl5

[rufa11]

Salut,

Efféctivement le problème c'est que le système de monitoring icinga n'arrivait pas a accéder aux modules car c'était sous le /root..., je ne sais pas comment çâ m'a échappé, enfin il faut désinstaller les modules et changer le répertoire d'installation des modules:

cpanm -U module::name // pour désinstaller les modules.
#cpan
cpan> o conf makepl_arg INSTALL_BASE=/.../repertoire_d_installation // changer le répertoire des modules
cpan> o conf commit // pour sauvegarder les modification d'une façon permanente.

[djibril]