Nagios ne capte pas la bonne réponse du check???

[skydev]

Bonjour à tous,

Et bien quand je vois dans l'interface web du Nagios, il y a un service critical concernant la base de données Sybase, als dans ce cas, j'essaie avec check_sybase -S server -U login -P password et la valeur retourne OK et je ne cpds pas pourquoi nagios affiche CRITICAL avec le message: Can't connect dataserver ....

Ca m'est arrivé 3 fois en 2semaines ....

Merci de m'aider

[DonKiShoot]

combien de retry fais tu avant de declencher l'alerte ?

ca sent le timeout, peut être augmenter le timeout :idea:

[skydev]

Meme pas, j'ai tout vérifié dans les variables d'environement, tout est ok même l'accès au dossier perl autorisé, etc... c'est bizarre.

Voici l'erreur du DB-Lib:
DB-Library error:
Attempt to initiate a new SQL Server operation with results pending.

Qu'en penses tu?

[DonKiShoot]

Des problèmes de timeout ou au contraire de session déja occupé.

[skydev]

Aucun session occupé, tout est en init3. Pour le timeout je vois pas là ce problème car le timeout est bien respecté et ca marchait avant.

Je vais te dire une chose que c'est pas normal, c'est quand je me connecte au SSH avec putty en tant que root, là je faisais un check, là ca marche. Et puis je passe au su nagios, idem et ça marche. Mais pas quand je connecte directement avec SSH en tant que nagios comme l'utilisateur là ca affiche des erreurs genre:

DB-Library error:
Attempt to initiate a new SQL Server operation with results pending.
DB-Library error:
Attempt to initiate a new SQL Server operation with results pending.
DB-Library error:
Attempt to initiate a new SQL Server operation with results pending.
DB-Library error:
Attempt to initiate a new SQL Server operation with results pending.
DB-Library error:
Attempt to initiate a new SQL Server operation with results pending.
...

Le dossier perl autorise à nagios d'accéder, donc pkoi ces erreurs?

Merci de m'aider

[skydev]

Bon je montre le code source du check_sybase:

#!/usr/bin/perl

use Sybase::DBlib;
use Getopt::Std;
use Net::SMTP;
use MIME::QuotedPrint;

$APPNAME = $0;
$USAGE = "$APPNAME -S Server -U user -P password\n";
if (! getopts('S:U:P:')) {
    print "usage: \n$USAGE\n";
    exit(3);
}
if (!$opt_S) {
    print "usage: \n$USAGE\n";
    exit(3);
}
$syb_srv = $opt_S;
if (!$opt_U) { $syb_usr = "monuser"; }
else { $syb_usr = $opt_U; }
if (!$opt_P) {$syb_pwd = "motdepasse"; }
else { $syb_pwd = $opt_P; }

$message = "";

sub stop_proc {
        $message ="@_\n";
        print ("$message");
        exit 2;
}

print ("syb_usr = $syb_usr :: syb_pwd = $syb_pwd :: syb_srv = $syb_srv \n");

# OK pas de prob au début du code


$dbh = new Sybase::DBlib $syb_usr, $syb_pwd, $syb_srv or stop_proc "Can't connect dataserver $syb_srv";

# C'est ici que ca affiche les erreurs: DB-Library error: Attempt to initiate a new SQL Server operation with results pending.

# Ici les derniers codes ne sont pas exécuté à cause les erreurs affichés précédement...
print ("after connect $syb_srv\n");
@hui_rec=$dbh->nsql("sp_who $syb_usr", "ARRAY") or stop_proc "sp_who request failed !!";
print "OK : Sybase is running correctly...\n";
exit 0;

Qu'en penses tu? Pourtant j'ai tout installé les librairies nécessaires, même sybperl... :?

Merci de m'aider à trouver les solutions...

[DonKiShoot]

Demande à ton dba, ca semble être un problème de session.
Peut-être qu'il aura des messages d'erreur plus explicite dans ses logs.

C'est surement un problème de session mal libéré voir de check trop rapproché.

[skydev]

Justement, le DBA et moi sommes en train de trouver la solution. Puisque sur l'ancien serveur de monitoring, ça marche sans prob, et sur le nouveau serveur de monitoring ca marche bien aussi mais puis tout à coup ça ne marche plus, c'est très très bizarre...

Dans /var/log/messages, rien à ce sujet...

:cry:

[DonKiShoot]

T'as peut-être plusieurs check qui s'effectue en meme temps sur la même base.

Tu ne trouvera rien de plus du côté de la machine nagios que l'erreur que tu possède déja.
Le reste ne peu se trouver que dans les logs de la base de donnée.

[skydev]

Eurêka, j'ai trouvé. Tout simplement et bêtement qu'il manquait le path du LD_LIBRARY_PATH qui est manquant dans l'utilisateur spécifié mais pas root. Donc j'ai résolu ce problème et vlà. Merci quand même pout tout. :wink:

[DonKiShoot]

GG