Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#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
#24 Re : Optimisation » Lecture log de stat » 31/05/2011 10:41:47
OK, là c'est clair.
Merci bcp
#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