Re: [ADMIN] Problem with pg_dump

From: Emanuel Calvo Franco <postgres(dot)arg(at)gmail(dot)com>
To: General PostgreSQL List <pgsql-general(at)postgresql(dot)org>
Subject: Re: [ADMIN] Problem with pg_dump
Date: 2009-01-14 12:04:20
Message-ID: f205bb120901140404v39136df7w4c23adf63cdd56b3@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general

2009/1/13 <tyrrill_ed(at)emc(dot)com>:
> Hi All,
>
>
>
> I am a developer of a product that uses a postgresql database (currently
> version 8.2.3.1). We dump the database using pg_dumpall. We are finding
> data corruption in the dump files about twice a month with a few thousand
> installations. I have been able to track down the data corruption to the
> original dump file created by pg_dumpall. In every case I've seen of the
> corruption 1 or 2 characters are missing. The problem exhibits itself when
> loading the dump files. Here is an example where two lines were combined:
>
>

you try to use pg_dump instead (only the DB you want)?
what fs you are using? (i think is ntfs)
Integrity check?
Force the enconding of dump to the same as OS.

I don't know about a bug in these version, specially in terms of data.

>
> ERROR: extra data after last expected column
>
> CONTEXT: COPY ds_targets, line 42: "1180635517879 3001
> C:/SQLBackup/1180635517879 3001 C:/System Volume Information/"
>
>
>
> The file bad row was:
>
>
>
> 1180635517879 3001 C:/SQLBackup/1180635517879 3001 C:/System
> Volume Information/
>
>
>
> It should have been two rows as follows:
>
>
>
> 1180635517879 3001 C:/SQLBackup/
>
> 1180635517879 3001 C:/System Volume Information/
>
>
>
> Is this something that is perhaps fixed in postgresql 8.3? Any assistance
> in resolving this problem would be appreciated.
>
>
>
> Thanks,
>
> Ed
>
>
>
>

--
Emanuel Calvo Franco
ArPUG / AOSUG Member
Postgresql Support & Admin

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Kevin Kempter 2009-01-14 16:47:36 query to find out # of buffer hits vs. # of disk reads ?
Previous Message Jan-Peter.Seifert 2009-01-14 10:44:40 Re: PGOPTIONS and default_tablespace

Browse pgsql-general by date

  From Date Subject
Next Message Daniel Verite 2009-01-14 12:07:51 Re: inconsistency in aliasing
Previous Message Scott Marlowe 2009-01-14 11:41:40 Re: inconsistency in aliasing