Vous n'êtes pas identifié(e).
Bonjour
Ma connection a ma base postgres en local se faisait bien mais
dés que je lance une grosse requete
update cadastre.infoparc as a set gen_niv2_99 = b.gen_niv2,
an_aprob_99 = b.an_aprob,
chg_ap2002 = b.chg_ap2002
from pos.pos_hist as b
where b.anneeval = '1999' and (st_intersects(a.the_geom, b.the_geom))
and substr(a.id_insee,1,2)='05'
and substr(b.id_insee,1,2)='05'
and a.id_insee=b.id_insee;
;
j'ai serveur doesn't listen
could not connect to server : conection refused is the server running on host
127.0.0.1 and accepting tc/p ip connections on port 5432 ?
Le service s'est arrété et heureusement j'ai pu le redemarrer
j'ai eu de la chance , je peut executer des simples requetes
je pense que cela vient de la memoire dans postgres.conf j'ai mis
max_connections = 8
shared_buffers = 320MB
fsync = off
effective_cache_size = 500MB
maintenance_work_mem = 32MB
qu'en pensez vous ? pourquoi cela deconnecte ?
Hors ligne
Certainement pas à cause de l'exécution d'une requête, à moins que cette requête tombe en erreur pour un problème grave style un problème de lecture sur disque. Ça ne serait d'ailleurs pas très étonnant avec un fsync à off (ne *jamais* avoir fsync à off en production). Néanmoins, sans avoir les traces de PostgreSQL, difficile d'en dire plus.
Guillaume.
Hors ligne
ok pour fsync
j'ai cela
2010-06-18 12:59:17 CEST LOG: le système de bases de données a été interrompu ; dernier lancement connu à 2010-06-18 12:12:08 CEST
2010-06-18 12:59:17 CEST LOG: le système de bases de données n'a pas été arrêté proprement ; restauration
automatique en cours
2010-06-18 12:59:17 CEST FATAL: le système de bases de données se lance
2010-06-18 12:59:17 CEST LOG: la ré-exécution commence à 5/FC00FAE8
2010-06-18 12:59:18 CEST FATAL: le système de bases de données se lance
2010-06-18 12:59:19 CEST FATAL: le système de bases de données se lance
2010-06-18 12:59:20 CEST LOG: pageaddr 5/F5D64000 inattendue dans le journal de transactions 5, segment 253,
décalage 14041088
2010-06-18 12:59:20 CEST LOG: ré-exécution faite à 5/FDD63A10
2010-06-18 12:59:20 CEST FATAL: le système de bases de données se lance
2010-06-18 12:59:21 CEST FATAL: le système de bases de données se lance
2010-06-18 12:59:22 CEST FATAL: le système de bases de données se lance
2010-06-18 12:59:24 CEST FATAL: le système de bases de données se lance
2010-06-18 12:59:24 CEST LOG: le système de bases de données est prêt pour accepter les connexions
2010-06-18 12:59:24 CEST LOG: lancement du processus autovacuum
2010-06-18 13:02:19 CEST LOG: les points de vérification (checkpoints) arrivent trop fréquemment
(toutes les 26 secondes)
2010-06-18 13:02:19 CEST ASTUCE : Considèrez l'augmentation du paramètre « checkpoint_segments ».
2010-06-18 13:05:16 CEST LOG: les points de vérification (checkpoints) arrivent trop fréquemment
(toutes les 27 secondes)
2010-06-18 13:05:16 CEST ASTUCE : Considèrez l'augmentation du paramètre « checkpoint_segments ».
2010-06-18 13:38:30 CEST LOG: les points de vérification (checkpoints) arrivent trop fréquemment
(toutes les 29 secondes)
2010-06-18 13:38:30 CEST ASTUCE : Considèrez l'augmentation du paramètre « checkpoint_segments ».
Hors ligne
Merci gleu mais
et au niveau des logs dans postgres.conf quelles variables sont a decocher
pour voir l'erreur au niveau de ma requete
merci beaucoup
Dernière modification par mich30 (18/06/2010 13:53:33)
Hors ligne
et le processus postgres.exe monte a 1,9 giga en memoire cela fait beaucoup
qu'en pensez vous merci
Hors ligne
Pas besoin de modifier le paramétrage, ce type d'erreur devrait être affiché.
Dommage que les traces que vous montrez sont celles du redémarrage, autrement dit après l'erreur intéressante. On constate néanmoins un « pageaddr 5/F5D64000 inattendue dans le journal de transactions 5, segment 253, décalage 14041088 » qui n'est pas de très bon augure pour ce journal de transactions.
Guillaume.
Hors ligne
sous console dos j'ai
la connexion au serveur a été coupé de facon innatendue
le serveur s'est peut etre arreté anaormalement avant ou durant le traitement de la requete
la connexion au serveur a été perdu : Tentative de reinitailisation echec ...
Hors ligne
quelque chose de trouvé
je fait ma requete par tranche de code postal
mais a chaque fois je suis obligé de faire vacuum analyse sinon ca plante
d'ou ca vient ?
Configuration dans postgres.conf --> Gleu merci de me repondre
vacuum analyse cadastre.infoparc;
vacuum analyse pos.pos_hist;
update cadastre.infoparc as a set
gen_niv2_06 = b.gen_niv2,
an_aprob_06 = b.an_aprob,
chg_ap2002 = b.chg_ap2002
from pos.pos_hist as b
where b.anneeval = '2006'
and (a.the_geom && b.the_geom)
AND intersects(a.the_geom, b.the_geom)
and a.id_insee=b.id_insee
and substr(a.id_insee,1,2)='84'
and substr(b.id_insee,1,2)='84'
and a.id_insee between '84021' and '84050'
and a.the_geom is not null
and b.the_geom is not null;
Hors ligne
Encore une fois, je ne vois pas ce que je peux vous répondre sans avoir les traces. Et pas celles du redémarrage, celles du plantage.
Guillaume.
Hors ligne
c'est dans quel fichier log ou je peux voir ces traces ?
merci
Dernière modification par mich30 (19/06/2010 20:01:49)
Hors ligne
Vous avez fourni un des fichiers (dans votre commentaire du 18, 13:47:26), vous savez donc où ils sont.
Guillaume.
Hors ligne
Bonsoir
Je suppose que vous êtes sous un windows 32Bit, ce qui fait que lorsqu'un process consomme plus de 2Go de mémoire il est automatiquement tué, comme vous indiquer que le process consomme 1,9 GO c'est ce qui doit se passer.
Cordialement,
Christophe Chauvet
Directeur Technique
Sylëam Info Services
Mon site
Hors ligne
pour gleu je voulez savoir ou je pourrez trouvez les traces du plantages.
Existe t'il un libelle a desactiver dans postgres.conf si ou lequel
merci
Hors ligne
pour KrysKool merci ! pui je suis sous windows 32 bits , j'ai 4 giga de ram faut t'il que j'augments mon shared buffers ? merci
Hors ligne
