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).

#26 Re : Général » VACUUM » 14/05/2009 09:39:06

MERCI BEAUCOUP     smile      smile

Je vais voir ça de plus près !!! mais ça l'air très compliqué !!

#27 Re : Général » VACUUM » 13/05/2009 13:30:15

Merci pour tes réponses,

Seulement dans un cas d'une table de trés grande taille. Est-il normale que le vacuum dure plusieurs heures ?

Quels param peuvent influencés sur la duréé du vacuum autre que ceux cités au dessus ???

PS : comment connaitre la taille d'un base de donnée sous POSTGRESQL ?

Merci d'avance,

#28 Re : Général » VACUUM » 13/05/2009 10:54:09

en résumé :

vacuum_cost_delay : durée du repos du vacuum
vacuum_cost_limit : durée du travail du vacuum

?????

Merci,

#29 Re : Général » VACUUM » 13/05/2009 10:41:40

Merci,

Sinon je n'arrive pas a voir la différence entre les param : vacuum_cost_delay et vacuum_cost_limit

Merci d'avance,

#30 Général » VACUUM » 12/05/2009 17:11:15

bil69
Réponses : 26

Bonjour à tous,


J'aimerai savoir s'il était possible de voir où se trouve les stats d'un vacumm ?

en effet suite à un vacuum trop long... étant donné qu'il lui faut un verrou exclusif sur la table. je veux savoir quel verrou bloque le vacuum ??


Merci,

#31 Re : Réplication » PG_STANDBY » 23/04/2009 11:26:33

Merci beaucoup GLEU pour ton aide  wink

je commence à avoir certains réflexes...

#32 Re : Réplication » PG_STANDBY » 23/04/2009 11:04:28

Bonjour,

Voila cela fonctionne !!!!!   smile

sur PRIMAIRE :

-rw-------  1 pgsql pgsql 16777216 Apr 23 10:59 0000000100000000000000EE


sur STANDBY :

WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...
WAL file not present yet. Checking for trigger file...
running restore         : OK
Trigger file            : /home/pgsql/stoprestore.file
Waiting for WAL file    : 0000000100000000000000EF
WAL file path           : /home/pgsql/datas/shipped_logs//0000000100000000000000EF
Restoring to...         : pg_xlog/RECOVERYXLOG
Sleep interval          : 5 seconds
Max wait interval       : 0 forever
Command for restore     : cp "/home/pgsql/datas/shipped_logs//0000000100000000000000EF" "pg_xlog/RECOVERYXLOG"
Keep archive history    : No cleanup required

LOG:  restored log file "0000000100000000000000EB" from archive
LOG:  restored log file "0000000100000000000000EC" from archive
LOG:  restored log file "0000000100000000000000ED" from archive
LOG:  restored log file "0000000100000000000000EE" from archive
LOG:  restored log file "0000000100000000000000EF" from archive
LOG:  restored log file "0000000100000000000000F0" from archive

merci !!!!!!!!!!!

#33 Re : Réplication » PG_STANDBY » 22/04/2009 15:47:39

j'ai fais la manip pour une automatisation de la connexion SSH. la connexion ssh postgres@srv2 fonctionne alors sans mot de passe
et aussi le transfert des WALs fonctionne

merci encore   wink

#34 Re : Réplication » PG_STANDBY » 22/04/2009 11:26:20

la connexion ssh entre les 2 serveur nécessite un mot de passe sinon la configuration est faite selon le tuto de scheu...


DETAIL:  The failed archive command was: scp pg_xlog/000000010000000000000000 postgres@serv2 :/datas/shipped_logs/000000010000000000000000
:/datas/shipped_logs/000000010000000000000000: No such file or directory
LOG:  archive command failed with exit code 1
DETAIL:  The failed archive command was: scp pg_xlog/000000010000000000000000 postgres@serv2 :/datas/shipped_logs/000000010000000000000000
WARNING:  transaction log file "000000010000000000000000" could not be archived: too many failures

#35 Re : Réplication » PG_STANDBY » 22/04/2009 10:53:10

Bonjour,

Je voudrai savoir s'il était possible de vérifier si les WALs sont bien archivés  sur le serveur primaire, et envoyés instantanément sur le serveur de secours SANS avoir automatiser le transfert de fichiers depuis le serveur primaire vers le serveur de secours ??

Si j'ai bien configuré les 2 serveurs il devrait au moins me demander le mot de passe ...

Merci d'avance

#36 Re : Réplication » PG_STANDBY » 21/04/2009 14:23:29

Merci beaucoup de ton aide !!!

toujours réponse à tout  tongue

#37 Re : Réplication » PG_STANDBY » 21/04/2009 11:52:05

Merci,

moi j'installe les RPMs et c'est tout !!!! je ne regarde rien d'autre sur la page   smile

c 'est vrai que dans Content of RPM : /usr/bin/pg_standby

et sur /usr/bin je vois bien pg_standby

Cela dit, je ne vois pas ou pourrai être les Makefile.global et contrib-global.mk (étape II-B)...

#38 Re : Réplication » PG_STANDBY » 21/04/2009 11:31:10

la version de postgre 8.3.7 est déjà installé

j'ai juste installé la contrib sous mon répertoire root

rpm -ivh  postgresql-contrib-8.3.7-1PGDG.rhel4.x86_64.rpm

Comment à partir de là je puisse exécuter le configure ??

ça ne fonctionne pas...

#39 Re : Réplication » PG_STANDBY » 21/04/2009 10:49:38

Merci d'avoir répondu si rapidement.

j'essaie d'installer pg_standby sur le serveur de secours.

je suis ce tuto http://scheu.developpez.com/tutoriels/p … -shipping/

Cela étant dit, pg_standby doit être disponible dans le RPM des modules contrib pour la 8.3. Pourquoi le compiler dans ce cas ?

Je n'ai pas compris....

#40 Re : Réplication » PG_STANDBY » 21/04/2009 10:25:26

J'apporte le message d'erreur !

J'ai pourtant installer les packets RPMs

Makefile:17: ../../src/Makefile.global: No such file or directory
Makefile:18: /contrib/contrib-global.mk: No such file or directory
make: Warning: File `Makefile' has modification time 3.5e+03 s in the future
make: *** No rule to make target `/contrib/contrib-global.mk'.  Stop.

#41 Réplication » PG_STANDBY » 21/04/2009 09:49:51

bil69
Réponses : 19

Bonjour à tous !!!

J'ai un petit souci sur l'installation de la contrib pg_standby qui sert à surveiller la réception des WALs afin de les rejouer sur le serveur de secours.

les deux fichiers qui la constituent : Makefile et pg_standby.c doivent ils être forcement placer dans répertoire utilisé pour déposer les sources de Postgresql ?

Merci d'avance,

#43 Re : Général » Prè-requis PG_FOUINE » 16/04/2009 11:37:23

bil69 a écrit :

@gleu

En ce qui concerne pgfouine, vous devriez lui fournir l'option "-logtype stderr" (car à priori, c'est ce que vous utilisez)

je ne vois pas pourquoi vous dites ça alors que dans mon fichier de conf il y a ça log_destination = ’syslog’

sinon en ce qui concerne le faite que mes fichiers de log vide je soupçonne ce param, pourtant d'après plusieurs tuto on doit desactiver ce param pour une analyse des log

# This is used when logging to stderr:
logging_collector = off        # Enable capturing of stderr and csvlog
                    # into log files. Required to be on for
                    # csvlogs.
                    # (change requires restart)


pgfouine.php -file /PGSQL/PGTEST01/pg_log/postgresql-2009-04-15_102210.log -logtype syslog -format html > /PGSQL/backups/pgfouine.html
pgFouine did not find any valid PostgreSQL log line in your log file:
* check that PostgreSQL uses an english locale for logging (lc_messages in your postgresql.conf),
* check that you use the -logtype option (syslog, stderr) according to your log file,
* if you use syslog and log_line_prefix, check that your log_line_prefix has a trailing space,
* if you use stderr, check that your log_line_prefix is of the form '%t [%p]: [%l-1] '.
If you think your log file and your options are correct, please contact the author (gsmet on #postgresql@freenode or guillaume-pg at smet dot org).

merci d'avance

pas de réponse...

Quelqu'un peut m'aider ???

#44 Re : Général » Prè-requis PG_FOUINE » 15/04/2009 15:37:43

@gleu

En ce qui concerne pgfouine, vous devriez lui fournir l'option "-logtype stderr" (car à priori, c'est ce que vous utilisez)

je ne vois pas pourquoi vous dites ça alors que dans mon fichier de conf il y a ça log_destination = ’syslog’

sinon en ce qui concerne le faite que mes fichiers de log vide je soupçonne ce param, pourtant d'après plusieurs tuto on doit desactiver ce param pour une analyse des log

# This is used when logging to stderr:
logging_collector = off        # Enable capturing of stderr and csvlog
                    # into log files. Required to be on for
                    # csvlogs.
                    # (change requires restart)


pgfouine.php -file /PGSQL/PGTEST01/pg_log/postgresql-2009-04-15_102210.log -logtype syslog -format html > /PGSQL/backups/pgfouine.html
pgFouine did not find any valid PostgreSQL log line in your log file:
* check that PostgreSQL uses an english locale for logging (lc_messages in your postgresql.conf),
* check that you use the -logtype option (syslog, stderr) according to your log file,
* if you use syslog and log_line_prefix, check that your log_line_prefix has a trailing space,
* if you use stderr, check that your log_line_prefix is of the form '%t [%p]: [%l-1] '.
If you think your log file and your options are correct, please contact the author (gsmet on #postgresql@freenode or guillaume-pg at smet dot org).

merci d'avance

#45 Re : Général » Prè-requis PG_FOUINE » 15/04/2009 11:41:13

Voici ma le paramétrage de ma conf :

#------------------------------------------------------------------------------
# ERROR REPORTING AND LOGGING
#------------------------------------------------------------------------------

# - Where to Log -

log_destination = 'syslog'       

# This is used when logging to stderr:
logging_collector = off       

# These are only used if logging_collector is on:
log_directory = 'pg_log'        # directory where log files are written,
                    # can be absolute or relative to PGDATA
#log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log'   

log_truncate_on_rotation = on

log_rotation_age = 1d            # Automatic rotation of logfiles will
                    # happen after that time.  0 to disable.
log_rotation_size = 0            # Automatic rotation of logfiles will
                    # happen after that much log output.
                    # 0 to disable.

# These are relevant when logging to syslog:
#syslog_facility = 'LOCAL0'
#syslog_ident = 'postgres'


# - When to Log -

#client_min_messages = notice   

#log_min_messages = notice       

#log_error_verbosity = default       

#log_min_error_statement = error   
               
log_min_duration_statement = 0     

silent_mode = on             

# - What to Log -

#debug_print_parse = off
#debug_print_rewritten = off
#debug_print_plan = off
#debug_pretty_print = off
#log_checkpoints = off
#log_connections = off
#log_disconnections = off
log_duration = off
#log_hostname = off
log_line_prefix = '%t [%p]: [%l-1] '     # special values:
               
#log_lock_waits = off            # log lock waits >= deadlock_timeout
log_statement = 'none'            # none, ddl, mod, all
#log_temp_files = -1            # log temporary files equal or larger
                    # than specified size;
                    # -1 disables, 0 logs all temp files
#log_timezone = unknown            # actually, defaults to TZ environment
                    # setting

lc_messages = 'en_US.UTF-8'                # locale for system error message

sinon ds syslog.conf

#pgsql

local0.*                                                                  -/var/log/pgsql

*.info;mail.none;news.none;authpriv.none;local0.none    -/var/log/messages

#47 Re : Général » Prè-requis PG_FOUINE » 14/04/2009 15:56:56

Grâce à ton aide, ça fonctionne !!!!

Mais dans tous ce bazar j'ai du changer un paramètre qui empêche d'écrire les traces. les fichiers sont vides...

-rw-------  1 pgsql pgsql   322 Apr  6 16:51 postgresql-2009-04-06_165134.log
-rw-------  1 pgsql pgsql  8542 Apr  6 17:05 postgresql-2009-04-06_165151.log
-rw-------  1 pgsql pgsql  2288 Apr  6 17:10 postgresql-2009-04-06_170541.log
-rw-------  1 pgsql pgsql  7995 Apr  6 17:16 postgresql-2009-04-06_171005.log
-rw-------  1 pgsql pgsql  8388 Apr  6 17:27 postgresql-2009-04-06_171626.log
-rw-------  1 pgsql pgsql  8391 Apr  7 08:59 postgresql-2009-04-07_000000.log
-rw-------  1 pgsql pgsql 12556 Apr  7 09:23 postgresql-2009-04-07_085912.log
-rw-------  1 pgsql pgsql  4445 Apr  7 09:27 postgresql-2009-04-07_092304.log
-rw-------  1 pgsql pgsql   527 Apr  8 14:30 postgresql-2009-04-08_000000.log
-rw-------  1 pgsql pgsql   181 Apr  9 14:28 postgresql-2009-04-09_000000.log
-rw-------  1 pgsql pgsql   133 Apr 10 14:44 postgresql-2009-04-10_000000.log
-rw-------  1 pgsql pgsql     0 Apr 10 14:53 postgresql-2009-04-10_145330.log
-rw-------  1 pgsql pgsql     0 Apr 10 14:53 postgresql-2009-04-10_145357.log
-rw-------  1 pgsql pgsql     0 Apr 11 00:00 postgresql-2009-04-11_000000.log
-rw-------  1 pgsql pgsql     0 Apr 12 00:00 postgresql-2009-04-12_000000.log
-rw-------  1 pgsql pgsql     0 Apr 13 00:00 postgresql-2009-04-13_000000.log
-rw-------  1 pgsql pgsql     0 Apr 14 00:00 postgresql-2009-04-14_000000.log
-rw-------  1 pgsql pgsql     0 Apr 14 13:47 postgresql-2009-04-14_134757.log
-rw-------  1 pgsql pgsql     0 Apr 14 13:48 postgresql-2009-04-14_134805.log

merci...

#48 Re : Général » Prè-requis PG_FOUINE » 14/04/2009 11:59:06

Merci pour ces réponses... ça commence à marcher j'ai au moins la création d'un rapport... VIDE

voici l'erreur :

D:\Documents and Settings\Bureau>php-5.2.9-2-Win32\php.exe pgfouine-1.0\
pgfouine-1.0\pgfouine.php -file pg_log\postgresql-2009-04-06_165151.log > report.html
pgFouine did not find any valid PostgreSQL log line in your log file:
* check that PostgreSQL uses an english locale for logging (lc_messages in your
postgresql.conf),
* check that you use the -logtype option (syslog, stderr) according to your log
file,
* if you use syslog and log_line_prefix, check that your log_line_prefix has a t
railing space,
* if you use stderr, check that your log_line_prefix is of the form '%t [%p]: [%
l-1] '.
If you think your log file and your options are correct, please contact the auth
or (gsmet on #postgresql@freenode or guillaume-pg at smet dot org).

Donc dans mon fichier postgresql.conf :

log_destination = ’syslog’
silent_mode = on
log_min_duration_statement = 0
log_duration = off
log_statement = ’none’
log_line_prefix = ’user=%u,db=%d’

# These settings are initialized by initdb, but they can be changed.
lc_messages = 'C'                       # locale for system error message
                                        # strings
lc_monetary = 'en_US.UTF-8'                     # locale for monetary formatting
lc_numeric = 'en_US.UTF-8'                      # locale for number formatting
lc_time = 'en_US.UTF-8'                         # locale for time formatting

Par contre quand je rajoute redirect_stderr= off ds le fichier de conf au démarrage j'ai :

pg_ctl -D /PGSQL/PGTEST01/ restart
waiting for server to shut down.... done
server stopped
server starting
FATAL:  unrecognized configuration parameter "redirect_stderr"

merci d'avance,

#49 Re : Général » Prè-requis PG_FOUINE » 09/04/2009 14:08:57

Merci de ta réponse,

Quand j'ouvre le dossier pgfouine sur mon bureau il y a un tas de fichiers je vois pas comment exécuter pgfouine en lui fournissant les fichiers de logs

Je sais c'est bête mais voila...

merci d'avance,

#50 Re : Général » Prè-requis PG_FOUINE » 08/04/2009 17:22:23

J'ai les clés en main mais pour les utilisées... !!! vraiment novice et nul !!!

Installation :

=> PGFOUINE sur Windows ( XP service pack 2) :

Pour installer PGFouine sous Windows tu dois télécharger le fichier tar.gz et le décrompresser

[url]http://pgfoundry.org/frs/download.php/1 … 1.0.tar.gz[/url]

=> PHP

Ce package des binaires en zip devrait suffire. Par exemple, sur [url]http://fr3.php.net/get/php-5.2.9-2-Win3 … m/a/mirror[/url]

Comment fonctionne tout cela : je modifie postgresql.conf et syslog.conf

postgre.conf :

log_destination = ’syslog’
redirect_stderr = off
silent_mode = on
log_min_duration_statement = 0
log_duration = off
log_statement = ’none’
log_line_prefix = ’user=%u,db=%d’
lc_messages = ’C’

syslog.conf :

local0.*    -/var/log/pgsql
*.info ;mail.none ; ;news.none ;authpriv.none ;local0.none      -/var/log/messages

Ensuite je les redémarre

Voila mais à partir de là

je n'arrive pas a faire le lien entre PHP et pgfouine installés sur mon bureau

concrètement si je fais un lien des fichiers de logs sur mon bureau, comment lancer l'analyse ???

je coince vraiment ...
Merci d'avance,

Pied de page des forums

Propulsé par FluxBB