Bonjour Guillaume.
Ok, merci pour les explications.
Bon week-end.

Bonjour,
Personne pour me conseiller, svp ?
Merci.

Bonjour,
En ajoutant l'option --debug, j'obtiens les infos suivantes :
perl /home/postgres/scripts/tail_n_mail --dryrun --debug /home/postgres/scripts/tnm.config.txt
Opened config file "/home/postgres/scripts/tnm.config.txt"
$opt1 = {
          'configfile' => {
                            'lastfile' => 1,
                            'file.HASH(0x200b178)' => 1,
                            'file' => 1,
                            'customsubject' => 1,
                            'email' => 1,
                            'email.admin_pg@toto.fr' => 1,
                            'inherit./home/postgres/scripts/lst_include_exclude.txt' => 1,
                            'mailsubject' => 1,
                            'inherit' => 1,
                            'offset' => 1
                          },
          'lastfile' => {
                          '1' => '/home/postgres/pg_log/5-09.log'
                        },
          'file' => [
                      {
                        'lastfile' => '/home/postgres/pg_log/5-09.log',
                        'original' => '/home/postgres/pg_log/%u-%H.log',
                        'suffix' => '1',
                        'name' => '/home/postgres/pg_log/5-09.log',
                        'offset' => '1844263'
                      }
                    ],
          'customsubject' => 1,
          'email' => [
                       'admin_pg@toto.fr'
                     ],
          'mailsubject' => 'Alerte PostgreSQL HOST',
          'inherit' => [
                         '/home/postgres/scripts/lst_include_exclude.txt'
                       ],
          'offset' => {
                        '1' => '1844263'
                      }
        };
$arg1 = {
          'verbose' => 1,
          'log_line_prefix' => '',
          'mailserver' => 'example.com',
          'find_line_number' => 1,
          'file' => [],
          'sortby' => 'count',
          'maxsize' => 80000000,
          'mailuser' => 'example',
          'tsepnosub' => 0,
          'debug' => 1,
          'duration_limit' => 0,
          'sqlstate' => 0,
          'dryrun' => 1,
          'timewarp' => 0,
          'pgmode' => 1,
          'nomail' => 0,
          'canceled_autovac' => 1,
          'duration' => -1,
          'statement_size' => 1000,
          'mailport' => 465,
          'tsep' => undef,
          'flatten' => 1,
          'type' => 'normal',
          'skip_non_parsed' => 0,
          'smtp' => 0,
          'tempfile_limit' => 0,
          'tempfile' => -1,
          'hideflatten' => 1,
          'mailcom' => '/usr/sbin/sendmail',
          'maxemailsize' => 10000000,
          'reset' => 0,
          'pretty_query' => 1,
          'help' => 0,
          'mailmode' => 'sendmail',
          'mailpass' => 'example',
          'offset' => -1,
          'quiet' => 0,
          'showonly' => 0,
          'version' => 0,
          'mailsig' => [],
          'mailzero' => 0,
          'rewind' => 0,
          'pglog' => 'pg'
        };
  Log line prefix regex: (?^:^((\d\d\d\d-\d\d-\d\d \d\d:\d\d:\d\d \w\w\w\w?) \[(\d+)\])(.*))
  Log line prefix regex2: (?^:^\d\d\d\d-\d\d-\d\d \d\d:\d\d:\d\d \w\w\w\w? \[\d+\])
  Log line prefix regex3: (?^:^\d\d\d\d-\d\d-\d\d \d\d:\d\d:\d\d \w\w\w\w?)
Parsing file: /home/postgres/pg_log/5-09.log
  File: /home/postgres/pg_log/5-09.log Offset: 1,844,263 Size: 1,853,020 Maxsize: 80,000,000
  Adding exclusion: relation " +" does not exist
  Adding exclusion: duplicate key value violates unique constraint "pk_doublon_prod"
  Exclusion: (?^:relation " +" does not exist)|(?^:duplicate key value violates unique constraint "pk_doublon_prod")
  Adding inclusion: WARNING:
  Adding inclusion: ERROR:
  Adding inclusion: FATAL:
  Adding inclusion: PANIC:
  Inclusion: (?^:WARNING:)|(?^:ERROR:)|(?^:FATAL:)|(?^:PANIC:)
  No new lines found in file /home/postgres/pg_log/5-09.log
  Performing final cleanup

Rebonjour,
Guillaume : Je pensais qu'en utilisant un autre User, je préserverais les connexions superuser.
Julien : ok, merci pour l'option.

Bonjour,
Désolé pour la réponse tardive, j'étais sur une urgence.
Le problème c'est que j'utilise le superuser pour mes exports journaliers et mon vacuum hebdomadaire mis en crontab.
Donc si jamais un client lock une table, le vacuum va bloquer, les exports aussi, si c'est pendant un week-end prolongé par exemple, je peux vite arriver à 5-6 connexions utilisées et plus possible d'accéder à la base en rentrant du week-end.
Est-ce la meilleure solution ?
Ne vaut-il mieux pas créer un user avec les droits adéquats pour les exports et vacuum ?

Bonjour,
Je ne vais malheureusement pas pouvoir rejouer l'instance, je ne conserve (via pitrery) que 3 jours de sauvegarde et le problème est survenu samedi dernier, dommage.
Par contre, je prends bonne note de faire l'archivage en local puis de copier sur le NAS.
Merci à vous pour vos investigations et conseils.

Voilà le résultat de la commande, après décompression du fichier :
[postgres@dev-postgres-01 ~]$ pg_xlogdump 000000010000007E00000042
rmgr: Standby     len (rec/tot):     50/    50, tx:          0, lsn: 7E/42000028, prev 7E/41009E38, desc: RUNNING_XACTS nextXid 350714 latestCompletedXid 350713 oldestRunningXid 350714
rmgr: Heap        len (rec/tot):     65/  6529, tx:     350714, lsn: 7E/42000060, prev 7E/42000028, desc: HOT_UPDATE off 4 xmax 350714 ; new off 5 xmax 0, blkref #0: rel 1663/16384/29662 blk 47 FPW
rmgr: Heap        len (rec/tot):     65/  7753, tx:     350714, lsn: 7E/420019E8, prev 7E/42000060, desc: HOT_UPDATE off 7 xmax 350714 ; new off 8 xmax 0, blkref #0: rel 1663/16384/29662 blk 16 FPW
rmgr: Heap        len (rec/tot):     65/  6685, tx:     350714, lsn: 7E/42003850, prev 7E/420019E8, desc: HOT_UPDATE off 15 xmax 350714 ; new off 14 xmax 0, blkref #0: rel 1663/16384/29662 blk 44 FPW
rmgr: Heap        len (rec/tot):    110/   110, tx:     350714, lsn: 7E/42005288, prev 7E/42003850, desc: HOT_UPDATE off 16 xmax 350714 ; new off 18 xmax 0, blkref #0: rel 1663/16384/29662 blk 44
rmgr: Heap        len (rec/tot):     65/  3397, tx:     350714, lsn: 7E/420052F8, prev 7E/42005288, desc: HOT_UPDATE off 17 xmax 350714 ; new off 18 xmax 0, blkref #0: rel 1663/16384/29662 blk 48 FPW
rmgr: Heap        len (rec/tot):     53/  5449, tx:     350714, lsn: 7E/42006058, prev 7E/420052F8, desc: INPLACE off 44, blkref #0: rel 1663/16384/29723 blk 3 FPW
rmgr: Heap        len (rec/tot):     53/  2201, tx:     350714, lsn: 7E/420075A8, prev 7E/42006058, desc: INPLACE off 2, blkref #0: rel 1663/16384/29723 blk 4 FPW
rmgr: Transaction len (rec/tot):    226/   226, tx:     350714, lsn: 7E/42007E48, prev 7E/420075A8, desc: COMMIT 2018-02-10 03:30:33.730929 CET; inval msgs: catcache 49 catcache 49 catcache 49 catcache 49 catcache 49 catcache 45 catcache 44 catcache 45 catcache 44 relcache 28281 relcache 28286
rmgr: Standby     len (rec/tot):     50/    50, tx:          0, lsn: 7E/42007F30, prev 7E/42007E48, desc: RUNNING_XACTS nextXid 350715 latestCompletedXid 350714 oldestRunningXid 350715
rmgr: XLOG        len (rec/tot):     24/    24, tx:          0, lsn: 7E/42007F68, prev 7E/42007F30, desc: SWITCH

Bonjour,
Merci à vous pour la rapidité de la réponse.
Pour aller plus loin, j'ai une table avec cette structure :
CREATE TABLE test (username varchar(50) NOT NULL, jour date NOT NULL);
Je souhaite l'alimenter avec une ligne par jour, avec un generate_series(timestamp '2018-01-01', '2018-02-08', '1 day'), et en plus alimenter de façon aléatoire le champ username avec mes titi, toto, ...
Est-ce que l'on peut combiner le RANDOM et le GENERATE_SERIES ?

Guillaume,
Même problème avec différents serveurs Cent-OS 6-7, PostgreSQL 9.3-9.4-10.1. Même avec une base vide.
Même problème sur le poste d'un collègue.
Problème de config ? d'environnement ?
Bon, me voilà bien embêté :-(

Bonjour,

Je reviens vers vous car pas de réponse de PgAdmin-Support.

J'ai fait d'autres tests (je suis passé à PgAdmin 4 version 2.1, toujours sous windows 7 64 Bits).

Script de création de la base :
     CREATE DATABASE geo
    WITH
    OWNER = postgres
    ENCODING = 'UTF8'
    LC_COLLATE = 'fr_FR.UTF-8'
    LC_CTYPE = 'fr_FR.UTF-8'
    TABLESPACE = pg_default
    CONNECTION LIMIT = -1;

Script de création de table :
     CREATE TABLE geo.activite
(
  id_cgu character varying(20) NOT NULL,
  id_site character varying(20) NOT NULL,
  id_ligne character varying(4) NOT NULL,
  id_plan character varying(4) NOT NULL,
  id_fonction character varying(4) NOT NULL,
  id_operation character varying(5) NOT NULL,
  id_type_ptg numeric NOT NULL,
  id_type_act character varying(3) NOT NULL,
  tps_gam numeric(7,4) DEFAULT 0,
  tps_gam_test numeric(7,4) DEFAULT 0,
  id_type_coq character varying(3) NOT NULL,
  id_type_qte_act numeric NOT NULL DEFAULT 0,
  qte_igeo boolean NOT NULL DEFAULT false,
  id_alim_document numeric NOT NULL DEFAULT 0,
  id_type_cum_doc numeric NOT NULL DEFAULT 1,
  sum_quantite boolean NOT NULL DEFAULT true,
  id_methode_qt numeric NOT NULL DEFAULT 0,
  lfo_cgu character(12),
  date_fin date NOT NULL DEFAULT to_date('30000101'::text, 'YYYYMMDD'::text),
  CONSTRAINT pk_activite PRIMARY KEY (id_cgu, id_site, id_ligne, id_plan, id_fonction, id_operation, date_fin))
WITH (OIDS=FALSE);
ALTER TABLE geo.activite OWNER TO postgres;

Script de création d'une fonction trigger (volontairement vidée) :
     CREATE OR REPLACE FUNCTION geo.jf_recharge_activite() RETURNS trigger AS
$BODY$
DECLARE
BEGIN
    RETURN NULL;
END;
$BODY$ LANGUAGE plpgsql VOLATILE COST 100;
ALTER FUNCTION geo.jf_recharge_activite() OWNER TO postgres;

Script de création d'un Trigger sur la table :
     CREATE TRIGGER jt_activite AFTER INSERT OR UPDATE OR DELETE ON geo.activite FOR EACH ROW EXECUTE PROCEDURE geo.jf_recharge_activite();

Test avec une base en 10.1 directement sur mon P.C, pas de problème.

Test avec une base en 10.1 sous Cent OS 7, toujours le problème.
Lorsque j'essaye à nouveau de visualiser la définition de ma table (onglet SQL), le message d'erreur est reproduit.
C'est vraiment après ajout du trigger.

Pouvez-vous m'aider svp ?

Bonjour Guillaume,

Avec la même config "Serveur Encoding", "Client Encoding" et base de données ?
J'ai le même problème avec plusieurs serveurs.
Dans quelle direction faut-il creuser ?