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
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 |