Forum PgPHIL

Bonjour Jean-Pierre, Oui cela se passe sur Ubuntu comme sur Debian mais en utilisant le "friendly name" de la version d'Ubuntu. Pour la 10 beta suivre ce qui est indiqué ici : https://pgphil.ovh/debian_9_10_devel.php en remplaçant sid-pgdg-testing par xenial-pgdg-testing pour une 16.04 LTS...

Les transactions préparées peuvent aussi bloquer d'autres transactions : http://pgphil.ovh/traqueur_10_10.php

Améliorer les performances des filtres sur les dates en adoptant les bonnes syntaxes : http://pgphil.ovh/filtre_timestamp_10_beta_01.php

Bonjour Jean-Pierre, Aucune erreur dans l'utilisation de pg_createcluster, c'est bien le message qui est erroné. Ces informations récapitulatives sur le cluster créé sont en fait produites par initdb et pas par pg_createcluster qui encapsule initdb. Le problème est qu'initdb ignore la relocalisation...

Un cas d'utilisation avancé du traqueur : http://pgphil.ovh/traqueur_96_09.php
Mesurer la performance CPU lorsque tout va bien afin d'effectuer des comparaisons lorsque tout va mal.

Le parallélisme chante-t-il l'analyse lors d'un problème lié au verrouillage ? Réponse ici : http://pgphil.ovh/traqueur_10_08.php

Un cas d'utilisation avancé du traqueur : http://pgphil.ovh/traqueur_96_07.php
Mesurer la latence I/O lorsque tout va bien afin d'effectuer des comparaisons lorsque tout va mal.

Un cas d'utilisation avancé du traqueur : http://pgphil.ovh/traqueur_10_06.php
Analyser une situation de blocage et tuer uniquement ce qui doit l'être.

Un cas d'utilisation avancé du traqueur : http://pgphil.ovh/traqueur_10_05.php
Un serveur manquant de mémoire vive est comme un athlète victime d'une fringale : il devient inefficace

Répondez à ce sujet pour signaler des bugs sur le traqueur
Éléments à fournir :
- version du traqueur (exemple : 0.06.02)
- version de Postgresql (exemple : 9.6.3)
- version de l'os (exemple : Debian 9.0)
- description du bug avec idéalement un test case permettant de le reproduire