Discussion :

[ccavallie]

Bonjour,
j'ai installé pgwatch2 dans un docker (version postgres sans timescaleDB) et je souhaiterais faire évoluer le dashboard "Stat Activity Realtime" ou en créer un nouveau.
Ce dashboard affiche en temps réel les verrouillages d'objet mais ne permet pas de les historiser : le besoin vient du fait que l'on nous demande très souvent l'explication d'un verrouillage qui a eu lieu pendant un week-end par exemple. Je n'ai trouvé que cet outil pour m'approcher de notre besoin.
Les datas sont envoyées dans la base de stockage en temps réel donc elles sont bien présentes.
D'une part je n'arrive pas à débloquer l'interdiction de mise à jour de graphana
Et d'autre part j'aimerais connaitre la méthode pour reconstruire ou modifier le grafana qui pourrait restituer ce qui c'est déroulé à postériori.
Est-ce que quelque de la communauté a déjà effectué ce type d'action dans pgwatch2
Merci par avance

[ced]

Bonjour,

Là, ça demande des compétences autres que PostgreSQL, et donc il faudrait sûrement poser la question dans un autre forum.
Néanmoins une remarque : Pgwatch2 permet de faire du monitoring "en direct". Mais pour ce que vous souhaitez faire, vous pouvez très bien configurer PostgreSQL pour enregistrer les locks dans les logs, puis faire de l'analyse de ces logs avec un outil comme pgBadger (qui a tout ce qu'il faut pour ça), sans avoir à essayer de "bidouiller" (sans aucune connotation péjorative de ma part) Pgwatch2.

ced

[ccavallie]

Merci pour la réponse, nous avons déjà pgbadger (9.1) mais comme nous traçons uniquement les requêtes de plus de 1 seconde il y en a beaucoup qui passent à l'as.
La solution d'augmenter le niveau de trace nous produirait trop de volume. On va donc peut-être devoir faire un outil "maison" parce que je ne trouve pas autre chose d'approchant nos besoins que pgwatch2.

[ced]

En passant le paramètre log_lock_wait à ON, vous ne générez pas beaucoup plus de log et vous avez un aperçu des verrous bloquants. Et pgBadger analyse ces traces.
Ça peut valoir le coup.