Re: Going for "all green" buildfarm results
От | Alvaro Herrera |
---|---|
Тема | Re: Going for "all green" buildfarm results |
Дата | |
Msg-id | 20060731203158.GI20962@alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: Going for "all green" buildfarm results (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>) |
Ответы |
Re: Going for "all green" buildfarm results
|
Список | pgsql-hackers |
Stefan Kaltenbrunner wrote: > Andrew Dunstan wrote: > > How sure are we that this is the cause of the problem? The feeling I got > > was "this is a good guess". If so, do we want to prevent ourselves > > getting any further clues in case we're wrong? It's also an interesting > > case of a (low likelihood) bug which is not fixable on any stable branch. > > well I have a lot of trust into tom - though the main issue is that this > issue seems to be difficult hard to trigger. > afaik only one box (lionfish) ever managed to hit it and even there only > 2 times out of several hundred builds - I don't suppose we can come up > with a testcase that might be more reliably showing that issue ? Maybe we could write a suitable test case using Martijn's concurrent testing framework. Or with a pair of custom SQL script running under pgbench, and a separate process sending random SIGSTOP/SIGCONT to backends. -- Alvaro Herrera http://www.CommandPrompt.com/ PostgreSQL Replication, Consulting, Custom Development, 24x7 support
В списке pgsql-hackers по дате отправления: