Re: R: Postgres 8.3-dev

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: R: Postgres 8.3-dev
Дата
Msg-id 20070504084724.GF29747@svr2.hagander.net
обсуждение исходный текст
Ответ на Re: R: Postgres 8.3-dev  (Dave Page <dpage@postgresql.org>)
Ответы Re: R: Postgres 8.3-dev  (Dave Page <dpage@postgresql.org>)
Список pgsql-general
On Fri, May 04, 2007 at 09:38:48AM +0100, Dave Page wrote:
> Magnus Hagander wrote:
> >On Fri, May 04, 2007 at 09:00:32AM +0200, Paolo Saudin wrote:
> >>I am trying to install the 8.3-dev version on a Vmware virtual machine
> >>with
> >>WinXP SP2. I am able to install the 8.2.4.1 version with no problem using
> >>the very same settings for both servers as follow:
> >
> >There is no 8.2.4.1 version. There is 8.2.4 or 8.2.1. or are you using
> >EnterpriseDB and not PostgreSQL? IIRC, the installer is differnt there...
>
> I suspect he means 8.2.4-1 which is how the archive is named in case it
> needs re-rolling.

Oh. Sorry about that. Too early in the morning (I know it wasn't
particularly early, but obviously too early)

> >>SETTINGS :
> >>Account name postgres with password postmaster
> >
> >Is this both for the service account and the superuser account? Does this
> >accoutn already exist, or is the installer creating it?
> >
> >>I then reset the virtual machine and installed the 8.2 with no problem. At
> >>that point I tried to install the 8.3-dev with the account created by the
> >>8.2 installation and I end up the same error.
> >
> >Any ideas on this Dave?
>
> The error in the log is in the create conversions phase of initdb, so I
> doubt it's an installer issue. I don't have time to look right now, but
> does initdb do anything unusual there? I've got a sneaking suspicion
> I've seen a failure at this point before...

Yeah. But look at the part about SYSTEM being the owner, I wonder if that's
related.

//Magnus


В списке pgsql-general по дате отправления:

Предыдущее
От: Dave Page
Дата:
Сообщение: Re: R: Postgres 8.3-dev
Следующее
От: Alban Hertroys
Дата:
Сообщение: Re: Have I b0rked something? Slow comparisons on "where x in (...)"