Re: rebellious pg stats collector (reopened case)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tom Lane wrote:
Alvaro Herrera <alvherre@xxxxxxxxxxxxxxxxx> writes:
Tom Lane wrote:
I wonder whether your tracing tool is affecting the result of
getppid().  Most people would consider that a bug in the tracing tool.

I wrote to an official the FreeBSD list about this getppid() problem but got no answer other than that "this behaviour is documented". :-(

The problem is still there:


PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11205 pgsql 1 104 0 22400K 7112K CPU5 5 159.7H 99.02% postgres


100% CPU since 159 hours! What can I do? Instead of tracing system calls, is there a way to start the stats collector in debug mode? Or maybe is it possible to change the source code, and disable the "is postmaster alive" check for testing?

Thanks


--
Sent via pgsql-admin mailing list (pgsql-admin@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin

[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux