Forums PostgreSQL.fr

Bonjour,
nous avons une architecture un peu particulière :

dans les cas d'une replication patroni sur des serveurs répartis sur 2 Zones de disponibilités différentes A et B.
combien de etcd je dois mettre ?
et
où dois-je les répartir ?

si je met 1 etcd dans la zone A du primaire et 2 etcd dans la zone B du replicat. si la zone B tombe je me retrouve avec 1 seul etcd dans la zone A du primaire.
Dans ce cas est-ce que fait patroni ? est-ce que le primaire continue de tourner ?

Bonjour,

J'ai installé pgstatpack et pris des clichés, tout se passe bien.
Puis je charge pg_stat_statements tout se apsse correctement pour cet outil par contre je rencontre cette installation me génère des erreurs sur pgstatpack, je n'arrive plus à prendre de clichés:

demo=# SELECT pgstatspack_snap('after pg_stat_statements');
ERROR:  missing FROM-clause entry for table "n"
LIGNE 11 :     join pgstatspack_names n1 on s.query=n.name
                                                    ^
REQUÃTE : INSERT INTO pgstatspack_statements
    ( snapid, calls, total_time, "rows", query_id, user_name_id)
    SELECT
      spid as snapid,
      s.calls as calls,
      s.total_time as total_time,
      s.rows as rows,
      n1.nameid,
      n2.nameid
    FROM pg_stat_statements s
    join pgstatspack_names n1 on s.query=n.name
    join pgstatspack_names n2 on s.pg_get_userbyid(s.userid)=n2.name
    WHERE dbid=(select oid from pg_database where datname=current_database())
    ORDER BY total_time
CONTEXTE : PL/pgSQL function "pgstatspack_snap" line 186 at SQL statement

Si je redésactive pg_stat_statements je peux reprendre des clichés correctement.

J'ai une base qui génère je trouve beaucoup d'archives, surtout trop fréquemment :

-rw------- 1 postgres postgres 16777216 sep 13 14:06 000000010000000100000060
-rw------- 1 postgres postgres 16777216 sep 13 14:07 000000010000000100000061
-rw------- 1 postgres postgres 16777216 sep 13 14:08 000000010000000100000062
-rw------- 1 postgres postgres 16777216 sep 13 14:10 000000010000000100000063
-rw------- 1 postgres postgres 16777216 sep 13 14:11 000000010000000100000064
-rw------- 1 postgres postgres 16777216 sep 13 14:12 00000001000000010000006

et cela sur presque toute la journée, 1 wall d'archive par minute. il me semble que cette fréquence est trop importante.
Je me suis dit qu'augmenter la taille des wall était une solution pour réduire la fréquence de génération des wall d'archive.
J'ai vu qu'en 9 on peu faire un configure avec --with-wal-segsize mais je suis en 8 et cette solution me plairait moyennement.
Je bloque sur jouer sur le paramétrage car à priori les wall sont plein quand ils switchs

ci dessous quelques valeurs de mon postgressql.conf :

archive_command              | cp "%p" "/archive/xlog_archives/%f"
archive_mode                    | on
archive_timeout                 | 0
commit_delay                    | 0
commit_siblings                 | 5
checkpoint_completion_target    | 0.8
checkpoint_segments         | 6
checkpoint_timeout            | 300
checkpoint_warning           | 30
wal_buffers                        | 128
wal_sync_method               | fdatasync
wal_writer_delay                | 200

Y-a-il une autre solution ?

Merci

# PROBLEM

I've got the following message :
cp: cannot stat `pg_xlog/000000010000000100000050': No such file or directory
time=2011-09-19 00:00:25 CEST,user=,db= LOG:  archive command failed with exit code 1
time=2011-09-19 00:00:25 CEST,user=,db= DETAIL:  The failed archive command was: cp "pg_xlog/000000010000000100000050" "/u02/pgsql/admin/mre/xlog_archives/000000010000000100000050"
cp: cannot stat `pg_xlog/000000010000000100000050': No such file or directory

1- Here the parameter for archivage :

    name     | setting
--------------+---------
archive_mode | on

      name       |                     setting                     
-----------------+-------------------------------------------------
archive_command | cp "%p" "/u02/pgsql/admin/mre/xlog_archives/%f"

      name       | setting
-----------------+---------
archive_timeout | 0

2- there is nothing in /u02/pgsql/admin/mre/xlog_archives/ (because of purge with backup this week)
ls -l /u02/pgsql/admin/mre/xlog_archives
drwxr-xr-x 2 postgres postgres 20480 sep 16 09:46 xlog_archives

3- the file /u03/pgsql/data/mre/pg_xlog/000000010000000100000050 does not exist.

4- I stop and restart the database but the message continue to appear in logfile.

#QUESTION
I can lose data of archive it's not a problem,
Is it possible to clean the archive process for restarting with online log ?
and doing a backup just after to be clean ?

Or What else ?

Thanks

J'ai créé un script.sql qui contient des commentaire j'ai essayé /* */ , -- , prompt
je souhaite que lors de l'exécution de ce script.sql ces commentaires se retrouvent dans le fichier de sortie.

exemple

script.sql
----------------------------------------------------------------
-------- LISTE DES BASES DU CLUSTER ------------------
----------------------------------------------------------------
SELECT datname FROM pg_database;

si j'exécute
psql -d mabase -f audit.psql -o audit.log

je souhaite avoir dans le fichier script.log
----------------------------------------------------------------
-------- LISTE DES BASES DU CLUSTER ------------------
----------------------------------------------------------------
datname
-----------
template1
template0
postgres
usda

hors: soit je ne me récupère que le résultat des requêtes sql
soit je me récupére tout même les ordres sql si j'execute psql -a -d mabase -f audit.psql > audit.log

Merci

Bonjour,
Je souhaite savoir si les messages dans le fichier de log CETLOG, CETWARNING ...
sont listé et commenté, je ne trouve rien dans la doc.
Je souhaite extraire les warning et autre des fichiers logs.
Merci