On 2013-11-27 01:09:49 -0800, Peter Geoghegan wrote: > On Tue, Nov 26, 2013 at 8:19 PM, Peter Geoghegan <[email protected]> wrote: > > There are some visibility-related race conditions even still > > I also see this, sandwiched between the very many "deadlock detected" > errors recorded over 6 or so hours (this is in chronological order, > with no ERRORs omitted within the range shown): > > ERROR: deadlock detected > ERROR: deadlock detected > ERROR: deadlock detected > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: unable to fetch updated version of tuple > ERROR: deadlock detected > ERROR: deadlock detected > ERROR: deadlock detected > ERROR: deadlock detected > > This, along with the already-discussed "attempted to update invisible > tuple" forms a full account of unexpected ERRORs seen during the > extended run of the test case, so far.
I think at least the "unable to fetch updated version of tuple" ERRORs are likely to be an unrelated 9.3+ BUG that I've recently reported. Alvaro has a patch. C.f. [email protected] Even the "deadlock detected" errors might be a fkey-locking issue. Bug #8434, but that's really hard to know without more details. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-hackers mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
