Re: consulta oid

From: Miguel Angel Hernandez Moreno <miguel(dot)hdz(dot)mrn(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Martin Li Causi <emlicausi(at)gmail(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: consulta oid
Date: 2010-07-10 09:57:39
Message-ID: AANLkTilcMQLji1ixCn3FKXoKOIzrnFsV5U-HfOxT7l3y@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

que version de postgres y pgpool usas??

El 6 de julio de 2010 15:13, Alvaro Herrera
<alvherre(at)commandprompt(dot)com>escribió:

> Excerpts from Martin Li Causi's message of mar jul 06 08:35:01 -0400 2010:
> > Hola buen dia a todos!!, estuve probando pgpool y el probelma que tengo
> es
> > cuando quiero conectarme con pgadmin al la ip:puerto_pgpool
> >
> > me da un error de OID, en amos server no son iguales y me hace caer unos
> de
> > los nodos...el secundario precisamente
> >
> > como puedo hacer para que ambos server me queden identicos, es decir
> > coicidan los OID de
> > la DB, de los esquemas, de las tablas?
>
> Humm, eso es imposible en general. Si realmente pgpool requiere eso,
> esta peor de lo que me imaginaba ... usa otra cosa.
>
> La única manera de hacerlo sería bajar ambos servidores, mover el
> contador de OIDs al mismo valor para ambos usando pg_resetxlog -O,
> iniciar los servidores, y luego crear los esquemas y tablas en
> exactamente el mismo orden, asegurándote que nadie más está usando
> ninguno de los servidores. (Nota: esto sólo va a funcionar si no existe
> ninguna tabla que tenga un valor de OID en el rango que se va a usar).
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org
> )
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Miguel Angel Hernandez Moreno 2010-07-10 11:21:37 Re: velocidad en postgres
Previous Message Miguel Angel Hernandez Moreno 2010-07-10 05:13:07 Re: velocidad en postgres