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
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 |
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 |