| From: | Bruce Momjian <bruce(at)momjian(dot)us> |
|---|---|
| To: | Robert Nix <robert(at)urban4m(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Segmentation fault: pg_upgrade 9.1 to 9.3: pg_dump: row number 0 is out of range 0..-1 |
| Date: | 2013-10-10 16:47:12 |
| Message-ID: | 20131010164712.GA7078@momjian.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Sat, Sep 14, 2013 at 09:40:01PM -0400, Robert Nix wrote:
> Running a pg_upgrade task is causing Segmentation fault:
>
> command: "/usr/lib/postgresql/9.3/bin/pg_dump" --host "/var/lib/postgresql"
> --port 50432 --username "postgres" --schema-only --quote-all-identifiers
> --binary-upgrade --format=custom --file="pg_upgrade_dump_6064585.custom" "u"
> >> "pg_upgrade_dump_6064585.log" 2>&1
> pg_dump: row number 0 is out of range 0..-1
> Segmentation fault (core dumped)
This error is coming from libpq, specifically
check_tuple_field_number(), which is called by PQgetvalue(),
PQgetlength(), and PQgetisnull(). As I have never seen this error
before, there might be something wrong with the system catalogs on that
cluster. It would be good to run pg_dump --binary-upgrade on that
database and try to identify the object being dumped that is causing the
crash.
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ Everyone has their own god. +
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Adam Mackler | 2013-10-10 17:16:48 | Can a view represent a schedule for all days into the future? |
| Previous Message | Kaare Rasmussen | 2013-10-10 16:33:23 | Re: Tree structure |