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 : Optimisation » Lecture log de stat » 30/05/2011 12:08:18

gleu a écrit :

Oui, c'est 8,7 millisecondes, donc 8 secondes et des poussières.

Vous me dites 8,7 millisecondes ou 8 secondes ?????   


Pour ma part je ne suis sur de rien, je me pose la question... et aux collégues du forum  ;-)

#27 Re : Général » Prè-requis PG_FOUINE » 30/05/2011 10:40:20

Bonjour,

Quelqu'un à le nouveau lien de pgfouine pour windows, l'ancien :
http://pgfoundry.org/frs/download.php/1 … 1.0.tar.gz  na plus l'air valide

Merci.

#28 Re : Optimisation » Lecture log de stat » 30/05/2011 10:00:51

Donc faut lire comme 8 mille sept cent soixante dix sept milli secondes soit 8 secondes et des poussieres.

Merci et bonne journée
A+

#29 Optimisation » Lecture log de stat » 30/05/2011 09:17:18

Gil34
Réponses : 9

Bonjour,

Dans le démarrage de postgres j'ai mis des ioptions pour avoir une idée de la durée des requetes.

Dans le fichier log j'obtiens ce type d'enregistrement :

moodleLOG:  durée : 8.777 ms, instruction : SELECT COALESCE(sum(seq_scan),0 AS sequential, COALESCE(sum(idx_scan),0) AS index FROM pg_stat_user_tables


la durée 8.777ms doit se lire comme 8,777 ms c'est à dire 8 ms et des poussieres ou comme  huit mille sept cent soixante dix sep millisecondes ?????

Question bébéte mais je ne suis pas sur de la réponse à y apporter....

Merci de votre aide

#30 Re : Général » Géle de machine postgres quand perte de liaison avec serveur de log » 04/04/2011 11:48:30

Ok, merci beaucoup effectivement nous avions @@ devant le nom du serveur de log...

Encore merci,
A+
Gilbert

#31 Re : Général » Géle de machine postgres quand perte de liaison avec serveur de log » 04/04/2011 11:06:12

ouais je suis entrain de regarder ça mais je retrouve plus trop oudans la conf du rsyslog on insique ça...
je pense que c'est dans rsyslog qu'on peut lui indiquer si c'est en TCP ou UDP ?

#32 Re : Général » Géle de machine postgres quand perte de liaison avec serveur de log » 04/04/2011 10:54:53

A priori le système d'exploitation , comme je disais un "su" ne rend pas la main. et un service postgresql stop ne répond pas.  et bien sur la base postgres ne répond plus aux requétes utilisateurs.
On a constaté qu'en redémarrant la machine ça la "dégelait" un certain temps mais qu'elle se regelait ensuite.
On a eu ce phénomène 2 fois à chaque fois la liason avec le serveur de log était perdu (suite à des test de configuration réseau :-(( ).

#33 Général » Géle de machine postgres quand perte de liaison avec serveur de log » 04/04/2011 10:41:47

Gil34
Réponses : 8

Bonjour,

Nous avons remarqué que quand notre machine postgres ne peut plus joindre le serveur de log au bout d'un moment (environ 15minutes) elle se gélé. Par exemple meme plus de réponse quand on fait dessus un "su - postgres".

Dans postgresql.conf on a les paramétres suivants:
log_destination = 'syslog'
logging_collector = on

et on utilise postgres rsyslog pour envoyer les logs sur un serveur de log

y a t il un moyen de faire que la perte de connection entre la machine postgres et la machine seveur de log n'entraine pas le blocage de la machine postgres ?

Merci de votre aide et de vos idées.

Gilbert

#34 Re : Général » Messages dans syslog » 01/04/2011 16:29:32

Ok, c'est effectivement munin un outil de tunning qui essaie de se connecter sur le réplicat. J'y pensais plus que cette base n'est pas accessible. Merci beaucoup.
A+
Gilbert

#35 Général » Messages dans syslog » 01/04/2011 15:23:56

Gil34
Réponses : 2

Bonjour,

J'ai une base postgres avec sa base répliquée. Dans le fichier syslog je vois souvent cette séquence de message :

Apr  1 00:03:36 v221ent-db1 postgres[20873]: [7-2] #011utilisateur=munin base=actualites hôte=[local]
Apr  1 00:09:39 v221ent-db1rep postgres[1149]: [3-1] LOG:  connexion reçue : hôte=[local]
Apr  1 00:09:39 v221ent-db1rep postgres[1149]: [4-1] FATAL:  le système de bases de données se lance

v221ent-db1rep étant la machine ou est la base répliquée.

Sinon tout a l'air de bien se dérouler si on regarde le fichier  pg_standby.log

Quelqu'un aurait-il une explication sur ces messages ? Comment interpréter le :   FATAL:  le système de bases de données se lance
qui revient assez souvent

Merci de votre aide

#36 Re : Optimisation » Monitorer perf : explain ? » 17/12/2010 10:52:21

j'avais déjà mis le log_min_duration-statement qui donne pas mal de renseignement sur le temps de réponse.

Ensuite j'ai mis (sur un environnement de test) log_statement_stats = on 
et j'obtiens des renseignements que j'ai du mal à interpreter, par exemple :

ec 16 23:08:59 v222ent-db1 postgres[16408]: [2084-12] #011!#011Direct blocks:          0 read,          0 written
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2084-13] moodleINSTRUCTION :  SELECT * FROM "test"
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2085-1] moodleLOG:  durée : 0.009 ms  exécute <unnamed>: SELECT * FROM "test"
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-1] moodleLOG:  EXECUTE MESSAGE STATISTICS
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-2] moodleDÃ~ITAIL:  ! system usage stats:
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-3] #011!#0110.000028 elapsed 0.000000 user 0.000000 system sec
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-4] #011!#011[0.276957 user 0.210967 sys total]

Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-5] #011!#0110/0 [0/0] filesystem blocks in/out
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-6] #011!#0110/0 [0/991] page faults/reclaims, 0 [0] swaps
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-7] #011!#0110 [0] signals rcvd, 0/0 [0/0] messages rcvd/sent
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-8] #011!#0110/0 [2601/81] voluntary/involuntary context switches
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-9] #011! buffer usage stats:
Dec 16 23:08:59 v222ent-db1 postgres[16408]: [2086-10] #011!#011Shared blocks:          0 read,          0 written, buff

A quoi correspond : 0.276957 user 0.210967 sys total     c'est du temps cpu consommé par l'user et le temps cpu consommé par le systàme/ 

et comment interpreter la ligne : #011!#0110.000028 elapsed 0.000000 user 0.000000 system sec

Merci de votre aide
A+
Gilbert

#37 Re : Optimisation » Monitorer perf : explain ? » 16/12/2010 10:06:24

J'entends mar minitorer : consommation CPU  et  temps de réponse à la requete faite.

Pour le moment mon souci est surtout la consommation CPU. Postgres tourne sur un vserver et lorsqu'on fait un test de charge la CPU du système hote "explose" avec un load-average important.

#38 Optimisation » Monitorer perf : explain ? » 15/12/2010 10:33:16

Gil34
Réponses : 7

Bonjour,

Pour monitorer les perfs des requetes, y a t il un autre moyen que explain ? Car étant dans un centre hébergeur j'aimerai savoir s'il n'existe pas une commande évitant de "tripatouiller" les sources.

Merci de votre aide et suggestions

Gilbert

#39 Re : Installation » Changement de Release 8.3.11 => 8.4.5 » 06/12/2010 15:51:49

Super, effectivement ça marche super bien en utilisant le pg_dumpall.

Merci beaucoup à vous tous

A+
Gilbert

#40 Re : Installation » Changement de Release 8.3.11 => 8.4.5 » 06/12/2010 13:55:55

Ok, pg_dumpall m'ouvre des horizons ...

Puis je faire la manip suivante :

Version 8.3.11

pg_dumpall > db.out

install version 8.4.4

service postgresql initdb

psql -f db.out postgres

ça ne vas pas écraser les spécificités de la version 8.4.4 dans la base postgres ???

Encore merci de votre aide
Gilbert

#41 Re : Installation » Changement de Release 8.3.11 => 8.4.5 » 06/12/2010 12:44:13

J'ai sauvé mes bases utilisateurs par pg_dump et restoré. Mais du fait d'avoir fait un :

service postgresql initdb  j'ai perdu les utilisateurs crées et sans doute stockés dans la base postgres.

y a t il pas un moyen de sauvegarder son environnement (user, role et autre chose que j'ignore)  pour se le restorer apres le initdb ?

merci pour vos idées.
Gilbert

#42 Re : Installation » Changement de Release 8.3.11 => 8.4.5 » 03/12/2010 22:22:51

Merci à vous deux pour ces renseignements,
je ré-attaque ça lundi...
Bon week à vous
Gilbert

#43 Re : Installation » Changement de Release 8.3.11 => 8.4.5 » 03/12/2010 18:25:47

Ok,Merci.

j'ai commencé à faire le changement de version sur un environnement de test (redhat) en faisant un vyum ...
la bersion 8.4.4 s'est installée. mais quand je fais un service postgresql start  il me dit  :

Une ancienne version du format de la base de données a été trouvée.
Vous devez mettre à jour le format des données avant d'utiliser PostgreSQL.
Lisez /usr/share/doc/postgresql-8.4.4/README.rpm-dist pour plus d'informations.

je lis la doc en question, et si je fais un service postgresql initdb il me dit

Data directory is not empty!

que dois suppriner /var/lib/pgsql/data   ou /var/lib/pgsql/data/base   ??????

ensuite je ferai un restore de mes pg_dump de base utilisateurs je suppose...

Encore merci de votre aide

Gilbert

#44 Installation » Changement de Release 8.3.11 => 8.4.5 » 03/12/2010 16:38:49

Gil34
Réponses : 10

Bonjour,


Je vais passer de la release 8.3.11 à 8.4.5  dans les relaese note il est dit de faire un dump / restore avec pg_dump.

je fais ça pour toutes mes bases applicatives et aussi pour la base nommée postgres ???

Merci de votre aide

Gilbert

#46 Réplication » Vérification base réplication faite par log shipping » 06/09/2010 13:37:57

Gil34
Réponses : 2

Bonjour,

Je fais du log shipping depuis un certain temps (presque un an), et j'aimerais etre sur que ma base répliquée est bien identique à la base primaire. Appremment je n'ai jamais eu de pbs avec le fichiers WAL mais j'aimerai savoir s'il y a un utilitaire pour comparer les 2 bases et etre sur que la base répliquée est bien tout à fait bonne.

Merci de votre aide

#48 Re : Réplication » Slony1 ou log shipping » 11/11/2009 19:06:44

Ok, merci. Mais qu'entends-tu exactement par "  l'esclave est disponible pendant la réplication " ?

A+
Gilbert

#49 Réplication » Slony1 ou log shipping » 10/11/2009 11:44:32

Gil34
Réponses : 4

Bonjour,

J'ai un serveur postgresql qui gére plusieurs bases de données. J'aimerai aboir une réplication de ce serveur, à savoir si ce serveur (maitre) tombe en rade disque scratché par ex, je dois repartir rapidement (qq minutes) sur un serveur esclave. Que vaut-il mieux utiliser , slony ou le log shipping avec la contrib pg_standby ??? Je ne vois pas bien la différence entre les deux...

Merci de vos éclairements

cdlt,
Gilbert

#50 Re : Sécurité » Utilisation pg_dump » 09/11/2009 17:03:15

Merci beaucoup pour vos liens et le powerpoint qui éclairent bien le MVCC.

Cdlt
Gilbert

Pied de page des forums

Propulsé par FluxBB