Re: pg_dump/pg_restore seem broken on hamerkop

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_dump/pg_restore seem broken on hamerkop
Дата
Msg-id 28554.1414556800@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_dump/pg_restore seem broken on hamerkop  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pg_dump/pg_restore seem broken on hamerkop  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
I wrote:
> Alvaro Herrera <alvherre@2ndquadrant.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



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: Allow peer/ident to fall back to md5?
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: TODO : Allow parallel cores to be used by vacuumdb [ WIP ]