PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 Re : Général » Création de serveur » 14/10/2021 10:01:27

Bonjour,

Si l'instance postgresql sur laquelle vous essayez de vous connecter est sur une autre machine, alors dans pgadmin4, lors de la création d'un serveur vous devez indiquer le nom d’hôte (ou l'IP) de la machine qui héberge l'instance postgresql, au lieu de "localhost".
("création d'un serveur" est un faux ami : il ne s'agit pas de créer un serveur mais de créer une connexion pour un serveur existant)

#2 Re : Général » Création de serveur » 13/10/2021 16:51:00

Bonjour,

Votre instance postgresql tourne sur la même machine que l'installation pgadmin4 ?
Si oui : le service windows de postgresql est-il démarré ?
Si oui : le paramètre listen_adress est-il configuré et à quoi ? (dans postgresql.conf)
et : que contient le fichier pg_hba.conf ?

#3 Re : Général » Migration PG CentOS vers Debian » 13/10/2021 16:47:09

Bonjour,

Le meilleur méthode est la replication logique dans votre cas.
Vous créez une instance v13 sur votre Debian et vous mettez en place une replication logique de toute l'instance centOs vers l'instance v13/debian.
https://docs.postgresql.fr/13/logical-replication.html

Le souci pour vous c'est que ce n'est pas compatible avec votre version 9.6.
Il va falloir passer par un upgrade de la v9.6 vers la v10 (au minimum) ou v13 (au mieux) avec pg_upgrade (pour limiter le temps d'indisponibilité).

#5 Re : Installation » Upgrade de postgres de 9.6.11 => 13.4 » 07/10/2021 11:03:29

bonjour,

en streaming simple ou en HA (pacemaker, patroni ou autre) ?
Et combien de temps pouvez-vous arrêter les instances ?

#6 Re : Réplication » Le server construit en réplication refuse de démarer » 01/10/2021 08:20:32

bonjour,

on ne le voit pas ici dans ce post mais il est possible que ce soit du à la valeur de recovery_target_timeline (j'ai eu un cas similaire récemment).
Selon sa valeur dans recovery.conf, cela peut avoir des effets indésirés.
Sinon comme le dit rjuju, il est probable qu'il manque des fichiers dans le backup.

#7 Re : Général » [Résolu] PgAdmin4 erreur de mot de passe. » 07/09/2021 18:12:55

pour être sûr tu remplaces tous les "peer" et les "md5" par "trust".
puis en effet c'est bien ça :
pg_ctl reload [-D répertoire_données]
(le répertoire de données c'est typiquement celui où se trouve le postgresql.conf.)

#8 Re : Général » [Résolu] PgAdmin4 erreur de mot de passe. » 07/09/2021 11:21:32

il faut mettre le pg_hba.conf en mode trust (md5 à remplacer par trust dans le fichier)
puis faire un reload de l'instance.
Ensuite dans psql : alter user postgres with password 'toto';
ensuite remettre mode md5 dans pg_hba.conf + reload instance

#9 Re : Général » [Résolu] PgAdmin4 erreur de mot de passe. » 06/09/2021 12:05:05

bonjour,

j'imagine que ton pgadmin n'est pas installé sur le serveur directement (où se situe l'instance Postgresql) ?
Donc lors de la création d'un nouveau serveur dans pgadmin, il ne faut pas mettre localhost mais le nom du serveur ou l'IP.

#10 Re : Général » Probléme de démarage du service postgresql » 14/08/2021 13:04:09

Bonjour,

comme pg_upgrade est une opération très sensible, vous pouvez, temporairement le temps de la migration, mettre "trust" sur toutes les lignes du pg_hba.conf (et reload de l'instance).

#11 Re : Optimisation » lenteur after upgrade windows server to 2016 » 16/07/2021 16:18:56

Bonjour,

ça ressemble étrangement à un firewall windows qui bloquerait les sorties (ou les entrées).
Peut être que cette maj windows a activé sans vous prévenir le firewall interne ?

Mais bon, certaines connexions passent-elles ?
pas de modification postgresql.conf ou pg_hba.conf ?

#12 Re : Réplication » Procédure de désactivation d'un cluster de réplication (v9.4.4) » 16/07/2021 10:26:58

Bonjour,

il suffit soit de :
- générer le trigger_file défini dans recovery.conf du secondaire actuel (créer le fichier à l'endroit indiqué)
- utiliser pg_ctl promote sur le secondaire qui deviendra autonome.

Pour remettre la réplication, il faudra reconstruire à nouveau le secondaire avec la même procédure que vous avez utilisé chez vous.
plus de détail ici :
https://docs.postgresql.fr/9.4/warm-standby.html (25.2.2. Fonctionnement du Serveur de Standby )

Attention, si votre secondaire est en mode archivage=on, il faudra configurer votre sauvegarde pour qu'il ne pollue pas les backups du primaire.

#13 Re : PL/pgSQL » procédure d'affichage. » 28/06/2021 17:56:11

Bonjour,

Aucun message d'erreur lors de la création de la procédure mais également aucun message que la procédure est bien créé.
N'est-ce pas ?

Il manque un ";" à la fin du code de la procédure.



exemple :

postgres=# CREATE OR REPLACE PROCEDURE affiche_message ()
postgres-# LANGUAGE plpgsql
postgres-# AS $$
postgres$# DECLARE
postgres$# nom_table varchar(16) := 'ma_table';
postgres$# cle_primaire varchar(8) := 'id';
postgres$# suffixe varchar(8) := '.mat';
postgres$# BEGIN
postgres$# RAISE NOTICE 'Nom de la table: %', nom_table;
postgres$# END;
postgres$# $$
postgres-# ;
CREATE PROCEDURE
postgres=#
postgres=#
postgres=#
postgres=#
postgres=#
postgres=# call affiche_message();
NOTICE:  Nom de la table: ma_table
CALL

#14 Re : Général » différent méthode de creation database » 27/06/2021 12:33:50

bonjour,
la différence c'est que si vous ne spécifiez pas les paramètres de type "encoding, lc_collate" avec l'une ou l'autre des 2 commandes, la valeur prise sera celle de la base par défaut : template1.
Sinon, aucune différence.

Dans votre cas avec vos exemples :
- la commande creatdb va créer une base avec comme modèle template1 (identique à celle-ci)
- la commande create database va créer une database avec comme modèle template0 et des encoding, locales spécifique (puisque vous lui demandez).

https://docs.postgresql.fr/11/sql-createdatabase.html

#15 Re : Réplication » Réplication logique et perte de connexion temporaire » 25/06/2021 14:41:33

rjuju a écrit :

Au passage il est à noter que c'est également valide pour un slot de réplication physique.

que si la replication est synchrone (mais je me trompe peut être)

#16 Re : Migration » Estimation du temps de Migration Oracle 11.2.0.1.0 vers PostGres 12.5 » 25/06/2021 12:01:27

Bonjour,

Le mieux c'est quand même de le faire en réel sur une copie de votre instance sur un serveur équivalent.

#17 Re : Général » pg_repack » 22/06/2021 09:57:12

merci pour vos réponses.
Dois-je en conclure qu'il n'y a pas de salut en dehors de vacuum full ?

#18 Général » pg_repack » 18/06/2021 08:43:52

ruizsebastien
Réponses : 8

Bonjour,

L'un d'entre vous a t'il déjà expérimenté pg_repack ?

https://github.com/reorg/pg_repack

Est-il utilisable raisonnablement en production ?
sans danger ?

Merci à vous pour votre retour d'expérience.

#19 Re : Optimisation » Interprétation explain analyze » 08/06/2021 08:11:26

Bonjour,

De mémoire PEV n'est plus maintenu et/ou est obsolete.
A la place vous pouvez utiliser PEV2 :
https://github.com/dalibo/pev2 (en local)
https://explain.dalibo.com/  (en ligne)

#20 Re : Général » Requete devenue soudainement extremement lente » 07/06/2021 16:41:24

Bonjour,

peut-être tout simplement un problème de statistiques pas à jour qui tromperait le planificateur ?.
Le mieux serait de comparer les plans d'exécution avant et après la création de cette nouvelle table et ensuite de recalculer les stats de la base entière pour voir s'il y a du mieux.

#21 Re : Général » Postgresql 13 windows : message d'erreur serveur ne démarre plus » 31/05/2021 17:23:34

alassanediakite a écrit :

Salut

rjuju a écrit :

De plus les traces de postgres vous donneront plus de détail sur la raison du problème.

C'est pas évident.
Certains problèmes tels l'indisponibilité du port, l'absence de droit sur le dossier "data" ne sont pas tracés dans le log de PostgreSQL.
@+

oui mais s'il n'y a rien dans les traces postgresql, ça élimine déjà pas mal de causes et c'est plus facile de chercher en premier à cet endroit que de trouver une erreur exotique au niveau du réseau ou du système de fichier (surtout avec windows).

#24 Re : Réplication » [Résolu] Archive_command failed » 11/05/2021 09:12:55

Bonjour,

En tout premier lieu il nous faudrait les traces du serveur master en particulier les erreurs produites par archive_command (type FATAL).

#25 Re : Migration » Migration d'une Base des données Firebird 3.0 vers Postgresql 12. » 05/05/2021 08:29:25

bonjour,

effectivement c'est vague.
il y a plusieurs solutions et le choix se fait en fonction de la volumétrie de votre base firebird, de la complexité du code embarqué (procédures, fonctions, etc...), de la plage d'indisponibilité acceptable.
Disons que le plus simple dans le meilleur des cas :
exporter l'ensemble de votre base firebird (DDL + données) dans un fichier sql, de retravailler le code sql (adapter les commandes create, alter, les types de données, de transformer les ordres d'insert de données, les ordres de création de user, les grants et privilèges.
Bref du boulot en perspective.
Si vous attendiez une solution out of the box dans laquelle il suffit de cliquer sur un bouton, je ne crois pas que ça existe pour firebird vers postgreSQL.
Cordialement.

EDIT : il existe des solutions toutes intégrées (en cherchant vite fait ce qu'il se fait ici et là) mais elles sont payantes. Rien vu de libre et gratuit.

Pied de page des forums

Propulsé par FluxBB