Re: New kind of crash?

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: New kind of crash?
Date: 2013-03-11 01:22:40
Message-ID: 20130311012240.GA9412@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Josh Berkus wrote:
> On 03/08/2013 07:27 PM, Alvaro Herrera wrote:
> > Josh Berkus wrote:
> >> Folks,
> >>
> >> This is one I've never seen before:
> >>
> >> => select generate_master_tables();
> >> WARNING: AbortTransaction while in COMMIT state
> >> PANIC: cannot abort transaction 9387287, it was already committed
> >
> > Anything that causes an ERROR in the final stages of a transaction
> > commit will look like this. Maybe, for example, something tried to
> > acquire more shared memory for something (serializable xact?) but that
> > was already full because of lock objects.
>
> Well, is it worth trying to reproduce and diagnose?

IMO it's worth adding enough protections that in these situations you
get regular ERRORs rather than PANICs, assuming the scenario is not too
contrived and the required patches are not too complex.

--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Rushabh Lathia 2013-03-11 06:00:16 ERROR: invalid input syntax for type timestamp with time zone
Previous Message jakubkania 2013-03-11 00:06:58 BUG #7926: column 2 has type numeric(20, 2) in non-recursive term but type numeric overall