From: | Alain Benard <alain(dot)benard(at)inrae(dot)fr> |
---|---|
To: | "pgsql-fr-generale(at)postgresql(dot)org" <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | pg_cron problème |
Date: | 2023-02-02 14:24:44 |
Message-ID: | bb69e10262aa4ac28336de935eaba827@IDFDCPRIPEXMU06.inra.local |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Bonjour,
Nous avons migré de postgres 9.6 à 12 en décembre 2021 et une collègue qui utilise pg_cron me signale que ça ne fonctionne plus depuis cette date. La migration de la base avec pg_cron a été un casse tête car nous sommes passé par des dump et la conf de postgresql.conf se mord la queue entre le share_libraries et la base qui doit déjà être présente avec un schéma pg_cron maisbon on y est parvenu.
Nous avons des messages de ce type :
dupond(at)db_poisson LOG: provided user name (dupond) and authenticated user name (postgres) do not match
2023-02-02 03:00:00.030 CET [3781003] dupond(at)db_poisson FATAL: Peer authentication failed for user "dupond"
2023-02-02 03:00:00.030 CET [3781003] dupond(at)db_poisson DETAIL: Connection matched pg_hba.conf line 94: "local all all peer"
2023-02-02 03:00:00.032 CET [3477723] LOG: cron job 2 connection failed
Pour info le propriétaire de l'extension (select * from pg_extension) n'est pas postgres et je ne sais comment le changer ni si c'est nécessaire.
Les jobs ne s'exécutant pas ma collègue (non administrateur du serveur) a tenté de mettre l'utilisateur postgres dans la colonne username de la table job et visiblement ça passe. Pour moi c'est une grosse faille de sécurité.
Qu'est-ce qui a pu changer entre les versions de postgres et que puis-je vérifier ?
Merci par avance.
Alain.
From | Date | Subject | |
---|---|---|---|
Next Message | Sébastien Lardière | 2023-02-02 14:45:56 | Re: pg_cron problème |
Previous Message | David TECHER | 2022-09-19 07:11:12 | Re: Postgresql/Postgis : Trigger pour historisation/versionnement |