Re: pg_dump/pg_restore seem broken on hamerkop

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Tatsuo Ishii <ishii(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org, buildfarm(at)sraoss(dot)co(dot)jp
Subject: Re: pg_dump/pg_restore seem broken on hamerkop
Date: 2014-10-29 04:26:40
Message-ID: 28554.1414556800@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I wrote:
> Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> writes:
>> [Some more code and git-log reading later] I see that the %z is a very
>> recent addition: it only got there as of commit ad5d46a449, of September
>> 5th ... and now I also see that hamerkop's last green run before the
>> failure, on Oct 13rd, did *not* include the pg_upgrade check. So I'm
>> thinking this was broken much earlier than 0eea804.

> Ooohh ... you are right, the first failing build involved not only
> the pg_dump refactoring commit, but an upgrade in the buildfarm script
> that hamerkop was using (from 4.4 to 4.14). So it's entirely possible
> this issue was already there and we just weren't seeing it tested.

hamerkop is still failing in its runs done today. However, I'm not sure
that that proves anything about our hoped-for fix, because the commit SHAs
it's showing on the buildfarm status page are still from Oct 13. It looks
like hamerkop has failed to pull any git updates since it was migrated to
the new buildfarm script version.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2014-10-29 05:06:43 Re: TODO : Allow parallel cores to be used by vacuumdb [ WIP ]
Previous Message Craig Ringer 2014-10-29 02:52:38 Re: Allow peer/ident to fall back to md5?