Oui, merci ça fonctionne.

J'ai encore deux autres questions :
1) ça fonctionne car j'ai uniquement dans commands.cfg cela :
define command {

    command_name   check_pgactivity
    command_line  $USER1$/check_pgactivity  -p 5432  -s database_size -w 30m -c 30m
}

quelle syntaxe dans commands.cfg et localhost.cfg  si je veux ajouter le service last_vacuum ??

2) je n'ai aucun graphe sous opm, comment faire ?

Merci,

NFHA42

Je progresse , dans le fichier commands.cfg je n'ai ajouté à la fin que la chose suivante :
define command {

    command_name   check_pgactivity
    command_line  $USER1$/check_pgactivity  -p 5432  -s database_size -w 30m -c 30m
}

Maintenant lorsque je lance manuellement la commande :  check_pgactivity  -p 5432  -s database_size -w 30m -c 30m
J'ai bien dans le répertoire nagios/libexec le fichier check_pgactivity.data.
Et si je regarde sous nagios , ce service est ok.
Maintenant, il faut trouver pourquoi manuellment le plugin check_pgactivty focntionne et pas automatiquement : comment dois-je faire ?

merci d'avance,
NFHA42

lorsque je lance la commande check_pgactivity manuellement

Bonjour,

Oui c'est clair , l'interface nagios me dit bien que le service est critique : No output on stdout) stderr: execvp(check_pgactivity, ...) failed. errno is 2: No such file or directory
Je comprends bien qu'il cherche un fichier ou un directory  ....mais comme je ne suis pas sysadmin j'ai un peu de mal à voir ce qui l'embête.
Par contre, quand je lance la commande manuellement     check_pgactivity  -p 5432  -s database_size -w 30m -c 30m tout fonctionne.
Du coup, je ne vois pas où chercher ...

J'ai aussi ce message là trouvé dans user.log:
Mar 16 14:44:34 debianpsql nagios_dispatcher: LOG: start working.
Mar 16 14:45:04 debianpsql nagios_dispatcher: LOG: Processed 4 nagios performance files so far.
Mar 16 14:50:04 debianpsql nagios_dispatcher: LOG: Processed 44 nagios performance files so far.
Mar 16 14:55:00 debianpsql nagios_dispatcher: LOG: Processed 84 nagios performance files so far.
Mar 16 15:00:00 debianpsql nagios_dispatcher: LOG: Processed 124 nagios performance files so far.
Mar 16 15:05:01 debianpsql nagios_dispatcher: LOG: Processed 164 nagios performance files so far.
Mar 16 15:10:01 debianpsql nagios_dispatcher: LOG: Processed 204 nagios performance files so far.
Mar 16 15:15:02 debianpsql nagios_dispatcher: LOG: Processed 244 nagios performance files so far.
Mar 16 15:20:02 debianpsql nagios_dispatcher: LOG: Processed 284 nagios performance files so far.
Mar 16 15:25:03 debianpsql nagios_dispatcher: LOG: Processed 324 nagios performance files so far.
Mar 16 15:30:03 debianpsql nagios_dispatcher: LOG: Processed 364 nagios performance files so far.

Peut-^tre que mes soucis viennent de là ?
Merci d'avance pour vos suggestions,

NFHA42

Ok je comprends pour trust..il faut que je trouve une autre parade...mais là plus aucun message d'erreur et tjrs critical

Alors lors que je modifi ma ligne dans commands.cgf :
./check_pgactivity -p 5432 -s database_size -w 30m -c 30m

et que je mance manuellement : ./check_pgactivity -p 5432 -s database_size -w 30m -c 30m
voici ce que j'obtiens :
Password for user postgres:
Password for user postgres:
POSTGRES_DB_SIZE OK: 5 database(s) checked | postgres=7860895B;31457280;31457280 template1=7860895B;31457280;31457280 template0=7717379B;31457280;31457280 db_nadege=7774723B;31457280;314572

Or si je reload nagios et que je remance opm, dans le log de postgres j'ai ça :

2020-03-16 13:48:16.009 CET [19831] postgres@template1 FATAL:  authentification par mot de passe échouée pour l'utilisateur  « postgres »
2020-03-16 13:48:16.009 CET [19831] postgres@template1 DÉTAIL:  Mot de passe ne correspond pas pour l'utilisateur postgres :
        La connexion correspond à la ligne 94 du pg_hba.conf : « host    all             all             ::1/128                 md5  »
2020-03-16 13:48:16.012 CET [19832] postgres@template1 FATAL:  authentification par mot de passe échouée pour l'utilisateur  « postgres »
2020-03-16 13:48:16.012 CET [19832] postgres@template1 DÉTAIL:  Mot de passe ne correspond pas pour l'utilisateur postgres :
        La connexion correspond à la ligne 94 du pg_hba.conf : « host    all             all             ::1/128                 md5  »

faut il être en trust au lieu de md5 ?

Bonjour,

Tout semble maintenant fontionner : plus de message d'erreur dans nagios.log, ni syslog , etc..
Pas contre, les services que j'ai créés sous nagios comme pg_database_size sont CRITICAL sous opm ...et là je ne vois pas pourquoi ?
Je ne trouve pas non plus de log pour opm : s'ils existent où sont ils ?
Merci d'avance pour vos retours,

NFHA42

voici le message d'erreur pour mon service CRITICAL sous nagios.log :

SERVICE ALERT: localhost;PG_DATABASE_SIZE;CRITICAL;SOFT;3;(No output on stdout) stderr: execvp(/usr/local/nagios/libexec/check_pgactivity, ...) failed. errno is 2: No such file or directory
[1583937405] SERVICE ALERT: localhost;PG_DATABASE_SIZE;CRITICAL;HARD;4;(No output on stdout) stderr: execvp(/usr/local/nagios/libexec/check_pgactivity, ...) failed. errno is 2: No such file or directory

Quelqu'un a-t-il une idée ?
merci

je ne sais pas.
Je n'ai pas d'interface nagios, j'ai juste opm.
Par exemple, comment connaître les services qu'on peut utiliser après le -s dans  dans check_pgactivity -H $HOSTADDRESS$ -s ??? ....?
Si jeu veux database_size : estce que dans commands.cfg de nagios  command_line   $USER1$/check_pgactivity -H $HOSTADDRESS$ -p 5432 -s pg_database_sizes  fonctionne ? car sous opm , ce service est CRITICAL...je ne vois pas pourquoi.
Enfin, encore une question, comment avoir des graphes sous opm ?
Merci,

NFHA42

Je suis en train de chercher à quel moment a lieu ce message.
le voici avec plus de détail :

2020-03-11 09:26:54.324 CET [522] LOG:  le système de bases de données est prêt pour accepter les connexions
2020-03-11 09:26:54.842 CET [608] [inconnu]@[inconnu] LOG:  paquet de démarrage incomplet
2020-03-11 10:56:45.096 CET [5785] opmui@opm ERREUR:  syntaxe en entrée invalide pour l'entier : «  »
2020-03-11 10:56:45.096 CET [5785] opmui@opm INSTRUCTION :  SELECT config FROM public.get_graph( $1 )
2020-03-11 10:56:45.097 CET [5785] opmui@opm ERREUR:  syntaxe en entrée invalide pour l'entier : «  »
2020-03-11 10:56:45.097 CET [5785] opmui@opm INSTRUCTION :  SELECT s.hostname || '::' || g.graph AS graph,description
                FROM public.get_graph( $1 ) g
                LEFT JOIN public.get_server(g.id_server) s ON true

2020-03-11 10:56:45.099 CET [5785] opmui@opm ERREUR:  syntaxe en entrée invalide pour l'entier : «  »
2020-03-11 10:56:45.099 CET [5785] opmui@opm INSTRUCTION :
                SELECT id_metric, label, unit
                FROM public.list_metrics($1)
                WHERE available
                ORDER BY label, unit;

Merci,

NFHA42

Oui le problème est toujours présent.