From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Robert Creager <robert(at)logicalchaos(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: buildfarm logging versus embedded nulls |
Date: | 2010-03-12 16:34:21 |
Message-ID: | 4B9A6D0D.60703@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Creager wrote:
> On Mar 11, 2010, at 6:00 PM, Andrew Dunstan wrote:
>
>
>> Tom Lane wrote:
>>
>>> I was looking at this recent nonrepeatable buildfarm failure:
>>> http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=polecat&dt=2010-03-11%2021:45:10
>>> which has several instances of the known "pgstat wait timeout" problem
>>> during the parallel regression tests.
>>>
>
>
> You've got me trained well now. I'm now looking at my build machine failures. Wasn't sure what to do about that one, since no relevant files changed.
>
> Is there any value in setting "keep_error_builds => 0,"? I know Andrew was able to get the complete log file.
>
>
>
You normally want this as 0, to avoid eating up disk space. You
certainly don't want it non-zero for long unless you have many Gb to spare.
I doubt keeping this particular build would have helped much. The build
was probably fine, the bug is apparently triggered by some hard to
repeat timing condition, from what I gather from Tom's analysis.
And from now on we will not have logs truncated by the presence of nul
bytes.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-03-12 16:42:44 | Re: buildfarm logging versus embedded nulls |
Previous Message | Robert Creager | 2010-03-12 16:20:06 | Re: buildfarm logging versus embedded nulls |