Nagios (code de Retour de 255 est en dehors des limites)

J'obtiens l'erreur (code de Retour de 255 est hors des limites du terrain) sur la http://localhost/nagios

Mais lorsque je lance la commande depuis le shell, il fonctionne très bien

Quelle est la version de Nagios êtes-vous en cours d'exécution?
Un rapide Google a constaté que l'erreur 255 est Nagios ne vérifiant pas la fonction fclose() lors de l'écriture dans un fichier journal: markmail.org/message/...
Je suis en cours d'exécution Nagios Version 3.2.0 merci
Quelle commande utilisez-vous? Est-il quelque chose d'utile dans les logs nagios?

OriginalL'auteur | 2009-09-22

  1. 5

    Si vous utilisez NRPE et la réception d'un 'NRPE: Impossible de lire la sortie du erreur, c'est parce que le démon NRPE n'est pas le retour des données de texte. Nagios dépend de NRPE démons pour retourner une chaîne qui résume les résultats de ces contrôles. Par exemple, pour un résultat du test, c'est le retour à un état sain, il peut ressembler à l'ancienne alors que la mauvaise situation serait affiché le dernier.

    OK - load average: 1.56, 1.37, 1.29 
CRITICAL - load average: 16.59, 19.41, 21.96

    Si NRPE ont été pour revenir à quelque chose comme ceci:

    FOO: bar

    Vous allez obtenir un " NRPE: Impossible de lire la sortie d'erreur parce que TOTO n'est pas un de Nagios est un résultat connu les etats. Exécutez la distance NRPE de commande en exécutant quelque chose comme ceci (en fonction de vos répertoires et des contrôles):

    libexec/check_nrpe -n -H localhost -c check_load

    Qui devrait retourner OK, WARNING, CRITICAL, ou INCONNU. Tout le reste sera de provoquer cette erreur.

    Vous devriez lancer la commande check_nrpe sur le serveur Nagios et spécifier l'hôte qui exécute le service en question.

    OriginalL'auteur sholsapp

  2. 3

    Un Nagios contrôle de retour 0, 1, 2 ou 3:

    • 0: OK
    • 1: Avertissement
    • 2: Critique
    • 3: Inconnue

    Un statut de sortie de 255 est parfaitement valide lorsque vous exécutez la commande manuellement, de sorte que bash ne me plaindrai pas. Vous pouvez vérifier le statut de sortie de la commande dans la variable $? après la commande a exécuter avec:

    echo $?
    lorsque echo $? J'ai eu zéro. Mais comme je l'ai mentionné, je vois NRPE: Impossible de lire le résultat sur la page web de nagios ce qui Concerne

    OriginalL'auteur Anders Lindahl

  3. 2

    Pour la postérité, je vais ajouter quelque chose pour quelqu'un qui court dans ce.
    Deux choses à vérifier:

    Vérifiez que le serveur effectue les contrôles a l'autorisation d'accès au client, il est de le tester
    Dans ce cas, localhost est le serveur (& le client). Néanmoins, NRPE sur le client doit explicitement d'accorder l'autorisation pour le serveur va vérifier. Si votre NRPE est enveloppé par le service xinetd, vous devez ajouter le serveur nagios pour la only_from directive sur le client fichier conf(/etc/xinetd.d/nrpe)

    only_from       = 127.0.0.1 NagiosServerHostName

    NagiosServerHostName doit être dans /etc/hosts. Sinon, mettre le NagiosServerIP

    Vérifier que le pare-feu n'est pas le blocage de vos chèques. NRPE s'exécute par défaut sur le port 5666; veiller à ce que ce port est autorisé

    OriginalL'auteur kakoma

  4. 1

    j'ai eu cette erreur, il s'est avéré que le plugin écrit à un endroit où il n'a pas les droits pour écrire alors j'ai juste un chmod 777 sur cet emplacement et il a travaillé

    OriginalL'auteur Majed

  5. 0

    Vous parler de ce que vous appelez la commande check via nrpe. Si vous utilisez un chèque de commande qui renvoie multi-ligne de sortie vous devez utiliser une version récente de nrpe qui prend également en charge multi-ligne de sortie sinon le check_nrpe script ne sera pas en mesure d'analyser les données en sortie.

    OriginalL'auteur Dave Rawks

  6. 0

    J'imagine que votre commande check_nrpe n'est pas correctement configuré dans le fichier de configuration de Nagios. Si vous ouvrez les Commandes.fichier cfg dans /usr/local/nagios/etc/objects/et vérifiez que la commande de l'installation que vous avez là est exactement le même que le programme d'installation que vous utilisez dans votre script bash. La commande que j'ai de l'installation est:

    define command{
command_name    check_nrpe
command_line    $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$
}

    Et ma définition de la prestation:

    define service{
use         generic-service
host_name       ********
service_description HTTP Requests
contact_groups  localadmin
check_command       check_nrpe!check_vbs_sample
}

    Aussi je trouve plus facile d'utiliser un script simple, pour exampe un script batch qui retourne juste OK pour tester son travail d'abord.

    OriginalL'auteur boburob

  7. 0

    Que plusieurs affiches ont dit, si Nagios ne pas recevoir la réponse qu'il attend de l'script, il va générer cette erreur.

    Il existe de nombreuses façons dans lesquelles un script peut générer une erreur. Pour savoir quelle est l'erreur, mettre à jour votre définition de commande de sorte que l'Erreur Standard à partir du script est écrit dans un fichier journal:

    command_line $USER1$/check_nrpe -H $ARG1$ -c $ARG2$ 2> /tmp/error.log

    OriginalL'auteur Garreth McDaid

  8. 0

    J'ai juste eu le même message d'erreur et qu'il avait à faire avec le pare-feu en cours sur le client distant.

    OriginalL'auteur user2648781

  9. 0

    Espère que cette aide, dans mon cas, la question a été ssh question. Pour résoudre le code retour d'erreur je distants sur des serveurs distants comme nagios utilisateur à partir du serveur où nagios est utilisé (nœud maître si vous voulez). Permettant une entrée dans le fichier known_hosts du maître du serveur nagios.

    OriginalL'auteur TechGameTeddy