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 : Installation » Installation version specifique sur Ubuntu » 30/04/2021 17:28:33

Super, merci.

Bon, juste pour le fun, j'ai bataillé tout l'après-midi et j'ai installé ma 12.5-1  .....

Il faut mettre a jour le repository avec :
sudo sh -c 'echo "deb https://apt-archive.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg-archive main" > /etc/apt/sources.list.d/pgdg.list'
puis :
sudo apt-get update
sudo apt-get install postgresql-12=12.5-1.pgdg18.04+1

#2 Re : Installation » Installation version specifique sur Ubuntu » 30/04/2021 16:54:00

En fait, j'ai une primaire en 12.5 et un replicat en 12.6
Si j'ai bien compris la solution que vous me proposez, c'est de mettre a jour la 12.5 en 12.6, uniquement par installation des binaires de la 12.6, c'est bien ca ?
Et j'aurai un cluster tout en 12.6

#3 Re : Installation » Installation version specifique sur Ubuntu » 30/04/2021 16:38:00

Merci de vos retours.
Je vais pouvoir faire tourner un pg_basebackup d'une 12.6 vers une 12.5, c'est supporté ?

#4 Re : Installation » Installation version specifique sur Ubuntu » 30/04/2021 13:58:19

Pour une raison toute simple.
Je mets en prod la partie standby d'un cluster dont la partie primaire tourne en 12.5
Je n'ai pas la possibilité de tester l'appli et la valider en 12.6

#5 Installation » Installation version specifique sur Ubuntu » 30/04/2021 12:15:36

capbase
Réponses : 9

Bonjour,

Je souhaiterais installer la 12.5-1 sur Ubuntu mais apt-get install ne me propose que la derniere, à savoir la 12.6-1
Je suis en Ubuntu 18.04 (bionic)

J'ai essayé de passer par le repository PGDG maintenu par postgresql.org, en creant le fichier  /etc/apt/sources.list.d/pgdg.list contenant :
deb http://apt.postgresql.org/pub/repos/apt bionic-pgdg main
suivi de sudo apt-get update
mais je n'y trouve pas la version que je veux.

Auriez-vous LA bonne idée ?

Merci de votre aide.

#6 Re : Réplication » Patroni - Standby Cluster » 26/04/2021 10:24:31

Bonjour à tous,

J'ai mis en place une configuration simple qui fonctionne, voici les éléments d'attention  :

New name for standby cluster
Remove previous cluster in DCS
Update pg_hba.conf in all primary instance and reboot cluster/instances.
Remove slot name "patroni" in standby_cluster section of yml file. (or recreate in primary)

Bonne journée à tous,

#7 Réplication » Patroni - Standby Cluster » 20/04/2021 16:36:08

capbase
Réponses : 1

Bonjour,

Je dispose d'un environnement Patroni  qui compte uniquement un primary cluster avec un nœud primary, un nœud standby, et un 3e nœud backup (qui me sert de sauvegarde en ligne)

DC1: Active Cluster:
Node1: Primary Postgresql, etcd1 (cluster1-leader), patroni
Node2: SYNC Replica Postgresql (from Node1), etcd2 (cluster1-follower), patroni
Node3: BACKUP Replica Postgresql (from Node1), etcd3 (cluster1-follower), patroni
Quorum: 3/2+1 = 2

DC2: Standby Cluster:
Node4: STANDBY ASYNC Replica Postgresql (from Node1), etcd4 (cluster2-standby leader), patroni-standby
Node5: Cascade Replica Postgresql (from Node4), etcd5 (cluster2-follower), patroni-standby
Node6: Cascade Backup Replica Postgresql (from Node4), etcd6 (cluster2-follower), patroni-standby

Je souhaiterais installer un standby cluster avec un nœud standby leader, image répliquée du nœud primary.
Auriez vous des éléments pour la configuration du noeud standby leader (fichier yml) ?
En vous remerciant,

#9 Re : Général » Probleme de droits sur pldebugger » 11/02/2014 10:52:28

gleu a écrit :

Au niveau des droits d'utilisation du debugger, il faut être soit superutilisateur soit propriétaire de la fonction.

Effectivement, ma première mise en œuvre de pldebugger avait fonctionné parce que je l'avais testée avec le user postgres, et les fonctions lui appartenaient.
Cependant, l'utilisateur reçoit un message d'erreur mais le deboggeur fonctionne
Merci de votre support.

#10 Général » Probleme de droits sur pldebugger » 07/02/2014 12:05:11

capbase
Réponses : 4

Bonjour,

J'ai mis en œuvre pldebugger en le compilant sur notre plateforme Solaris.
http://git.postgresql.org/gitweb/?p=pld … ;a=summary

Après avoir suivi la checklist pour l'installer ,
http://www.postgresonline.com/journal/a … ugger.html

je fais face au problème suivant :

Le rôle de connexion USER1 est propriétaire des objets à debugger. C'est un utilisateur lambda.
Dans PGAdmin III, Lorsque je clique bouton droit sur la fonction à debogger, je lance l'option "debogage",  j'ai le message d'erreur suivant :

"permision denied to set parameter log_min_messages"

Et la doc est claire, pour mettre a jour ce paramètre, il faut etre superuser. (même si le fait d'être superuser d'un serveur PG pour un développeur est contestable)

J'ai donc mis à jour mon role USER1 en superuser, et là, lorsque je clique bouton droit sur ma fonction à debogger, l'option "debogage" n'apparait plus.

quelqu'un a-t-il fait face à ce problème, et comment l'a-t-il résolu ?
Merci de votre aide.

Bien cordialement,

JL.

Pied de page des forums

Propulsé par FluxBB