From: | Erik Jones <erik(at)myemma(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | Gábor Farkas <gabor(at)nekomancer(dot)net>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: vacuum, dead rows, usual solutions didn't help |
Date: | 2008-01-10 14:52:11 |
Message-ID: | 4538595E-E9C6-471B-9D2C-8F29348DC714@myemma.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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(at)myemma(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2008-01-10 14:54:07 | Re: Connect to SQL Server via ODBC from Postgresql |
Previous Message | Martijn van Oosterhout | 2008-01-10 14:52:06 | Re: Setting variables equal to elements from an Array |