From: | Wade Klaver <archeron(at)wavefire(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Initdb segfaults during "initializing pg_authid" |
Date: | 2006-06-20 16:11:39 |
Message-ID: | 200606200911.39788.archeron@wavefire.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hello folks,
Initdb seems to barf on me during the pg_authid bit. Below are the specifics.
Please ask if you need anything else. The build is CVS -HEAD.
Initdb output:
pgsql(at)arch-~:bin/initdb
The files belonging to this database system will be owned by user "pgsql".
This user must also own the server process.
The database cluster will be initialized with locale C.
creating directory /usr/local/pgsql/data ... ok
creating subdirectories ... ok
selecting default max_connections ... 100
selecting default shared_buffers/max_fsm_pages ... 3500/175000
creating configuration files ... ok
creating template1 database in /usr/local/pgsql/data/base/1 ... ok
initializing pg_authid ... Segmentation fault (core dumped)
child process exited with exit code 139
initdb: removing data directory "/usr/local/pgsql/data"
pgsql(at)arch-~:uname -a
FreeBSD arch.wavefire.com 6.0-STABLE FreeBSD 6.0-STABLE #0: Thu Nov 3
10:59:55 PST 2005
root(at)arch(dot)wavefire(dot)com:/usr/obj/usr/src/sys/WORKSTATION-5.0-SMP i386
(gdb) bt
#0 0x080bb086 in FuncnameGetCandidates ()
#1 0x080e08d6 in LookupFuncName ()
#2 0x0810ebf3 in CreateTrigger ()
#3 0x08197c57 in PortalRunUtility ()
#4 0x081981ad in PortalRun ()
#5 0x08194306 in exec_simple_query ()
#6 0x08196394 in PostgresMain ()
#7 0x0813c908 in main ()
--
Wade Klaver
Wavefire Technologies Corporation
GPG Public Key at http://archeron.wavefire.com
/"\ ASCII Ribbon Campaign .
\ / - NO HTML/RTF in e-mail .
X - NO Word docs in e-mail .
/ \ -----------------------------------------------------------------
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-06-20 16:42:24 | Re: pltcl -- solved |
Previous Message | Greg Stark | 2006-06-20 15:31:19 | Re: Generic Monitoring Framework Proposal |