From: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
---|---|
To: | ishii(at)postgresql(dot)org |
Cc: | tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: pg_dump/pg_restore seem broken on hamerkop |
Date: | 2014-10-26 22:56:33 |
Message-ID: | 20141027.075633.691889157967039390.t-ishii@sraoss.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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...
The latest coverity scan report did not include paticular defects
related to pg_dump/pg_restore...
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-10-26 23:20:14 | Re: pset_quoted_string is broken |
Previous Message | Tom Lane | 2014-10-26 22:52:12 | Re: narwhal and PGDLLIMPORT |