Re: vacuum, dead rows, usual solutions didn't help - Mailing list pgsql-general

From Erik Jones
Subject Re: vacuum, dead rows, usual solutions didn't help
Date
Msg-id 4538595E-E9C6-471B-9D2C-8F29348DC714@myemma.com
Whole thread Raw
In response to Re: vacuum, dead rows, usual solutions didn't help  (Simon Riggs <simon@2ndquadrant.com>)
Responses Re: vacuum, dead rows, usual solutions didn't help  (Gábor Farkas <gabor@nekomancer.net>)
List pgsql-general
On Jan 10, 2008, at 6:01 AM, Simon Riggs wrote:

> On Thu, 2008-01-10 at 11:18 +0100, Gábor Farkas wrote:
>> Simon Riggs wrote:
>>>
>>>> also, even if it is wrong, can an 'idle-in-transaction'
>>>> connection that
>>>> was opened today block the vacuuming of rows that were deleted
>>>> yesterday?
>>>
>>> Yes, if the rows were deleted after the connection started.
>>>
>>
>> to avoid any potential misunderstandings, i will summarize the
>> situation:
>>
>> 1. the vacuum-cronjob refuses to remove dead rows since 1.jan.2008.
>>
>> 2. i know that no postgres-process is older than 7.jan.2008. (from
>> "ps
>> aux | grep postgres", and except the postgres-system-processes)
>>
>> how can this happen?
>
> They might be different set of dead rows, just roughly the same
> numbers
> each day.

Or, put another way, this is probably the same problem recurring, not
one constant instance of the issue.

Erik Jones

DBA | Emma®
erik@myemma.com
800.595.4401 or 615.292.5888
615.292.0777 (fax)

Emma helps organizations everywhere communicate & market in style.
Visit us online at http://www.myemma.com




pgsql-general by date:

Previous
From: Sim Zacks
Date:
Subject: 8.2.4 serious slowdown
Next
From: Martijn van Oosterhout
Date:
Subject: Re: Setting variables equal to elements from an Array