| From: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Zsolt Ero <zsolt(dot)ero(at)gmail(dot)com>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: BUG #16732: pg_dump creates broken backups |
| Date: | 2020-11-21 01:20:15 |
| Message-ID: | CAKFQuwZK43BHjM-yBLDGrxdLtM5aqkS9fkSTJ=oOnxMFv8=VxA@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
On Fri, Nov 20, 2020 at 6:03 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Zsolt Ero <zsolt(dot)ero(at)gmail(dot)com> writes:
> > It happens with 1 row in a 3 GB gzip compressed database dump. I'm
> > thinking about how could I possibly give you a reproducible case. Do you
> > know any way which doesn't require me to share the whole production
> > database? (which is not an option)
>
> Of course not. Can you make it happen with a few rows of dummy data
> within the same schema?
>
>
Before doing that, have you positively confirmed that map_id=112664 exists
on the maps table in the live database? Your follow-on post is difficult
to follow. The claim about "1 record" in a database would suggest
corruption, not a structural problem - which should affect entire tables
(though you'd only see the first error). In the dump file, is 112664 the
first ID in the table data?
David J.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2020-11-21 02:45:08 | Re: BUG #16732: pg_dump creates broken backups |
| Previous Message | Tom Lane | 2020-11-21 01:03:36 | Re: BUG #16732: pg_dump creates broken backups |