Vous n'êtes pas identifié(e).
Bonjour,
je constate des temps anormalement long sur les un peu n'importe quoi.
Comme des copy, des insert ou même des select sur des tables pas forcément grosse.
par exemple sur une requete slony:
2015-01-21 11:45:02 CET [4866]: [8-1] user=slony,db=DB,remote=127.0.0.1(39763) LOG: duration: 2248.147 ms statement: insert into "_repli_".sl_event (ev_origin, ev_seqno, ev_timestamp, ev_snapshot, ev_type ) values ('116', '5000299716', '20 15-01-21 11:44:53.486552+01', '73371547:73371547:', 'SYNC'); insert into "_repli_".sl_confirm (con_origin, con_received, con_seqno, con_timestamp) values (116, 1, '5000299716', now()); commit transaction;
pour info le load average n'est que de 0.45 à ce moment là, et le vmstat ridicule.
je me demande si j'ai pas foiré un argument dans postgresql.conf, j'ai pourtant tout revérifié j'ai a priori une bonne conf pour mon système.
si quelqu'un à des indications pour m'aider à chercher je suis preneur 
merci
Bonjour Guillaume,
La solution du dump/restore ne me convient pas dans le cas présent.
Je voudrai qu'un User (non DBA), puisse ajouter dans une table CLIENTS du schéma public des informations liées au client, notamment un nom et un "modèle" (structure d'un schéma prédéfini).
Et ensuite par un système de trigger sur la table CLIENTS, déclencher la duplication de la structure "modèle" dans un nouveau schéma au nom du client.
Il n'existe donc "rien", pas de projets, sur ce style d'exercice ?
Merci.
ça devrait pas être a l'application de faire ce genre de chose ?
ça vient doucement mais bon payer un support chez Oracle ou SQL server ça rassure alors les boites ont tendance a rester là bas.
Je suis pas plus étonné que ça.
Faudrait trouver un freelance pour qu'il vous rajoute à sa liste de clients mais ça cours pas les rues chez postgres je pense.
c'est une offre d'emploi en fait, c'est pour ça que personne n'a répondu je suppose ( dans le topic je veux dire )
je suis pas très doué avec dmesg mais a priori rien d'anormal.
Je vais continuer mes recherches.
c'est ce que je me dis mais faut que j'arrive a le prouver pour faire changer la machine...
Bonjour,
j'ai un soucis devenu bien trop récurrent avec pg_dump.
Toutes les nuits je dump en utilisant un script qui boucle sur chaque schema, ce qui a pour résultat de me faire un dump de chaque schema, j'en ai 75.
mais aléatoirement je me retrouve avec un crash i/o je n'ai pas la moindre log que ce soit du coté de pg ou du system ( centos 5.5 x64 )
la conséquence c'est le crash bien évidemment de la base et l'impossibilité d'accédé au fichiers de la base.
le reboot du system avec un reboot ou shutdown n'est même plus possible.
le reset hardware ou avec les magic command de centos est obligatoire.
j'ai slony qui tourne sur 20 schemas mais le crash n’apparaît pas sur les schemas répliqués.
j'ai réussi a capté un load average énorme juste avant le crash.
je suis d'ailleurs en postgresql 9.3.4
si vous avez des idées je suis preneur.
merci
pas de la 9.3 en tout cas, je vais tester ça de suite, merci.
edit : super c'était ça, je sais pas si je pourrais faire ce que je veux mais déjà une épine en moins merci
En fait en y regardant de plus pret il tente de trouver ce dossier : /usr/pgsql-9.3/include/server/
que je n'ai pas, j'ai pourtant une install basique avec yum install
Bonjour,
j'ai besoin de mettre le dernier slony (2.2.2) sur un pg9.3 ( en parallèle d'un 9.0 ) mais quand je fais le ./configure j'ai :
checking for PQunescapeBytea in -lpq... no
mon slave qui est bien a jour avec centos n'a pas rencontré ce problème.
Que dois je mettre à jour pour ne plus avoir l'erreur ?
merci
bonjour,
désolé mais moi non plus je n'utilise pas slony sur windows donc je pourrais pas vous aider.
bonjour,
ce mélange pg 8.4+ slony 2.0 + win7 64bits 
sinon en dehors de ça je ferais tout a la main à votre place et je n'utiliserais pas pgadmin.
vous avez bien mis tout ça :
pthreads for win32
The Microsoft SDK 6.1 or Visual Studio 2008 (other versions might work)
gettext for win32 or gettext for win64
pkoi slony 2.0.7 et pas 2.2.2 ?
Bjr,
Il y a t'il une modification à faire sur la ligne de commande "C:/Program Files/PostgreSQL/bin/pg_ctl.exe runservice -N "postgresql-9.2" -D "B:/DW_SOCOHOLD" -w" pour que le serveur se réfère à cette espace de stockage?Fabrice
le -D est le bon ?
quand on est dans le psql on fait un \timing mais en extérieur je sais pas.
oui je capte pas ce délire ^^
sinon y a moyen de lancer la commande en psql direct sur la machine a la place de pgadmin ?
de mon coté je comprend pas désolé...
en bas a droite si mes souvenirs sont bon c'est le temps global incluant le temps réseau, alors que le temps de l'explain c'est le temps d'exécution sur le serveur.
vous etes sur le meme réseau ? ou la machine est dans un datacenter ?
ça serait moi, je monterai un serveur syslog et j'enverrais les logs la bas et c'est ce serveur qui ferait les traitements que vous souhaitez.
mettre 2 serveurs pg sur la meme machine pour traiter les logs c'est pas viable dans le future ou alors c'est une mini prod
Bonjour,
sans plus de détail difficile de vous aider.
1) Je trouve vos chiffres hdparm plutôt bas, mais je ne sais pas quelle est la configuration matérielle utilisée. Pour information, j'ai environ le double avec un disque dur mécanique standard sur mon portable. De toutes façons, l'utilisation de disques SATA est généralement à proscrire sur un serveur de base de données.
le sata est (le sas reste cher) la norme pour un serveur de base, pour de "petits" serveurs c'est bien suffisant.
dire que c'est a proscrire je trouve ça un peu abusé en soit.
2.2) Le plan d’exécution? C'est à dire faire un EXPLAIN devant le SELECT?
explain analyse select ......
et mettez le résultat ici
Pour info après beaucoup de mails avec Steve Singer, le problème du waiting event est tout simplement qu'il faut maintenant lancer les slons avant de faire les commandes "store path"
en 2.2 c'est les slons qui vont valider l'event.
donc si vous utilisez les scritps slony-ctl les slons sont lancés tout a la fin, pour résoudre le problème il faut les lancer des le départ et ils se mettront en attente.
mais ça ne résout pas le problème de l'erreur ERROR: relation "_sloncluster.sl_local_node_id" qui est autre chose.
Bonjour,
j'ai un soucis sur slony 2.2 :
j'ai une réplication dans une sens qui fonctionne A vers B
je fais une seconde réplication mais d'un autre schéma de B vers A et là j'ai une erreur :
coté slony master : <stdin>:55: waiting for event (101,5000000004) to be confirmed on node 110
et coté postgres sur le slave (mais je suis pas sur que ça soit par rapport a cette erreur ) : < 2013-10-15 10:55:10.950 CEST >ERROR: relation "_sloncluster.sl_local_node_id" does not exist at character 30
< 2013-10-15 10:55:10.950 CEST >STATEMENT: select last_value::int4 from "_sloncluster".sl_local_node_id
si quelqu'un a une idée je suis preneur.
merci
allez dans votre poste de travail, ensuite dans le C ensuite dans programs files et vous allez avoir votre dossier pgadmin III et a l'intérieur vous trouverez 2 dossiers le 1.16 et 1.18 a partir de là faites votre raccourci sur votre bureau pour bien lancer le 1.18
faut démarrer le bon,le raccourci que vous utilisez est toujours celui de la 1.16, les version s'accumule.
