Re: pg_dump/pg_restore seem broken on hamerkop

Поиск
Список
Период
Сортировка
От Tatsuo Ishii
Тема Re: pg_dump/pg_restore seem broken on hamerkop
Дата
Msg-id 20141021.083030.1739862974716792616.t-ishii@sraoss.co.jp
обсуждение исходный текст
Ответ на pg_dump/pg_restore seem broken on hamerkop  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pg_dump/pg_restore seem broken on hamerkop
Re: pg_dump/pg_restore seem broken on hamerkop
Список pgsql-hackers
> Buildfarm member hamerkop has been failing in the pg_upgrade regression
> test for the last several days.  The problem looks like this:
> 
> command: "C:/buildfarm/build_root/HEAD/pgsql.build/contrib/pg_upgrade/tmp_check/install/bin/pg_restore" --port 50432
--username"Administrator" --exit-on-error --verbose --dbname "postgres" "pg_upgrade_dump_12145.custom" >>
"pg_upgrade_dump_12145.log"2>&1
 
> pg_restore: connecting to database for restore
> pg_restore: [archiver (db)] Error while INITIALIZING:
> pg_restore: [archiver (db)] could not execute query: ERROR:  invalid byte sequence for encoding "UTF8": 0x93
> 
> I can't help noticing that this started immediately after commit
> 0eea804 "pg_dump: Reduce use of global variables".  No idea why
> the issue is only showing up on this one animal.

I guess one of possibilities is there's garbage in memory which is
related to restore the process. If so, coverity may be able to find
something. The last coverity analysis was Oct 12. The commit 0eea804
was made on Oct 14. So let's see what new coverity scan reports...

Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp



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

Предыдущее
От: "David E. Wheeler"
Дата:
Сообщение: Patch: Add launchd Support
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Patch: Add launchd Support