Re: BUG #15346: Replica fails to start after the crash
Alvaro Herrera <alvherre@2ndquadrant.com>
From: Alvaro Herrera <alvherre@2ndquadrant.com>
To: Dmitry Dolgov <9erthalion6@gmail.com>
Cc: Alexander Kukushkin <cyberdemn@gmail.com>, Michael Paquier <michael@paquier.xyz>, pgsql-bugs@lists.postgresql.org
Date: 2018-08-22T17:50:34Z
Lists: pgsql-bugs, pgsql-hackers
On 2018-Aug-22, Dmitry Dolgov wrote: > > ENOTIME for a closer look ATM, though, sorry. Maybe you could try > > running under valgrind? > > Could you elaborate please, what can we find using valgrind in this case, some > memory leaks? In any way there is a chance that everything will be ok, since > even just a slow tracing under gdb leads to disappearing of this race > condition. I don't know. I was thinking it could detect some invalid write in shared memory. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Ensure correct minimum consistent point on standbys
- 65f39408ee71 9.3.25 landed
- d9638a326f72 9.4.20 landed
- f3520ff6fbf1 9.5.15 landed
- 4a9a5bb3fd2a 9.6.11 landed
- 2c8cff5dd60b 10.6 landed
- c34f8078aa35 11.0 landed
- c186ba135eca 12.0 landed
-
Prevent references to invalid relation pages after fresh promotion
- 8d68ee6f31ca 9.6.10 cited