Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 Re : Général » pgstatpack et pg_stat_statements » 26/09/2012 10:02:43
En fait il n'y a pas que vers la ligne 200 à corriger :
71c71
< coalesce(pg_relation_size(t.relid),0)+coalesce(pg_relation_size(s.relid),0) as tbl_size,
---
> pg_relation_size(t.relid)+pg_relation_size(s.relid) as tbl_size,
203,204c203,204
< join pgstatspack_names n1 on s.query=n1.name
< join pgstatspack_names n2 on pg_get_userbyid(s.userid)=n2.name
---
> join pgstatspack_names n1 on s.query=n.name
> join pgstatspack_names n2 on s.pg_get_userbyid(s.userid)=n2.name
cela fonctionne maintenant ,
Merci
#2 Re : Général » pgstatpack et pg_stat_statements » 26/09/2012 09:49:27
APRES CORRECTION ET REINSTALLATION DE PGSTATSPACK J'AI TOUJOURS UNE ERREUR :
[BRICE] 26/09/12 09:16:47 >./remove_pgstats.sh
Removing Statistics Package for database template1
Removing Statistics Package for database demo
[BRICE] 26/09/12 09:16:47 >./install_pgstats.sh
Results for database template1
Installing Statistics Package for database template1
Results for database demo
Installing Statistics Package for database demo
[BRICE] 26/09/12 09:16:47 >psql -d demo
psql (9.1.3)
Saisissez « help » pour l'aide.
demo=# select pgstatspack_snap('mon com');
ERROR: schema "s" does not exist
CONTEXTE : SQL statement "INSERT INTO pgstatspack_statements
( snapid, calls, total_time, "rows", query_id, user_name_id)
SELECT
spid as snapid,
s.calls as calls,
s.total_time as total_time,
s.rows as rows,
n1.nameid,
n2.nameid
FROM pg_stat_statements s
join pgstatspack_names n1 on s.query=n1.name
join pgstatspack_names n2 on s.pg_get_userbyid(s.userid)=n2.name
WHERE dbid=(select oid from pg_database where datname=current_database())
ORDER BY total_time"
PL/pgSQL function "pgstatspack_snap" line 186 at SQL statement
#3 Re : Général » pgstatpack et pg_stat_statements » 21/09/2012 15:56:23
après correction j'ai l'erreur suivante :
demo=# select pgstatspack_snap('mon commentaire2');
ERROR: schema "s" does not exist
CONTEXTE : SQL statement "INSERT INTO pgstatspack_statements
( snapid, calls, total_time, "rows", query_id, user_name_id)
SELECT
spid as snapid,
s.calls as calls,
s.total_time as total_time,
s.rows as rows,
n1.nameid,
n2.nameid
FROM pg_stat_statements s
join pgstatspack_names n1 on s.query=n1.name
join pgstatspack_names n2 on s.pg_get_userbyid(s.userid)=n2.name
WHERE dbid=(select oid from pg_database where datname=current_database())
ORDER BY total_time"
PL/pgSQL function "pgstatspack_snap" line 186 at SQL statement
#4 Général » pgstatpack et pg_stat_statements » 21/09/2012 09:35:08
- bcarriere
- Réponses : 6
Bonjour,
J'ai installé pgstatpack et pris des clichés, tout se passe bien.
Puis je charge pg_stat_statements tout se apsse correctement pour cet outil par contre je rencontre cette installation me génère des erreurs sur pgstatpack, je n'arrive plus à prendre de clichés:
demo=# SELECT pgstatspack_snap('after pg_stat_statements');
ERROR: missing FROM-clause entry for table "n"
LIGNE 11 : join pgstatspack_names n1 on s.query=n.name
^
REQUÃTE : INSERT INTO pgstatspack_statements
( snapid, calls, total_time, "rows", query_id, user_name_id)
SELECT
spid as snapid,
s.calls as calls,
s.total_time as total_time,
s.rows as rows,
n1.nameid,
n2.nameid
FROM pg_stat_statements s
join pgstatspack_names n1 on s.query=n.name
join pgstatspack_names n2 on s.pg_get_userbyid(s.userid)=n2.name
WHERE dbid=(select oid from pg_database where datname=current_database())
ORDER BY total_time
CONTEXTE : PL/pgSQL function "pgstatspack_snap" line 186 at SQL statement
Si je redésactive pg_stat_statements je peux reprendre des clichés correctement.
#5 Re : Général » archivage trop fréquent » 05/10/2011 14:34:46
Super, merci pour vos réponses qui me permettent de mieux comprendre le mécanisme.
#6 Général » archivage trop fréquent » 05/10/2011 11:23:05
- bcarriere
- Réponses : 4
J'ai une base qui génère je trouve beaucoup d'archives, surtout trop fréquemment :
-rw------- 1 postgres postgres 16777216 sep 13 14:06 000000010000000100000060
-rw------- 1 postgres postgres 16777216 sep 13 14:07 000000010000000100000061
-rw------- 1 postgres postgres 16777216 sep 13 14:08 000000010000000100000062
-rw------- 1 postgres postgres 16777216 sep 13 14:10 000000010000000100000063
-rw------- 1 postgres postgres 16777216 sep 13 14:11 000000010000000100000064
-rw------- 1 postgres postgres 16777216 sep 13 14:12 00000001000000010000006
et cela sur presque toute la journée, 1 wall d'archive par minute. il me semble que cette fréquence est trop importante.
Je me suis dit qu'augmenter la taille des wall était une solution pour réduire la fréquence de génération des wall d'archive.
J'ai vu qu'en 9 on peu faire un configure avec --with-wal-segsize mais je suis en 8 et cette solution me plairait moyennement.
Je bloque sur jouer sur le paramétrage car à priori les wall sont plein quand ils switchs
ci dessous quelques valeurs de mon postgressql.conf :
archive_command | cp "%p" "/archive/xlog_archives/%f"
archive_mode | on
archive_timeout | 0
commit_delay | 0
commit_siblings | 5
checkpoint_completion_target | 0.8
checkpoint_segments | 6
checkpoint_timeout | 300
checkpoint_warning | 30
wal_buffers | 128
wal_sync_method | fdatasync
wal_writer_delay | 200
Y-a-il une autre solution ?
Merci
#7 Re : Général » cp: cannot stat `pg_xlog': No such file or directory » 20/09/2011 10:16:47
merci pour ces informations complémentaires.
#8 Re : Général » cp: cannot stat `pg_xlog': No such file or directory » 20/09/2011 09:29:06
L'arrêt dredémarrage de l'archivage n'a pas fonctionné, nous avons finalement passé la commande suivante :
pg_resetxlog -f /u03/pgsql/data/mre
certe un peu sévère mais les dernières données mises à jour n'étaient pas critique (et facilement récupérable).
Merci de votre aide.
#9 Re : Général » cp: cannot stat `pg_xlog': No such file or directory » 19/09/2011 15:00:06
Bonjour,
merci pour votre réponse mais un nouveau backup ne devrait va pas solutionner ce bugg d'archivage, il va toujours essayer d'archiver ce fichier qui n'existe pas.
De plus comme il bloque sur celui ci tous les logs s'emplilent dans pg_xlog.
Ne faut-il pas faire un reset de l'archivage peut-être avec pg_resetxlog quitte à perdre des données ?
#10 Général » cp: cannot stat `pg_xlog': No such file or directory » 19/09/2011 11:13:16
- bcarriere
- Réponses : 6
# PROBLEM
I've got the following message :
cp: cannot stat `pg_xlog/000000010000000100000050': No such file or directory
time=2011-09-19 00:00:25 CEST,user=,db= LOG: archive command failed with exit code 1
time=2011-09-19 00:00:25 CEST,user=,db= DETAIL: The failed archive command was: cp "pg_xlog/000000010000000100000050" "/u02/pgsql/admin/mre/xlog_archives/000000010000000100000050"
cp: cannot stat `pg_xlog/000000010000000100000050': No such file or directory
1- Here the parameter for archivage :
name | setting
--------------+---------
archive_mode | on
name | setting
-----------------+-------------------------------------------------
archive_command | cp "%p" "/u02/pgsql/admin/mre/xlog_archives/%f"
name | setting
-----------------+---------
archive_timeout | 0
2- there is nothing in /u02/pgsql/admin/mre/xlog_archives/ (because of purge with backup this week)
ls -l /u02/pgsql/admin/mre/xlog_archives
drwxr-xr-x 2 postgres postgres 20480 sep 16 09:46 xlog_archives
3- the file /u03/pgsql/data/mre/pg_xlog/000000010000000100000050 does not exist.
4- I stop and restart the database but the message continue to appear in logfile.
#QUESTION
I can lose data of archive it's not a problem,
Is it possible to clean the archive process for restarting with online log ?
and doing a backup just after to be clean ?
Or What else ?
Thanks
#11 Re : Général » evaluer la volumétrie que va générer l'archivage postgresql » 07/02/2011 17:28:33
OK je vois bien apparaitre mes checkpoint,
merci.
#12 Re : Général » evaluer la volumétrie que va générer l'archivage postgresql » 07/02/2011 16:21:08
je suis en 8.3.11
#13 Général » evaluer la volumétrie que va générer l'archivage postgresql » 07/02/2011 16:08:59
- bcarriere
- Réponses : 4
Bonjour,
Je cherche à évaluer l'impact en volumétrie si je passe ma base en mode archive.
Pour cela je me suis dit que si je connaissais le nombre de switch de wall par jour je * par 16 et j'ai ma volumétrie d'archive généré.
Mais dans les traces les changement de fichier wall n'apparaissent pas.
y a-t-il moyen de les faire apparaitre ?
y a-t-il un autre moyen d'avoir cette information ?
Merci.
#14 Re : Général » pg_restore ERREUR: séquence d'octets invalide pour l'encodage « UTF8 » 07/10/2010 14:25:09
Toutes les Deux sont en UTF8
#15 Général » pg_restore ERREUR: séquence d'octets invalide pour l'encodage « UTF8 » 07/10/2010 11:49:29
- bcarriere
- Réponses : 3
Bonjour,
Nous avons fait un pgdump -Ft d'une base
lors de la restauration pg_restore nous avons le message suivant :
ERREUR: séquence d'octets invalide pour l'encodage « UTF8 » : 0xc331
ASTUCE : Cette erreur peut aussi survenir si la séquence d'octets ne correspond pas
au jeu de caractères attendu par le serveur, le jeu étant contrôlé par
« client_encoding ».
CONTEXTE : COPY plugin_owl_files, ligne 96147
INSTRUCTION : COPY plugin_owl_files (id, name, filename, f_size, creatorid, parent, created, description, metadata, "security", groupid, smodified, c
hecked_out, major_revision, minor_revision, url, doctype, approved, linkedto, "password", updatorid) FROM stdin;
nous sommes de plus en pleine phase de migration 8.3.1 vers 8.3.11 mais même la restauration en 8.3.1 plante
Est-il possible d'ignorer les lignes qui pose problème lors de la restauration ?
Est-il possible de convertir le fichier avec iconv (il pèse 21 Go) ?
Est-il possible d'extraire les données du dump au format texte ?
Merci de votre attention
#16 Re : Général » commentaire de script a afficher en sortie » 12/08/2010 17:31:25
Super ça fonctionne,
merci
:-))
#17 Re : Général » commentaire de script a afficher en sortie » 12/08/2010 17:03:41
Merci , j'ai testé mais cela ne m'affiche pas le commentaire dans mon fichier .log
#18 Général » commentaire de script a afficher en sortie » 12/08/2010 16:31:32
- bcarriere
- Réponses : 4
J'ai créé un script.sql qui contient des commentaire j'ai essayé /* */ , -- , prompt
je souhaite que lors de l'exécution de ce script.sql ces commentaires se retrouvent dans le fichier de sortie.
exemple
script.sql
----------------------------------------------------------------
-------- LISTE DES BASES DU CLUSTER ------------------
----------------------------------------------------------------
SELECT datname FROM pg_database;
si j'exécute
psql -d mabase -f audit.psql -o audit.log
je souhaite avoir dans le fichier script.log
----------------------------------------------------------------
-------- LISTE DES BASES DU CLUSTER ------------------
----------------------------------------------------------------
datname
-----------
template1
template0
postgres
usda
hors: soit je ne me récupère que le résultat des requêtes sql
soit je me récupére tout même les ordres sql si j'execute psql -a -d mabase -f audit.psql > audit.log
Merci
#19 Re : Général » Fichier de log CETLOG » 15/03/2010 12:01:41
Ok merci à tous et merci pour le lien.
#20 Général » Fichier de log CETLOG » 12/03/2010 16:42:30
- bcarriere
- Réponses : 4
Bonjour,
Je souhaite savoir si les messages dans le fichier de log CETLOG, CETWARNING ...
sont listé et commenté, je ne trouve rien dans la doc.
Je souhaite extraire les warning et autre des fichiers logs.
Merci
Pages : 1