Re: Segfault related to pg_authid when running initdb from git master

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

In response to

Responses

Browse pgsql-hackers by date

  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