Re: BUG #5130: Failed to run initdb:1 - Mailing list pgsql-bugs

From flamin dragon
Subject Re: BUG #5130: Failed to run initdb:1
Date
Msg-id 5b6d05b80910220747w56c78ac4s7ff2a16d746a120b@mail.gmail.com
Whole thread Raw
In response to Re: BUG #5130: Failed to run initdb:1  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: BUG #5130: Failed to run initdb:1
List pgsql-bugs
2009/10/22 Robert Haas <robertmhaas@gmail.com>

> On Wed, Oct 21, 2009 at 12:51 PM,  <flamindragon1@gmail.com> wrote:
> >
> > The following bug has been logged online:
> >
> > Bug reference:      5130
> > Logged by:
> > Email address:      flamindragon1@gmail.com
> > PostgreSQL version: any
> > Operating system:   Win XP Pro SP2
> > Description:        Failed to run initdb:1
> > Details:
> >
> > here's the log of the bug
> >
> > The files belonging to this database system will be owned by user
> "SYSTEM".
> > This user must also own the server process.
> >
> > The database cluster will be initialized with locale Polish_Poland.1250.
> > initdb: could not find suitable text search configuration for locale
> > Polish_Poland.1250
> > The default text search configuration will be set to "simple".
> >
> > creating directory C:/Program Files/PostgreSQL/8.3/data ... ok
> > creating subdirectories ... ok
> > selecting default max_connections ... Nie mo=C4=BEna odnale=C2=AB=E2=80=
=A0 okre=CB=9Clonego
> > pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > 10
> > selecting default shared_buffers/max_fsm_pages ... Nie mo=C4=BEna odnal=
e=C2=AB=E2=80=A0
> > okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku.
> > 400kB/20000
> > creating configuration files ... ok
> > creating template1 database in C:/Program
> Files/PostgreSQL/8.3/data/base/1
> > ... ok
> > initializing pg_authid ... Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=
=9Clonego pliku.
> > child process exited with exit code 1
> > initdb: removing data directory "C:/Program Files/PostgreSQL/8.3/data"
> >
> > Nie mo=C4=BEna odnale=C2=AB=E2=80=A0 okre=CB=9Clonego pliku. =3D unable=
 to find the file
>
> What's interesting to me is that I can't find that string anywhere in
> the PostgreSQL 8.3 sources.  I think this must be an operating system
> error message.  It looks like initdb is trying to invoke the postgres
> executable as a standalone backend, and failing.  There is some code
> in initdb.c's main() routine which appears to be intended to prevent
> this from happening, or at least throw a less cryptic error message,
> but it's evidently not working for you for some reason.  I speculate
> that this might be some kind of funky permissions issue, but I am not
> a Windows expert...
>
> ...Robert
>
So, do you have any suggestions how to solve this or where I could get any
help?

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #5135: sorting order
Next
From: Tom Lane
Date:
Subject: Re: BUG #5126: convert_to preventing index scan