Re: 9.4 logical decoding assertion

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: 9.4 logical decoding assertion
Дата
Msg-id 20140815134208.GM28805@awork2.anarazel.de
обсуждение исходный текст
Ответ на 9.4 logical decoding assertion  (Steve Singer <steve@ssinger.info>)
Ответы Re: 9.4 logical decoding assertion  (Steve Singer <steve@ssinger.info>)
Список pgsql-hackers
On 2014-08-14 16:03:08 -0400, Steve Singer wrote:
> I hit the following on 9.4 testing logical decoding.
> 
> 
> TRAP: FailedAssertion("!(prev_first_lsn < cur_txn->first_lsn)", File:
> "reorderbuffer.c", Line: 618)
> LOG:  server process (PID 3801) was terminated by signal 6: Aborted

I saw that recently while hacking around, but I thought it was because
of stuff I'd added. But apparently not.

Hm. I think I see how that might happen. It might be possible (and
harmless) if two subxacts of the same toplevel xact have the same
first_lsn. But if it's not just <= vs < it'd be worse.

> Unfortunately I don't have a core file and I haven't been able to reproduce
> this.

Any information about the workload? Any chance you still have the data
directory around?

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: [PATCH] Fix search_path default value separator.
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Reporting the commit LSN at commit time