initdb failure in CVS
| От | Bruce Momjian |
|---|---|
| Тема | initdb failure in CVS |
| Дата | |
| Msg-id | 200405051748.i45Hmx110874@candle.pha.pa.us обсуждение исходный текст |
| Ответы |
Re: initdb failure in CVS
Re: initdb failure in CVS Re: initdb failure in CVS Re: initdb failure in CVS |
| Список | 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 по дате отправления: