Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"

Поиск
Список
Период
Сортировка
От Jon Nelson
Тема Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"
Дата
Msg-id AANLkTikrmLMPjcZzMo2T-rknoQpt+e-hf=2uB44SNydd@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-bugs
On Wed, Nov 17, 2010 at 8:57 PM, Robert Haas <robertmhaas@gmail.com> wrote:
> On Tue, Nov 16, 2010 at 10:48 AM, Jon Nelson <jnelson+pgsql@jamponi.net> =
wrote:
>> I have a process which runs in parallel creating tables which, as the
>> /final/ step in the import, gets SQL much like the following applied:
>>
>> ALTER TABLE foo INHERIT bar;
>>
>> Periodically, I get this error: =C2=A0tuple concurrently updated
>>
>> Of course, I googled for the error message and see a bunch of issues
>> involving ANALYZE and even DROP function.
>> Is this the same root cause? Is there a fix? Is there a lock I could
>> take or some other approach that would prevent the error?
>> I thought all ALTER TABLE statements took a big fat lock to prevent
>> such an issue.
>
> The ALTER TABLE generates that error? =C2=A0Is it running concurrently wi=
th
> any other DML? =C2=A0What version of PostgreSQL is this?

Yes, sometimes yes, and 8.4.5.

> That does sound like a bug.

That's what I thought!

--=20
Jon

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: BUG #5756: postgres eat up all memory(2GB memory)
Следующее
От: "Andrey Galkin"
Дата:
Сообщение: BUG #5757: PL/PGSQL composite variable field error reporting