initdb failure in CVS - Mailing list pgsql-hackers

From Bruce Momjian
Subject initdb failure in CVS
Date
Msg-id 200405051748.i45Hmx110874@candle.pha.pa.us
Whole thread Raw
Responses Re: initdb failure in CVS  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: initdb failure in CVS  (Andrew Dunstan <andrew@dunslane.net>)
Re: initdb failure in CVS  (Rod Taylor <pg@rbt.ca>)
Re: initdb failure in CVS  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
I am seeing the following failure of initdb in CVS:The files belonging to this database system will be owned by user
"postgres".Thisuser must also own the server process.The database cluster will be initialized with locale C.creating
directory/u/pg/data ... okcreating directory /u/pg/data/global ... okcreating directory /u/pg/data/pg_xlog ...
okcreatingdirectory /u/pg/data/pg_clog ... okcreating directory /u/pg/data/base ... okcreating directory
/u/pg/data/base/1... okselecting default max_connections ... 100selecting default shared_buffers ... 1000creating
configurationfiles ... ok
 
creating template1 database in /u/pg/data/base/1 ... 
   FATAL:  invalid value for parameter "client_encoding": ""
initdb: child process exited with exit code 1initdb: failedinitdb: removing data directory "/u/pg/data"

The problem seems to be related to a commit made to initdb a few days
ago.
revision 1.24date: 2004/05/05 16:09:31;  author: tgl;  state: Exp;  lines: +23 -2Use a more portable technique for
unsettingenvironment variables,and unset PGCLIENTENCODING to prevent backend from dying if it's setto something
incompatiblewith the -E option.
 

I don't have any encoding set in my system.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: ALTER TABLE TODO items
Next
From: F Harvell
Date:
Subject: Re: Postgres Crashes