Re: Spurious Stalls

From: Steve Kehlet <steve(dot)kehlet(at)gmail(dot)com>
To: Forums postgresql <pgsql-general(at)postgresql(dot)org>
Subject: Re: Spurious Stalls
Date: 2014-06-14 01:53:24
Message-ID: CA+bfosFpSGLYAO3Le1JRPoGAA53aQXcBMxZKgZmOY0t3s2d1Eg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

>
> The cpu utilization increases to nearly 100%, in user space, and stays
> there, until the database is restarted.
>
> postgres 1323 47.1 2.3 6667212 6087388 ? Rs 00:00 276:00 \_
postgres: bitbucket bitbucket 172.17.10.1(5114) SELECT
I see you have long-query logging enabled, what was this query doing? It
seems like the oddball from your ps output, it was taking half your CPU. Or
did you have to kill the db before it logged anything out. If so, while
debugging something with a memory problem here we set up a cronjob to log
out all running queries every minute, before the oom-killer would start
killing stuff, maybe you could catch the culprit next time.

For the pids that you included strace outputs for, curious, why did you
pick them? Were they using a lot of CPU? Except for the postmaster one
(81372), I didn't see them in the ps output.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Khangelani Gama 2014-06-14 13:44:38 Using pg_start_backup() and pg_stop_backup() - using 9.1.2.2
Previous Message Jaco Engelbrecht 2014-06-13 23:26:39 Re: Spurious Stalls