From: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Heikki <hlinnaka(at)iki(dot)fi>, Peter Geoghegan <pg(at)heroku(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: LWLock deadlock and gdb advice |
Date: | 2015-07-28 16:06:06 |
Message-ID: | CAMkU=1wN=0M1QsOO0giobNq=p2j89rkEKPezemQRtAeCobaGYg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jul 28, 2015 at 7:06 AM, Andres Freund <andres(at)anarazel(dot)de> wrote:
> Hi,
>
> On 2015-07-19 11:49:14 -0700, Jeff Janes wrote:
> > After applying this patch to commit fdf28853ae6a397497b79f, it has
> survived
> > testing long enough to convince that this fixes the problem.
>
> What was the actual workload breaking with the bug? I ran a small
> variety and I couldn't reproduce it yet. I'm not saying there's no bug,
> I just would like to be able to test my version of the fixes...
>
It was the torn-page fault-injection code here:
It is not a minimal set, I don't know if all parts of this are necessary to
rerproduce it. The whole crash-recovery cycling might not even be
important.
Compiled with:
./configure --enable-debug --with-libxml --with-perl --with-python
--with-ldap --with-openssl --with-gssapi
--prefix=/home/jjanes/pgsql/torn_bisect/
(Also with or without --enable-cassert).
I just ran "sh do.sh >& do.out" and eventually it stopped producing output,
and I find everything hung up.
Cheers,
Jeff
From | Date | Subject | |
---|---|---|---|
Next Message | Joe Conway | 2015-07-28 16:16:58 | Re: more RLS oversights |
Previous Message | Pavel Stehule | 2015-07-28 15:52:39 | Re: proposal: multiple psql option -c |