Bonjour,

quelques soucis avec pgbadger. Je n'arrive pas à visualiser les requêtes. Je n'ai pas le menu associé (Most Frequent Queries par ex.).

La commande est la suivante:

/root/pgbadger/pgbadger /var/log/psql.log -o index.html --title server1 -f syslog

pgbadger 2.1
postgresSQL 9.0

config postgresql.conf:
log_destination = 'syslog'
log_min_messages = debug1
log_min_error_statement = debug1
log_min_duration_statement = 50
log_checkpoints = on
log_connections = on
log_disconnections = on
log_duration =on
log_line_prefix = '%t [%p]: [%l-1] user=%u,db=%d '
log_lock_waits = on                   
log_statement = 'all'                 
log_temp_files = 0

Merci.

Bonjour,

j'ai quelques soucis de sécurité via pgbouncer. J'utilise pgbouncer comme pooler. Etant le DBA, Dès que je cree un utilisateur dans la base avec mot de passe, l'admin pgbouncer n'est pas forcer de tenir compte de ce mot de passe pour se connecter. Il lui suffit de mettre dans son fichier mot de passe de pg_bouncer le mot de passe qu'il souhaite. et il arrive a se connecter. Est-ce normal?
je souhaiterai authentifier les utilisateurs entre la connexion pgbouncer--->postgreSQL.

sur pgbouncer:
-------------------

pgbouncer.ini:
postgres= host=postgresdatabaseserver dbname=postgres port=5435
auth_type = md5

userlist.txt:
"postgres" "postgres"

sur le serveur de base:
-----------------------------

pg_hba.conf
host    all         all         pgbouncerserver/32        md5

psql> alter user postgres password 'es';
ALTER

A partir d'un client:

1)
psql -h pgbouncerserver -Upostgres
Password:postgres (l'utilisateur reussi à se connecter avec le mot de passe de pgbouncer alors que son mot de passe dans la base est 'es')

2)
psql -h pgbouncerserver -Upostgres
Password:es
psql: ERROR:  Auth failed (l'utilisateur ne peut pas se connecter avec le mot de passe de la base )

Environnement:
postgreSQL 8.4.4
pgbouncer 1.3.4

Merci.

bonjour,

lors d'une migration de base entre deux serveur dump/restore (serveur1-> serveur2) j'ai rencontré le problème suivant avec la contrib tsearch: sachant que tout les GRANTont été accordés sur les tables pg_ts*, et le serveur à été redémarré. Est-ce un problème du à la différence des locales, si oui y'a t'il un moyen de les forcer?

serveur 1:
[root@serveur1 readonly]#  uname -a
Linux serveur1  2.6.18-8.1.10.el5 #1 SMP Thu Aug 30 20:43:28 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux

[root@serveur1 readonly]# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

version postgreSql(8.1.15)

base=# select * from pg_ts_cfg;
     ts_name     | prs_name |    locale
-----------------+----------+--------------
default_russian | default  | ru_RU.KOI8-R
simple          | default  |
default         | default  | en_US.UTF-8
(3 rows)

base=#  SELECT to_tsvector('TEST TS SEARCH');
        to_tsvector
----------------------------
'ts':2 'test':1 'search':3
(1 row)

serveur 2:

-bash-3.1$ uname -a
Linux serveur2 2.6.18-8.1.10.el5 #1 SMP Thu Aug 30 20:43:28 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux

-bash-3.1$ locale
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

version postgreSql(8.1.15)

base=# select * from pg_ts_cfg;
     ts_name     | prs_name |    locale
-----------------+----------+--------------
default_russian | default  | ru_RU.KOI8-R
simple          | default  |
default         | default  | en_US.UTF-8
(3 lignes)

Merci

base=# SELECT to_tsvector('TEST TS SEARCH');
ERROR:  could not find tsearch config by locale