Vous n'êtes pas identifié(e).

#1 Installation » Nouvelle Install - Souci Encoding » 23/05/2014 10:30:53

Gil34
Réponses : 1

Bonjour,

En réinstallant sur Débian une 9.1 l'encodage de la base postgres est SQL_ASCII  alors que sur mon ancienne install l'encodage était UTF8.

Puis je modifier sur ma nouvelle installation (et quoi ?) pour que l'encodage soit en UTF8 ?

Merci de votre aide.

#2 Re : Installation » Comparaison serveur primaire et réplicat » 09/03/2012 14:14:06

Oui c'est ce que je cherche un outil qui compare au niveau du contenu des tables. ça existe ?

#3 Re : Installation » Comparaison serveur primaire et réplicat » 09/03/2012 11:38:48

Effectivement check_postgres permet de savoir combien de journaux sont en attente sur l'un ou l'autre des serveurs mais ce que je cherche, si ça existe, ça serait plutot une procédure qui m'assure que les datas du réplicat et du maitre sont totalement en phase. Au cas iu s'il y a eu un pb de place disk à un moment sur un serveur que tous les journaux aient été appliqués.

#4 Installation » Comparaison serveur primaire et réplicat » 08/03/2012 17:40:38

Gil34
Réponses : 8

Bonjour,

J'ai un serveur répliqué (postgres 9.1) et je me demande s'il n'y aurait pas une fonction qui me permette de m'assurer que le réplicat est bien à l'image du primaire. En fait je voudrais etre sur qu'il n'y ait pas des journaux qui n'aient pas été appliqués sur le réplicat .

Merci de vos idéees

A+
G.

#5 Re : Installation » Utilisation commande archive_cleanup » 08/03/2012 17:06:35

Ok c'était bien ça , pg non présent . Un petit coup de : apt-get install postgresql-contrib-9.1

et c'est comme Jacques... Tout bon !

#6 Installation » Utilisation commande archive_cleanup » 07/03/2012 12:18:24

Gil34
Réponses : 2

Bonjour,

Sur mon serveur réplicat dans recovery.conf j'ai mis :

archive_cleanup_command = 'pg_archivecleanup /Wal_entdb1 %r '

Dans /Wal_entdb1 il y a les logs à rejouer provenant du serveur maitre

mais dans les logs du réplicat je trouve :
archive_cleanup_command << pg_archivecleanup /Wal_entdb1 %r >> : code de retour 32512

Ou puis je trouver les codes retour de pg_archivecleanup  ?
J'ai fait un locate de pg_archivecleanup et je ne le trouve pas sur mon serveur .

Merci de votre aide
G.

#7 Re : Installation » Passage de postgres 8.4 à 9 et de CentOs à Débian » 28/02/2012 11:00:36

J'ai bien un fichier /var/log/postgresql/postgresql-9.1-main.log  mais plus rien n'a été mis dedans depuis le 14/02 bien qu'il y ait eu au moins 2 arrets et redémarrage depuis... Je vais regarder s'il y a pas un pb de droit d'accés...

#8 Re : Installation » Passage de postgres 8.4 à 9 et de CentOs à Débian » 24/02/2012 12:43:58

Ok et merci, avec pg_ctl j'ai vu pourquoi ça ne démarrait pas (pb de server.crt et key).

Par contre sous debian y a pas un moyen d'avoir l'équivalent du fichier log de démarrage (de la CentOs) pgstartup.log ? c'était bien pratique.

#9 Re : Installation » Passage de postgres 8.4 à 9 et de CentOs à Débian » 23/02/2012 17:29:35

sous /var/log/postgresql je n'ai que postgresql-9.1-main.log et postgresql-9.1-main.log.1 qui n'ont pas été mis à jour depuis le 19 Fév. J'aimerai récupérer les logs au démarrage car j'ai mon postgres de test qui ne démarre plus et j'ai donc rien dans postgresql-9.1-main.log ni dans messages ... une idéee ???

#10 Installation » Passage de postgres 8.4 à 9 et de CentOs à Débian » 23/02/2012 15:22:21

Gil34
Réponses : 9

Bonjour,

On a passé notre S.E. sous Débian et j'ai 2 questions.

a) Sous CentOs et en 8.4 au démarrage de postgres on a avait un fichier un fichier pgstartup.log (sous /var/lib/pgsql) je ne trouve pas l'équivalent en postgres 9.1 . C'eatait bien pratique quand postgres refuse de démarrer. Savez vous ou je peux le trouver ?

b) En postgres 9.1 sous centos on peut faire un service postgresql initdb . Sous Débian il n'y a pas l' option initdb. Peut on faire la meme chose toutefois et comment ?


Merci de votre aide

#11 Re : Réplication » Requetes de consultation sur un server standy » 21/12/2011 11:42:44

Bonjour,

Merci rjuju effectivement je n'avais pas positionné le hot_standvy. Maintenant que c'est fait c'est ok.

Encore merci...

#12 Réplication » Requetes de consultation sur un server standy » 20/12/2011 18:56:02

Gil34
Réponses : 2

Bonjour,


J'ai défini un serveur de réplication. J'ai defini le Wal_level en hot_standby pour pouvoir faire des requetes en lecture sur le serveur de réplication.

Mais quand je lance pgsql sur le réplicat j'ai toujours le message :
psql: FATAL:  le système de bases de données se lance

le service postgresql tourne bien ainsi que le pg pg_standby. Je vois plus trop par ou chercher.

Merci de votre aide

#13 Re : Migration » Migration 8.4 en 9.1.1 - Pb sur psql » 13/10/2011 17:23:03

ok, merci je viens de faire le rpm -ql postgresql91-9.1.1-1PGDG.rhel5|more
et c'est effectivement dans /usr/pgsql-9.1/bin

ce qui m'avait trompé (entre autre !) c'est que le locate me donnait pour psql que /usr/bin... j'avais oublié de faire un updatedb !!!

Merci à vous tous, mes pbs sont résolus

A+

#14 Re : Migration » Migration 8.4 en 9.1.1 - Pb sur psql » 13/10/2011 16:55:16

la commande  :    rpm -qa|grep -i postgresql   donne :

compat-postgresql-libs-4-1PGDG.rhel5
postgresql-libs-8.4.4-2PGDG.el5
postgresql-server-8.4.4-2PGDG.el5
postgresql91-libs-9.1.1-1PGDG.rhel5
postgresql91-server-9.1.1-1PGDG.rhel5
postgresql-8.4.4-2PGDG.el5
postgresql91-9.1.1-1PGDG.rhel5
postgresql91-devel-9.1.1-1PGDG.rhel5

et un echo $PATH donne :
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/root/bin

De plus j'ai aussi un pb de version avec pg_dump qui me renvoie :

g_dump: version du serveur : 9.1.1 ; pg_dump version : 8.4.4
pg_dump: annulation à cause de la différence des versions

Merci de votre aide
A+

#15 Re : Migration » Migration 8.4 en 9.1.1 - Pb sur psql » 13/10/2011 11:41:52

si je fais un locate psql, il n'est que dans usr/bin ... donc pas trop le choix.

SQLpro veux tu dire que tu as le même pb. qu'en fait il n'y a pas de version 9.1 de psql ???

A+

#16 Migration » Migration 8.4 en 9.1.1 - Pb sur psql » 13/10/2011 10:22:40

Gil34
Réponses : 12

Bonjour,

J' ai installé la version 9.1  par :

yum install postgresql91 postgresql91-devel postgresql91-server postgresql91-libs

j'ai arreté le service postgresql er démarré postgrsql-9.1

fait l'initdb et restauré le pg_dumpall

Tout semble ok

mais quand je fais un psql j'ai les messages :

-bash-3.2$ psql
psql (8.4.4, serveur 9.1.1)
ATTENTION : psql version 8.4, version du serveur 9.1.
         Certaines fonctionnalités de psql pourraient ne pas fonctionner.

le psql est resté en 8.4.4
Je vois pas trop quoi faire pour le migrer en 9.1 . Faut il installer un postgres client mais auparavant ce n'était pas nécessaire...

Merci de votre aide

#17 Re : Optimisation » Scalabilité postgres » 11/10/2011 10:44:29

Ok, je me rends compte que la répartition de charge pour un SGBD n'est pas simple.
Je vais peut etre me diriger vers un serveur maitre pour les écritures et plusieurs serveurs pour les lectures.
Je dois pouvoir utiliser pour cela le mécanisme des warm et hot standby donnant en plus la possibilité, si j'ai bien compris, qu'un serveur puisse remplacer à la volée le maitre si celui ci tombe en panne.
Bon j'ai encore du boulot.
A+ et encore merci de vos remarques et docs

#18 Re : Optimisation » Scalabilité postgres » 26/09/2011 12:07:14

Merci, je vais lire la doc que tu m'indiques et reviendrais sans doute vers toi aprés ...

A+

#19 Re : Optimisation » Scalabilité postgres » 26/09/2011 11:39:27

En fait je veux que la charge (cpu, memoire...) se répartisse automatiquement sur plusieurs serveurs postgres. Un peu comme ça existe pour des applis tomcats ou les requetes vont sur l'un ou l'autre des serveurs tomcats.
Je fais déjà de la réplication mais ça ne sert que pour gérer un éventuel crash serveur ou disque.
Maintenant je veux avoir 2 serveurs postgres qui prennent chacun des requetes afin de diminuer la charge systeme de chaque machine et de la répartir équitablement entre eux deux. Les requetes pouvant etre en lecture et en ecriture...
Je pense que c'est ce qu'on appelle de la scalabilité.
Est ce plus clair ?

A+
G.

#20 Optimisation » Scalabilité postgres » 26/09/2011 11:06:27

Gil34
Réponses : 7

Bonjour,

Existe-t-il la possibilité d'avoir plusieurs serveurs postgres pout faire de la répartition de charge. En d'aitres termes postgres est -il scalable ? A priori je n'ai rien trouvé sur la doc .

Merci de votre aide
A+
G.

#21 Re : Général » Problème de deconnexion ? » 01/07/2011 11:02:39

ouais mais pourquoi toujours aprés 16000-18000 entrérs traitées ????

#22 Re : Général » Problème de deconnexion ? » 01/07/2011 09:23:10

D'accord avec ce diagnostique, mais la machine cliente tourne toujours, aprés le gel un telnet àaprtir du client  sur le port postgres de la machine serveur est ok. Donc on chercherait un paramétre qui clocherait coté java de la procedure qui lance les requetes (coté client) sur le serveur postgres. Une idée ? On prend ! ;-)
Merci d'avance

#23 Général » Problème de deconnexion ? » 01/07/2011 09:05:03

Gil34
Réponses : 6

Bonjour,

On fait passer un "batch" qui doit travailler sur 400000 entrées de la base.

Il se géle systématiquement aprés avoir traité entre 16000 et 18000 entrées et on a les messages suivants dans le fichier log de postgres  :

Jun 30 23:07:07 v222ent-db1 postgres[14314]: [4-1] stockageLOG:  fin de fichier (EOF) inattendue de la connexion du clientte p
sun 30 23:07:07 v222ent-db1 postgres[14314]: [3-1] stockageLOG:  n'a pas pu recevoir les données du client : Connexion ré-in

Si quelqu'un a une idée, merci d'avance...

A+
Gilbert

#25 Re : Optimisation » Lecture log de stat » 30/05/2011 16:12:52

Ok , mais j'ai aussi:     moodleLOG:  durée : 0.021 ms

c'est possible ça 21 milliémes de milli secondes . c'est pas ridiculement faible ?

Je n'ai pas trop d'ordre de grandeur, à partir de quel durée faut il se poser des questions. 8 ms c'est beaucoup, faut déjà se poser des questions ou pas ???

Merci de vos aides

Pied de page des forums

Propulsé par FluxBB