From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Peter Geoghegan <peter(dot)geoghegan86(at)gmail(dot)com> |
Cc: | PG Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Segfault related to pg_authid when running initdb from git master |
Date: | 2010-12-15 01:35:37 |
Message-ID: | AANLkTikSc7RZ-h3LvexKQCrBpyfdoVmRfyEOz9cBYy2e@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Dec 14, 2010 at 5:21 PM, Peter Geoghegan
<peter(dot)geoghegan86(at)gmail(dot)com> wrote:
> Here's the output I see when $SUBJECT occurs, on a pg freshly built
> from git master with --enable-debug and --enable-cassert:
I am suspicious of the fact that you are invoking initdb as ./initdb.
Is it possible you're invoking this from the build tree, and there's
an installed copy out there that doesn't match, but is getting used?
Like maybe in /usr/local/pgsql/bin?
> creating template1 database in /var/lib/pgsql/data/base/1 ... ok
> initializing pg_authid ... sh: line 1: 23515 Segmentation fault
> (core dumped) "/usr/local/pgsql/bin/postgres" --single -F -O -c
> search_path=pg_catalog -c exit_on_error=true template1 > /dev/null
> child process exited with exit code 139
Can you fire up gdb on this core dump, using "gdb
/usr/local/pgsql/bin/postgres /path/to/coredump"? Or, another
possibility is to run initdb with --noclean and then run the command,
without routing the output to /dev/null:
/usr/local/pgsql/bin/postgres" --single -F -O -c
search_path=pg_catalog -c exit_on_error=true template1
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2010-12-15 01:45:18 | Re: ALTER TABLE ... REPLACE WITH |
Previous Message | Robert Haas | 2010-12-15 01:26:53 | Re: WIP patch for parallel pg_dump |