Preocupacion con PostgreSQL

Que tal mis querido amigo de la lista..

En esta oportunidad que les ecribo por que hay una situación que me tiene
realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.

Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico fue
el ilustricimo Alvaro Herrera quien dio una pequeña opinion.

El cuento es el siguiente haciendo, seguimiento al log el muestra unos
errores de este tipo y son muy frecuentes

2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
Invalid argument

2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"

PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement

2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
Invalid argument

2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
typname = 'lo'

2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
Invalid argument

2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from entidad
where lower(ent_nombre) like lower( $1 )"

PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement

2007-11-16 15:07:22 STATEMENT: fetch all in "ref"

2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
Invalid argument

2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo <
$2 and cuota.cuo_fraccion = 0"

PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement

Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
para restablecer el servidor habia quedado con esos errores. Depues de tanto
leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
por supuesto crear toda la estructura desde cero compilada uno a uno haber
si asi solucinaba este problema.

Pero al parecer esta solucion no funciono ya que se sigue presentado este
error, entonces lo que quiere decir que ese error no es causado por lo que
opino Alvaro.

Quiero saber si en realidad alguien tiene una solucion para este problema ya
que estoy al borde de desertar. Por favor ayudenme.

Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
igual.

Gracias de nuevo.
--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

On Nov 17, 2007 11:09 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
>
> Que tal mis querido amigo de la lista..
>
> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico fue
> el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from entidad
> where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo <
> $2 and cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> para restablecer el servidor habia quedado con esos errores. Depues de tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema ya
> que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --

Mirando las conversasiones veo que estas peleando con esto hace rato y
nadie te ayuda, veamos si puedo darte una mano.

No me queda muy claro por que te paso esto, me gustaría que nos
contaras que hiciste antes de que el problema aparezca y que te esta
causando el problema este (no arranca, anda lento, se cuelga, etc).

Googleando un poco pude encontrar este post en el Blog de Greg, a lo
mejor pueda ayudarte un poco.

http://people.planetpostgresql.org/greg/index.php?/archives/88-Performing-a-reindex-of-the-system-tables.html

En caso de que no puedas solucionarlo cuentanos un poco mas acerca de
como se armo la catastrofe :P.

Saludos

--
Agustin Casiva
http://www.osis.com.ar
casivaagustin(at)gmail(dot)com
http://www.casivaagustin.com.ar

Para leer adjuntos necesitará Open Office http://es.openoffice.org/programa/

Buenos dias Lista,

Estoy iniciando el uso Postgresql 8.2 con Power Builder, el inconveniente
que tengo es que cuando hago mis Datawindows con tablas que contengan campos
de tipo TIMESTAMP, este campo lo pone como character(19). Quisiera saber
somo solucionar ese problema que realmente me incomoda.

En estos momentos, para paliar el problema lo que hago es editar el
Datawindow pero en modo SOURCE, es decir, entro al codigo fuente de ese
Datawindow y le cambio por datetime.

Lo mismo sucede con los campos de tipo DATE el cual lo hace aparecer como
character(10). Y de igual forma lo "soluciono", lo cambio como date.

Y si grabo una modificacion al datawindow(en modo grafico), nuevamente
aparece el error y tengo que hacer el arificio que les comento.

Gracias de antemano por la ayuda que puedan brindarme.

Eusebio.

On Nov 17, 2007 1:55 PM, eea <eestradaa(at)hotmail(dot)com> wrote:
> Buenos dias Lista,
>
> Estoy iniciando el uso Postgresql 8.2 con Power Builder, el inconveniente
> que tengo es que cuando hago mis Datawindows con tablas que contengan campos
> de tipo TIMESTAMP, este campo lo pone como character(19). Quisiera saber
> somo solucionar ese problema que realmente me incomoda.
>
> En estos momentos, para paliar el problema lo que hago es editar el
> Datawindow pero en modo SOURCE, es decir, entro al codigo fuente de ese
> Datawindow y le cambio por datetime.
>
> Lo mismo sucede con los campos de tipo DATE el cual lo hace aparecer como
> character(10). Y de igual forma lo "soluciono", lo cambio como date.
>
> Y si grabo una modificacion al datawindow(en modo grafico), nuevamente
> aparece el error y tengo que hacer el arificio que les comento.
>
> Gracias de antemano por la ayuda que puedan brindarme.
>
> Eusebio.

Creo que será mejor que consultes en los Foros o listas de Correo de
PowerBuilder,
alli sabran mas sobre datawindows que en una lista de postgres.

Saludos

--
Agustin Casiva
http://www.osis.com.ar
casivaagustin(at)gmail(dot)com
http://www.casivaagustin.com.ar

Para leer adjuntos necesitará Open Office http://es.openoffice.org/programa/

---------- Forwarded message ----------
From: Cesar <caerices(at)gmail(dot)com>
Date: Nov 17, 2007 1:34 PM
Subject: RE: [pgsql-es-ayuda] Preocupacion con PostgreSQL
To: Agustin Casiva <casivaagustin(at)gmail(dot)com>

Estimado, ese problema se me presento hace un poco tiempo atrás, debido a
que se cerró el sistema operativo bruscamente, por que se estaba poniendo
lento los sistemas.
Alvaro me respondió lo siguiente

"No me queda claro cómo puede aparecer este problema ... quizás sea un bug
de la version Windows, así que si no es la última de la serie, actualiza y
prueba de nuevo.

Lo otro que se me ocurre es que ya que el servidor se cayó abruptamente, el
sistema de recuperación no haya funcionado correctamente. ¿Es NTFS la
partición donde están los datos?"

Efectivamente tenia la versión 8.2.5 y sistema de archivo NTFS pero el
problema continúa y estoy a espera de una nueva versión para ver si esto se
repara. Estoy probando la 8.3-B2

Pero no puedo hacer esto en el servidor principal, así que las pruebas son
muy pocas, si tengo algo nuevo te aviso

-----Mensaje original-----
De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Agustin Casiva
Enviado el: Sábado, 17 de Noviembre de 2007 13:18
Para: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] Preocupacion con PostgreSQL

On Nov 17, 2007 11:09 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
>
> Que tal mis querido amigo de la lista..
>
> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos
dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
fue
> el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
entidad
> where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo
<
> $2 and cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo
contaba
> para restablecer el servidor habia quedado con esos errores. Depues de
tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los
datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete
y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema
ya
> que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --

Mirando las conversasiones veo que estas peleando con esto hace rato y
nadie te ayuda, veamos si puedo darte una mano.

No me queda muy claro por que te paso esto, me gustaría que nos
contaras que hiciste antes de que el problema aparezca y que te esta
causando el problema este (no arranca, anda lento, se cuelga, etc).

Googleando un poco pude encontrar este post en el Blog de Greg, a lo
mejor pueda ayudarte un poco.

http://people.planetpostgresql.org/greg/index.php?/archives/88-Performing-a-
reindex-of-the-system-tables.html

En caso de que no puedas solucionarlo cuentanos un poco mas acerca de
como se armo la catastrofe :P.

Saludos

--
Agustin Casiva
http://www.osis.com.ar
casivaagustin(at)gmail(dot)com
http://www.casivaagustin.com.ar

Para leer adjuntos necesitará Open Office
http://es.openoffice.org/programa/
--
TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
http://archives.postgresql.org/pgsql-es-ayuda

--
Agustin Casiva
http://www.osis.com.ar
casivaagustin(at)gmail(dot)com
http://www.casivaagustin.com.ar

Para leer adjuntos necesitará Open Office http://es.openoffice.org/programa/

On Nov 17, 2007 9:09 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument

que obtienes al ejecutar estos selects?

select * from pg_tablespace where oid = 1663;
select * from pg_database where oid = 16403;
select * from pg_class where oid = 16487;

el primero es el tablespace 'pg_default', el segundo es una base
creada por ti, la tercera debe ser un indice o una tabla creada por
ti...

una vez que sepas que es, verifica si en realidad existen... si es un
indice intenta un reindex...*todo eso en la base de prueba por
supuesto*, con los valores que arroja el error ahi... recuerda
tablespace/base/relacion (tabla o indice)

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Hola, pense que teneias solucionado el problema, pero intentaremos
ayudar, disculpa si te hago preguntas que ya has contestado.
Que version de postgres?
Puede que por alguna razon (caida de servidor, o borrado accidental),
parte de la base haya desaparecido.
Asumiendo que no se borraron archivos fisicamente de la base, podes
probar 2 cosas:

1) pg_dump -s >estructura.dmp y fijarte si existen las tablas y
funciones que usas.
2)select relname, relnamespace, reltype
from pg_class left join pg_tables on (relname=tablename) where
relkind='r' and tablename is null; , si por accidente alguien borró algo
del catalogo

Saludos Fernando

Agustin Casiva wrote:
> On Nov 17, 2007 11:09 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
>
>> Que tal mis querido amigo de la lista..
>>
>> En esta oportunidad que les ecribo por que hay una situación que me tiene
>> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
>> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>>
>> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico fue
>> el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>>
>> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
>> errores de este tipo y son muy frecuentes
>>
>> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
>> Invalid argument
>>
>> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
>> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>>
>> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>>
>> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
>> Invalid argument
>>
>> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
>> typname = 'lo'
>>
>> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
>> Invalid argument
>>
>> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from entidad
>> where lower(ent_nombre) like lower( $1 )"
>>
>> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>>
>> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>>
>> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
>> Invalid argument
>>
>> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
>> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
>> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo <
>> $2 and cuota.cuo_fraccion = 0"
>>
>> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>>
>> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
>> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
>> para restablecer el servidor habia quedado con esos errores. Depues de tanto
>> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
>> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
>> por supuesto crear toda la estructura desde cero compilada uno a uno haber
>> si asi solucinaba este problema.
>>
>> Pero al parecer esta solucion no funciono ya que se sigue presentado este
>> error, entonces lo que quiere decir que ese error no es causado por lo que
>> opino Alvaro.
>>
>> Quiero saber si en realidad alguien tiene una solucion para este problema ya
>> que estoy al borde de desertar. Por favor ayudenme.
>>
>> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
>> igual.
>>
>> Gracias de nuevo.
>> --
>>
>
> Mirando las conversasiones veo que estas peleando con esto hace rato y
> nadie te ayuda, veamos si puedo darte una mano.
>
> No me queda muy claro por que te paso esto, me gustaría que nos
> contaras que hiciste antes de que el problema aparezca y que te esta
> causando el problema este (no arranca, anda lento, se cuelga, etc).
>
> Googleando un poco pude encontrar este post en el Blog de Greg, a lo
> mejor pueda ayudarte un poco.
>
> http://people.planetpostgresql.org/greg/index.php?/archives/88-Performing-a-reindex-of-the-system-tables.html
>
> En caso de que no puedas solucionarlo cuentanos un poco mas acerca de
> como se armo la catastrofe :P.
>
> Saludos
>
>
>
>

Hola, ya probastes
vacuumdb -afzv -UDBA > salida.vac
Solamente para que rehaga las estadisticas y libere espacio

Saludos Fernando

Agustin Casiva wrote:
> ---------- Forwarded message ----------
> From: Cesar <caerices(at)gmail(dot)com>
> Date: Nov 17, 2007 1:34 PM
> Subject: RE: [pgsql-es-ayuda] Preocupacion con PostgreSQL
> To: Agustin Casiva <casivaagustin(at)gmail(dot)com>
>
>
> Estimado, ese problema se me presento hace un poco tiempo atrás, debido a
> que se cerró el sistema operativo bruscamente, por que se estaba poniendo
> lento los sistemas.
> Alvaro me respondió lo siguiente
>
> "No me queda claro cómo puede aparecer este problema ... quizás sea un bug
> de la version Windows, así que si no es la última de la serie, actualiza y
> prueba de nuevo.
>
> Lo otro que se me ocurre es que ya que el servidor se cayó abruptamente, el
> sistema de recuperación no haya funcionado correctamente. ¿Es NTFS la
> partición donde están los datos?"
>
> Efectivamente tenia la versión 8.2.5 y sistema de archivo NTFS pero el
> problema continúa y estoy a espera de una nueva versión para ver si esto se
> repara. Estoy probando la 8.3-B2
>
> Pero no puedo hacer esto en el servidor principal, así que las pruebas son
> muy pocas, si tengo algo nuevo te aviso
>
> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org
> [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Agustin Casiva
> Enviado el: Sábado, 17 de Noviembre de 2007 13:18
> Para: pgsql-es-ayuda(at)postgresql(dot)org
> Asunto: Re: [pgsql-es-ayuda] Preocupacion con PostgreSQL
>
>
> On Nov 17, 2007 11:09 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
>
>> Que tal mis querido amigo de la lista..
>>
>> En esta oportunidad que les ecribo por que hay una situación que me tiene
>> realmente preocupado con respecto al motor de BD,ya que dede hace unos
>>
> dias
>
>> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>>
>> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
>>
> fue
>
>> el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>>
>> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
>> errores de este tipo y son muy frecuentes
>>
>> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
>> Invalid argument
>>
>> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
>> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>>
>> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>>
>> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
>> Invalid argument
>>
>> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
>> typname = 'lo'
>>
>> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
>> Invalid argument
>>
>> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
>>
> entidad
>
>> where lower(ent_nombre) like lower( $1 )"
>>
>> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>>
>> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>>
>> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
>> Invalid argument
>>
>> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
>> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
>> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo
>>
> <
>
>> $2 and cuota.cuo_fraccion = 0"
>>
>> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>>
>> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
>> tablespace y que estaba corrupto, entonces que el Backup con que yo
>>
> contaba
>
>> para restablecer el servidor habia quedado con esos errores. Depues de
>>
> tanto
>
>> leer e indagar nunca encontre una solucion, entonces decidi copiar los
>>
> datos
>
>> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete
>>
> y
>
>> por supuesto crear toda la estructura desde cero compilada uno a uno haber
>> si asi solucinaba este problema.
>>
>> Pero al parecer esta solucion no funciono ya que se sigue presentado este
>> error, entonces lo que quiere decir que ese error no es causado por lo que
>> opino Alvaro.
>>
>> Quiero saber si en realidad alguien tiene una solucion para este problema
>>
> ya
>
>> que estoy al borde de desertar. Por favor ayudenme.
>>
>> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
>> igual.
>>
>> Gracias de nuevo.
>> --
>>
>
> Mirando las conversasiones veo que estas peleando con esto hace rato y
> nadie te ayuda, veamos si puedo darte una mano.
>
> No me queda muy claro por que te paso esto, me gustaría que nos
> contaras que hiciste antes de que el problema aparezca y que te esta
> causando el problema este (no arranca, anda lento, se cuelga, etc).
>
> Googleando un poco pude encontrar este post en el Blog de Greg, a lo
> mejor pueda ayudarte un poco.
>
> http://people.planetpostgresql.org/greg/index.php?/archives/88-Performing-a-
> reindex-of-the-system-tables.html
>
> En caso de que no puedas solucionarlo cuentanos un poco mas acerca de
> como se armo la catastrofe :P.
>
> Saludos
>
>
>
> --
> Agustin Casiva
> http://www.osis.com.ar
> casivaagustin(at)gmail(dot)com
> http://www.casivaagustin.com.ar
>
> Para leer adjuntos necesitará Open Office
> http://es.openoffice.org/programa/
> --
> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
> http://archives.postgresql.org/pgsql-es-ayuda
>
>
>
>
>

Hola, disculpen en mi anterior,escribí dos sentencias, de las cuales la
segunda carece de sentido ya que consulta la tabla pg_class y la vista
pg_tables que se basa
en pg_class.

Saludos Fernando

Rodriguez Fernando wrote:
> Hola, pense que teneias solucionado el problema, pero intentaremos
> ayudar, disculpa si te hago preguntas que ya has contestado.
> Que version de postgres?
> Puede que por alguna razon (caida de servidor, o borrado accidental),
> parte de la base haya desaparecido.
> Asumiendo que no se borraron archivos fisicamente de la base, podes
> probar 2 cosas:
>
> 1) pg_dump -s >estructura.dmp y fijarte si existen las tablas y
> funciones que usas.
> 2)select relname, relnamespace, reltype
> from pg_class left join pg_tables on (relname=tablename) where
> relkind='r' and tablename is null; , si por accidente alguien borró
> algo del catalogo
>
> Saludos Fernando
>
>
> Agustin Casiva wrote:
>> On Nov 17, 2007 11:09 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
>>
>>> Que tal mis querido amigo de la lista..
>>>
>>> En esta oportunidad que les ecribo por que hay una situación que me
>>> tiene
>>> realmente preocupado con respecto al motor de BD,ya que dede hace
>>> unos dias
>>> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>>>
>>> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el
>>> unico fue
>>> el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>>>
>>> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
>>> errores de este tipo y son muy frecuentes
>>>
>>> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
>>> Invalid argument
>>>
>>> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
>>> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>>>
>>> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL
>>> statement
>>>
>>> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
>>> Invalid argument
>>>
>>> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type
>>> where
>>> typname = 'lo'
>>>
>>> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
>>> Invalid argument
>>>
>>> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
>>> entidad
>>> where lower(ent_nombre) like lower( $1 )"
>>>
>>> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>>>
>>> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>>>
>>> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
>>> Invalid argument
>>>
>>> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
>>> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
>>> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and
>>> cuota.cap_codigo <
>>> $2 and cuota.cuo_fraccion = 0"
>>>
>>> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>>>
>>> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
>>> tablespace y que estaba corrupto, entonces que el Backup con que yo
>>> contaba
>>> para restablecer el servidor habia quedado con esos errores. Depues
>>> de tanto
>>> leer e indagar nunca encontre una solucion, entonces decidi copiar
>>> los datos
>>> de la actual BD y desde cero crear un nuevo DataBase con nombre
>>> diferenete y
>>> por supuesto crear toda la estructura desde cero compilada uno a uno
>>> haber
>>> si asi solucinaba este problema.
>>>
>>> Pero al parecer esta solucion no funciono ya que se sigue presentado
>>> este
>>> error, entonces lo que quiere decir que ese error no es causado por
>>> lo que
>>> opino Alvaro.
>>>
>>> Quiero saber si en realidad alguien tiene una solucion para este
>>> problema ya
>>> que estoy al borde de desertar. Por favor ayudenme.
>>>
>>> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y
>>> 8.1 y es
>>> igual.
>>>
>>> Gracias de nuevo.
>>> --
>>>
>>
>> Mirando las conversasiones veo que estas peleando con esto hace rato y
>> nadie te ayuda, veamos si puedo darte una mano.
>>
>> No me queda muy claro por que te paso esto, me gustaría que nos
>> contaras que hiciste antes de que el problema aparezca y que te esta
>> causando el problema este (no arranca, anda lento, se cuelga, etc).
>>
>> Googleando un poco pude encontrar este post en el Blog de Greg, a lo
>> mejor pueda ayudarte un poco.
>>
>> http://people.planetpostgresql.org/greg/index.php?/archives/88-Performing-a-reindex-of-the-system-tables.html
>>
>>
>> En caso de que no puedas solucionarlo cuentanos un poco mas acerca de
>> como se armo la catastrofe :P.
>>
>> Saludos
>>
>>
>>
>>
> --
> TIP 2: puedes desuscribirte de todas las listas simultáneamente
> (envía "unregister TuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)
>

Felipe Amezquita escribió:

> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico fue
> el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument

Hola,

Si el problema fuera causado por corrupcion de los catalogos, el numero
del tablespace seria variable. Pero en todos los casos es el tablespace
1663, asi que creo que se puede descartar ese caso.

Segun src/include/catalog/pg_tablespace.h, 1663 es el OID del tablespace por
omision (pg_default). Es raro que en tu sistema no esté. Haz un select * from
pg_tablespace y muestra el resultado. En mi sistema, cuando he recién creado
la BD en 8.2.5 veo lo siguiente:

alvherre=# select oid,* from pg_tablespace;
oid | spcname | spcowner | spclocation | spcacl
------+------------+----------+-------------+--------
1663 | pg_default | 10 | |
1664 | pg_global | 10 | |
(2 rows)

--
Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13' 56.4"
"And as an added bonus, now my computer goes to the toilet for me, leaving me
free to spend time on more useful activities! yay slug codefests!" (C. Parker)

Felipe Amezquita escribió:

> no me muestra nada,pero yo voy a la tuta del base y si existe
> ,definitivamente ya no se que mas hacer?

Podrias partir haciendo las cosas que Jaime y yo te hemos pedido que
hicieras ... ?

--
Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
"La grandeza es una experiencia transitoria. Nunca es consistente.
Depende en gran parte de la imaginación humana creadora de mitos"
(Irulan)

On Nov 19, 2007 12:19 PM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> Felipe Amezquita escribió:
>
> > no me muestra nada,pero yo voy a la tuta del base y si existe
> > ,definitivamente ya no se que mas hacer?
>
> Podrias partir haciendo las cosas que Jaime y yo te hemos pedido que
> hicieras ... ?
>

Ademas, envia las respuestas a la lista. Veo que me has contestado a
mi y aparentemente has enviado una respuesta similar a Alvaro.

Mientras estoy en mi trabajo (al menos 8 horas diarias) no puedo ver
tus mails, asi que es inutil que me contestes solo a mi...

Parte (y de hecho la mas relevante) de la respuesta que me enviaste a mi fue:
>
> 2007-11-19 10:44:44 ERROR: could not open relation 1663/16403/24745: Invalid argument
>
> y lo mas curiso es que hago el select * from pg_class where oid=24745;
> y me lo muestra vacio.
>
> Pero cuando voy a la ruta del base este archivo si esta alli,me podrias indicar algo por favor
>

ejecutaste el select en pg_database que te dije? que mostró? si te da
demasiada pereza escribir el where y no son muchas bases de datos
"select oid, * from pg_database" podria servir...

Alvaro tambien te dijo que muestres pg_tablespace...

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Bueno amigos de la lista,todavia no logro solucionar el problema de los
bloqueos.

Ya he hecho todas las recomendaciones hechas por ustedes y ninguna me ha
servido,inclusive hoy despues de haber reindezado se presentan mas
frecuentemente los problemas

007-11-20 09:25:50 ERROR: could not open relation 1663/16403/16628: Invalid
argument

2007-11-20 09:25:50 CONTEXT: SQL statement " select
especificacion_plan_exequial.como_codigo, como_nombre, comodin.tip_codigo,
tip_nombre, decodeepe( $1 ) as ccomo_codigo, decodeccon(ccomo_nombre) as
ccomo_nombre, to_char(esppexeq_fecing,'dd/mm/yyyy hh:mi:ss AM') as
esppexeq_fecing, esppexeq_valcomodin, esppexeq_esutilizable,
esppexeq_unidades, esppexeq_tienebene, esppexeq_numbene from
especificacion_plan_exequial, comodin, clase_comodin, tipo where
(pexeq_codigo,especificacion_plan_exequial.como_codigo,esppexeq_fecing) in (
select pexeq_codigo, como_codigo, esppexeq_fecing from
especificacion_programa where est_codigo = 'Ac' and prg_codigo = $2 and
pexeq_codigo = $3 ) and especificacion_plan_exequial.como_codigo =
comodin.como_codigo and comodin.tip_codigo = tipo.tip_codigo and
especificacion_plan_exequial.ccomo_codigo = clase_comodin.ccomo_codigo order
by ccomo_nombre desc, tip_nombre, como_nombre"

PL/pgSQL function "selec_detalle_plan_prg" line 9 at open

2007-11-20 09:25:50 STATEMENT: BEGIN;SELECT * FROM
public."selec_detalle_plan_prg"(E'500002007',E'204',E'ref')

2007-11-20 09:28:46 ERROR: could not open relation 1663/16403/33406:
Invalid argument

2007-11-20 09:28:46 CONTEXT: SQL statement "select * from localidad where
lower(dep_codigo) =lower(0) and loc_nombre <> 'No zonificado' order by
loc_nombre"

PL/pgSQL function "seleccionar_zonificacion" line 5 at open

2007-11-20 09:28:46 STATEMENT: BEGIN;SELECT * FROM
public."seleccionar_zonificacion"(E'localidad',E'dep_codigo',E'0',E'loc_nombre',E'ref')

2007-11-20 09:34:37 ERROR: could not open relation 1663/16403/17052:
Invalid argument

2007-11-20 09:34:37 CONTEXT: SQL statement "select tip_codigo from tipo
where ent_codigo = $1 and lower(TIP_NOMBRE) = lower( $2 )"

PL/pgSQL function "get_codigo_tipo" line 8 at SQL statement

PL/pgSQL function "seleccionar_afi_prg" line 6 at assignment

2007-11-20 09:34:37 STATEMENT: BEGIN;SELECT * FROM
public."seleccionar_afi_prg"(E'221391',E'ref')

2007-11-20 09:34:38 ERROR: could not open relation 1663/16403/16754:
Invalid argument

2007-11-20 09:34:38 CONTEXT: SQL statement " select
ubicacion_recaudo.dir_codigo, ubicacion_recaudo.jor_codigo,
(to_char(jor_hora_inicial,'HH:MI am') || ' a ' ||
to_char(jor_hora_final,'HH:MI am') || ', ' || jor_nombre) as jor_nombre,
dir_direccion, loc_nombre from ubicacion_recaudo, jornada, direccion,
manzana, barrio, sector, zona, localidad where prg_codigo = $1 and
ubicacion_recaudo.dir_codigo = direccion.dir_codigo and direccion.man_codigo=
manzana.man_codigo and manzana.barr_codigo = barrio.barr_codigo and
barrio.sec_codigo = sector.sec_codigo and sector.zona_codigo =
zona.zona_codigo and zona.loc_codigo = localidad.loc_codigo and
ubicacion_recaudo.est_codigo = 'Ac' and ubicacion_recaudo.jor_codigo =
jornada.jor_codigo"

PL/pgSQL function "seleccionar_dirrec_prg" line 2 at open

2007-11-20 09:34:38 STATEMENT: BEGIN;SELECT * FROM
public."seleccionar_dirrec_prg"(E'221391',E'ref')

2007-11-20 09:36:37 ERROR: could not open relation 1663/16403/16754:
Invalid argument

2007-11-20 09:36:37 CONTEXT: SQL statement "select * from localidad where
lower(dep_codigo) =lower(19) and loc_nombre <> 'No zonificado' order by
loc_nombre"

PL/pgSQL function "seleccionar_zonificacion" line 5 at open

2007-11-20 09:36:37 STATEMENT: BEGIN;SELECT * FROM
public."seleccionar_zonificacion"(E'localidad',E'dep_codigo',E'19',E'loc_nombre',E'ref')

2007-11-20 09:37:32 ERROR: invalid input syntax for type date: ""

2007-11-20 09:37:32 STATEMENT: BEGIN;SELECT * FROM
public."pagar_cuotas_fecha"(E'229927',E'',E'ref')

Y lo peor ya no es eso, al hacer las consultas que me recomendaron

select * from pg_tablespace where oid = 1663;
select * from pg_database where oid = 16403;
select * from pg_class where oid = 16754;
Todo lo muestra bien desde la consola de PgAdmin, entonces no se que mas
pueda hacer,estan que me dan de baja en el trabajo y no solo eso cuando se
bloquea me toca bajar y subir de nuevo el servicio para que trabaje otro
rato.

Otro error que se esta presentado es este

select oid, typbasetype from pg_type where typname = 'lo'
como lo puedo solucionar ya que ese tipo de dato no existe.

que pena con ustedes y de nuevo gracias.

El día 17/11/07, Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:
>
>
> Que tal mis querido amigo de la lista..
>
> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
> fue el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
> entidad where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo< $2 and
> cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> para restablecer el servidor habia quedado con esos errores. Depues de tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema
> ya que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3146286237 - 3173160602

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

Felipe Amezquita escribió:
> Bueno amigos de la lista,todavia no logro solucionar el problema de los
> bloqueos.

¿Cuales bloqueos? En tu log no veo ningún bloqueo ni nunca has hablado
de bloqueos, sólo de errores. Ahora recién me di cuenta que tu mensaje
de error dice "invalid argument" -- eso es algo que en los primeros
mensajes no mostraste.

> Ya he hecho todas las recomendaciones hechas por ustedes y ninguna me ha
> servido,inclusive hoy despues de haber reindezado se presentan mas
> frecuentemente los problemas

Reindexaste que cosa --- las tablas que yo te dije?

Hay otra persona que reporta tu mismo error, y que cuando cambió el
driver ODBC dejó de presentarse. Yo lo encuentro muy raro

http://www.jitterbit.com/PhpBB/viewtopic.php?t=157&sid=7791ac8959c0e433753d2b9ede6385f7

¿Qué versión de Windows dijiste que estabas usando?

--
Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13' 56.4"
"Limítate a mirar... y algun día veras"

Vamos a ver ... encontre lo siguiente:

http://www.sql.ru/forum/actualthread.aspx?tid=340531

Por lo que puedo entender,
http://translate.google.com/translate?u=http%3A%2F%2Fwww.sql.ru%2Fforum%2Factualthread.aspx%3Ftid%3D340531&langpair=ru%7Cen&hl=es&ie=UTF-8

entre varios otros reportes en varias listas y foros, este error se ha
visto aparecer varias veces en Windows, nunca se ha reportado en otras
plataformas, y no se le ha encontrado respuesta.

Una cosa que yo me pregunto es si tendra que ver con un problema de
excesivas conexiones. ¿Cuantos clientes tienes simultaneamente cuando
el error aparece? ¿A que valor tienes max_connections en
postgresql.conf?

--
Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13' 56.4"
Y una voz del caos me habló y me dijo
"Sonríe y sé feliz, podría ser peor".
Y sonreí. Y fui feliz.
Y fue peor.

Bueno resulta que tengo instalado en windows 2003 server parchado a service
pack 2, se conectan a la vez 9 clientes y la conexiones en el archivo de
configuracion esta asi
max_connections = 100

Yo reindexe la tabla pg_class,la pg_tablespce no soy capaz de inciarlo en el
modo standalond.Pero hice un indexamiento de todo.

el diver ODBC que uso es PostgreSQL ansi O UNICODE version 8.02.04.00.

Gracias de nuevo

El día 17/11/07, Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:
>
>
> Que tal mis querido amigo de la lista..
>
> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
> fue el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
> entidad where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo< $2 and
> cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> para restablecer el servidor habia quedado con esos errores. Depues de tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema
> ya que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3146286237 - 3173160602

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

Felipe Amezquita escribió:

> Yo reindexe la tabla pg_class,la pg_tablespce no soy capaz de inciarlo en el
> modo standalond.Pero hice un indexamiento de todo.

Ah, no reindexaste pg_tablespace todavia! Bueh, yo pense que ya lo
habias hecho. Por favor baja postmaster, inicia en modo standalone y
reindexa. Las instrucciones para hacerlo ya te las envié anteriormente
(estarían en el archivo de la lista si no me hubieras enviado correo
privado).

--
Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
"No reniegues de lo que alguna vez creíste"

Un gusto Saludarlos
Tengo el siguiente error que me desconecta por segundos de ls DB desde
mi aplicación:
crashdump[8586]: postmaster crashed
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001)

Eh investigado un poco pero no logro entender al 100% como puedo corregir
este problema, si alguien me puedo ayudar con una orientación se los
agradecería.

Douglas Escobar

Como hago para reidenxar en modo standalone, si me dieras una manita.
Bajo el postmaster,pero no se es como ejecuto el postgres -P -O
Si me das unos pasitos te lo agradezco.

Gracias mis amigos.

El día 17/11/07, Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:
>
>
> Que tal mis querido amigo de la lista..
>
> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
> fue el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
> entidad where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo< $2 and
> cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> para restablecer el servidor habia quedado con esos errores. Depues de tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema
> ya que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3146286237 - 3173160602

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

Felipe Amezquita escribió:
> Como hago para reidenxar en modo standalone, si me dieras una manita.
> Bajo el postmaster,pero no se es como ejecuto el postgres -P -O
> Si me das unos pasitos te lo agradezco.

Abres una ventana de terminal (cmd.exe) y ejecutas
postgres -P -O -D "C:\archivos de programa/donde/esta/el/data"
o algo por ahi.

--
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J
"XML!" Exclaimed C++. "What are you doing here? You're not a programming
language."
"Tell that to the people who use me," said XML.

Douglas Escobar escribió:
> Un gusto Saludarlos
> Tengo el siguiente error que me desconecta por segundos de ls DB desde
> mi aplicación:
> crashdump[8586]: postmaster crashed
> Exception: EXC_BAD_ACCESS (0x0001)
> Codes: KERN_INVALID_ADDRESS (0x0001)
>
> Eh investigado un poco pero no logro entender al 100% como puedo corregir
> este problema, si alguien me puedo ayudar con una orientación se los
> agradecería.

De que sistema operativo estamos hablando?

--
Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
Jude: I wish humans laid eggs
Ringlord: Why would you want humans to lay eggs?
Jude: So I can eat them

Douglas Escobar wrote:
> Mac OS X 10.4 y PosgreSQL 8.2.0

Hazte un favor y actualiza a Postgres 8.2.5. Si todavia se cae,
estudiamos el problema.

Ten presente que yo no soy una organización de soporte individual. Por
favor envía copia a la lista! De otro modo, el correo puede perderse
en el limbo.

--
Alvaro Herrera http://www.advogato.org/person/alvherre
"On the other flipper, one wrong move and we're Fatal Exceptions"
(T.U.X.: Term Unit X - http://www.thelinuxreview.com/TUX/)

Gracias por la información vamos a empezar a planear la actualización de la
DB.

Douglas Escobar

-----Mensaje original-----
De: Alvaro Herrera [mailto:alvherre(at)alvh(dot)no-ip(dot)org]
Enviado el: Martes, 20 de Noviembre de 2007 02:37 p.m.
Para: Douglas Escobar
CC: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] Chashed Error

Douglas Escobar wrote:
> Mac OS X 10.4 y PosgreSQL 8.2.0

Hazte un favor y actualiza a Postgres 8.2.5. Si todavia se cae,
estudiamos el problema.

Ten presente que yo no soy una organización de soporte individual. Por
favor envía copia a la lista! De otro modo, el correo puede perderse
en el limbo.

--
Alvaro Herrera
http://www.advogato.org/person/alvherre
"On the other flipper, one wrong move and we're Fatal Exceptions"
(T.U.X.: Term Unit X - http://www.thelinuxreview.com/TUX/)

Alvaro Herrera escribió:
>
> Ten presente que yo no soy una organización de soporte individual. Por
> favor envía copia a la lista! De otro modo, el correo puede perderse
> en el limbo.

O en /dev/null ;-)

----- Original Message -----
From: "Alvaro Herrera" <alvherre(at)alvh(dot)no-ip(dot)org>
To: "Felipe Amezquita" <felmarla(at)gmail(dot)com>
Cc: "postgresayuda" <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Tuesday, November 20, 2007 2:29 PM
Subject: Re: [pgsql-es-ayuda] Preocupacion con PostgreSQL

> Felipe Amezquita escribió:
>
>> Yo reindexe la tabla pg_class,la pg_tablespce no soy capaz de inciarlo en
>> el
>> modo standalond.Pero hice un indexamiento de todo.
>
> Ah, no reindexaste pg_tablespace todavia! Bueh, yo pense que ya lo
> habias hecho. Por favor baja postmaster, inicia en modo standalone y
> reindexa. Las instrucciones para hacerlo ya te las envié anteriormente
> (estarían en el archivo de la lista si no me hubieras enviado correo
> privado).
>

Si resulta por favor publiquen las instrucciones para tener el ciclo
completo ... tengo varios servidores postgresql sobre windows y aunque nunca
he tenido problemas me asusta llegar a un problema de esta índole y sin
saber cual es la solución.

RAUL DUQUE
Bogotá, Colombia

> --
> Alvaro Herrera
> http://www.amazon.com/gp/registry/CTMLCN8V17R4
> "No reniegues de lo que alguna vez creíste"
> --
> TIP 9: visita nuestro canal de IRC #postgresql-es en irc.freenode.net

----- Original Message -----
From: "Raul Andres Duque" <ra_duque(at)yahoo(dot)com(dot)mx>
To: "Alvaro Herrera" <alvherre(at)alvh(dot)no-ip(dot)org>; "Felipe Amezquita"
<felmarla(at)gmail(dot)com>
Cc: "postgresayuda" <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Tuesday, November 20, 2007 6:12 PM
Subject: Re: [pgsql-es-ayuda] Preocupacion con PostgreSQL

>
> ----- Original Message -----
> From: "Alvaro Herrera" <alvherre(at)alvh(dot)no-ip(dot)org>
> To: "Felipe Amezquita" <felmarla(at)gmail(dot)com>
> Cc: "postgresayuda" <pgsql-es-ayuda(at)postgresql(dot)org>
> Sent: Tuesday, November 20, 2007 2:29 PM
> Subject: Re: [pgsql-es-ayuda] Preocupacion con PostgreSQL
>
>
>> Felipe Amezquita escribió:
>>
>>> Yo reindexe la tabla pg_class,la pg_tablespce no soy capaz de inciarlo
>>> en el
>>> modo standalond.Pero hice un indexamiento de todo.
>>
>> Ah, no reindexaste pg_tablespace todavia! Bueh, yo pense que ya lo
>> habias hecho. Por favor baja postmaster, inicia en modo standalone y
>> reindexa. Las instrucciones para hacerlo ya te las envié anteriormente
>> (estarían en el archivo de la lista si no me hubieras enviado correo
>> privado).
>>
>
> Si resulta por favor publiquen las instrucciones para tener el ciclo
> completo ... tengo varios servidores postgresql sobre windows y aunque
> nunca he tenido problemas me asusta llegar a un problema de esta índole y
> sin saber cual es la solución.

te adjunto el link a la documentacion
http://www.postgresql.org/docs/8.2/static/app-postgres.html
basicamente son 5 pasos, para reindexar todas las tablas de systema
1) parar el motor
2) iniciar en modo single
postgres --single -P D "ruta de datos" "nombre de la base"
vas a ver el promt (varia segun version):
PostgreSQL stand-alone backend 8.2
backend>
3) ejecutar en el backend: REINDEX SYSTEM "nombre de la base"
4) ctrl + D para salir
5) volves a iniciar el servidor en modo normal

espero les sirva
Saludos
GM

--- Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:

> Bueno resulta que tengo instalado en windows 2003
> server parchado a service
> pack 2, se conectan a la vez 9 clientes y la
> conexiones en el archivo de
> configuracion esta asi
> max_connections = 100
>
> Yo reindexe la tabla pg_class,la pg_tablespce no soy
> capaz de inciarlo en el
> modo standalond.Pero hice un indexamiento de todo.
>
> el diver ODBC que uso es PostgreSQL ansi O UNICODE
> version 8.02.04.00.
>
> Gracias de nuevo
>
>
8.02.00.02 Seria la ultima recomendable .

Comparte video en la ventana de tus mensajes (y también tus fotos de Flickr). Usa el nuevo Yahoo! Messenger versión Beta.
http://e1.beta.messenger.yahoo.com/

Hola.
Que exactamente estas usando?
Desde cuando te sucede?
Algun problema en la memoria ?

Saludos Fernando

Douglas Escobar wrote:
> Un gusto Saludarlos
> Tengo el siguiente error que me desconecta por segundos de ls DB desde
> mi aplicación:
> crashdump[8586]: postmaster crashed
> Exception: EXC_BAD_ACCESS (0x0001)
> Codes: KERN_INVALID_ADDRESS (0x0001)
>
> Eh investigado un poco pero no logro entender al 100% como puedo corregir
> este problema, si alguien me puedo ayudar con una orientación se los
> agradecería.
>
> Douglas Escobar
>
>
> --
> TIP 5: ¿Has leído nuestro extenso FAQ?
> http://www.postgresql.org/docs/faqs.FAQ.html
>

Buen dia mis amigos de la lista..

Tengo para informarles que despues de tanto preguntar y obtener opiniones
aun el problema no se resuelve,ya que he hecho todas las recomendaciones
pertinentes y hasta ahora no me ha dado resultado.

Sigo con el mismo problema de los errores

2007-11-21 09:26:47 ERROR: could not open relation 1663/16403/748753:
Invalid argument
2007-11-21 09:26:47 CONTEXT: SQL statement " select programa.prg_codigo,
como_nombre,
round(especificacion_programa.esppexeq_valcomodin/cap_num_cuotas) as
esppexeq_valcomodin from pg_user,programa, temp_programas, comodin,
especificacion_plan_exequial, especificacion_programa, carpeta_pago where
programa.prg_codigo = temp_programas.prg_codigo and
pg_user.usesysid=temp_programas.user_id and programa.prg_codigo =
carpeta_pago.prg_codigo and carpeta_pago.cap_codigo in (select
max(cap_codigo) from carpeta_pago where prg_codigo = programa.prg_codigo)
and programa.prg_codigo = especificacion_programa.prg_codigo and
especificacion_programa.est_codigo = 'Ac' and
especificacion_programa.pexeq_codigo =
especificacion_plan_exequial.pexeq_codigo and
especificacion_programa.como_codigo =
especificacion_plan_exequial.como_codigo and
especificacion_programa.esppexeq_fecing =
especificacion_plan_exequial.esppexeq_fecing and
(especificacion_plan_exequial.ccomo_codigo = $1 or
especificacion_plan_exequial.ccomo_codigo = $2 or
especificacion_plan_exequial.ccomo_codigo is null) and
especificacion_plan_exequial.como_codigo = comodin.como_codigo union select
programa.prg_codigo,null,0 from pg_user,programa, temp_programas where
programa.prg_codigo = temp_programas.prg_codigo and
pg_user.usesysid=temp_programas.user_id and programa.prg_codigo not in
(select especificacion_programa.prg_codigo from especificacion_programa,
especificacion_plan_exequial where especificacion_programa.prg_codigo =
programa.prg_codigo and especificacion_programa.est_codigo = 'Ac' and
especificacion_programa.pexeq_codigo =
especificacion_plan_exequial.pexeq_codigo and
especificacion_programa.como_codigo =
especificacion_plan_exequial.como_codigo and
especificacion_programa.esppexeq_fecing =
especificacion_plan_exequial.esppexeq_fecing and
(especificacion_plan_exequial.ccomo_codigo = $1 or
especificacion_plan_exequial.ccomo_codigo = $2 )) order by prg_codigo,
como_nombre"
PL/pgSQL function "selec_comodines_anexo" line 15 at open
2007-11-21 10:02:34 ERROR: could not open relation 1663/16403/748728:
Invalid argument
2007-11-21 10:02:34 CONTEXT: SQL statement " select prg_codigo, cap_codigo,
cuo_codigo, cuo_fraccion, cuo_valor_cuota, cuo_descuento, cuo_valor_total,
to_char(cuo_fecha_ideal_pago,'DD/Mon/YYYY') as cuo_fecha_ideal_pago,
to_char(cuo_fecha_pago,'DD/Mon/YYYY') as
cuo_fecha_pago,to_char(cuo_fecha_ingreso,'DD/Mon/YYYY') as
cuo_fecha_ingreso, to_char(cuo_fecha_vencim,'DD/Mon/YYYY') as
cuo_fecha_vencim,to_char(cuo_fecha_vigencia,'DD/Mon/YYYY') as
cuo_fecha_vigencia, est_codigo, fac_prefijo, fac_numero, mot_codigo from
cuota where prg_codigo = $1 and cap_codigo = $2 and cuo_fraccion = 0
order by cuo_codigo"
PL/pgSQL function "seleccionar_cuotas" line 2 at open
2007-11-21 10:08:51 ERROR: could not open relation 1663/16403/748719:
Invalid argument.

auxilio que mas me recomienda.

Recuerden que trabajo bajo Windows 2003 server versiones 8.1 y 8.2

Gracias de nuevo.

El día 17/11/07, Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:
>
>
> Que tal mis querido amigo de la lista..
>
> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
> fue el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
> entidad where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo< $2 and
> cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> para restablecer el servidor habia quedado con esos errores. Depues de tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema
> ya que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3146286237 - 3173160602

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

On Nov 22, 2007 7:28 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
> Buen dia mis amigos de la lista..
>
> Tengo para informarles que despues de tanto preguntar y obtener opiniones
> aun el problema no se resuelve,ya que he hecho todas las recomendaciones
> pertinentes y hasta ahora no me ha dado resultado.
>
> Sigo con el mismo problema de los errores
>
> 2007-11-21 09:26:47 ERROR: could not open relation 1663/16403/748753:
> Invalid argument
> 2007-11-21 09:26:47 CONTEXT: SQL statement " select programa.prg_codigo ,
> como_nombre,

ya me habia olvidado de ti...
como ya me aburri de esperar que me envies la informacion que te pedi,
vamos con una ronda de preguntas...

- dices que tienes el mismo problema en 8.1 y 8.2, significa que es
reproducible... seria posible que envies una version de prueba de tu
base? (sientete en la libertad de modificar los datos que consideres
necesarios siempre que el problema a un este)

- el uso normal de tu base es a traves de un sistema? si ejecutas la
misma consulta o una mas simple desde el psql... ves el mismo
problema?

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Bueno amigos de la lista...Espero se encuentren de maravilla
Que tal lista.
Otro error que se me esta presentando en el log es el siguiente

select oid, typbasetype from pg_type where typename = 'lo'
could not open relation..

Por que puede ocurrir esto,tiene algo que ver el odbc con que me estoy
conectado.

Necesito sugerencias.
Gracias

El día 17/11/07, Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:
>
>
> Que tal mis querido amigo de la lista..Espero se encuentren bien.

Si ejecuto las consultas desde el PgADMIN no presenta ningun error ninguna
de las consultas.
En casi todos los casos que hago un select del OID en la tabla pg_class yo
las encuentro, que es lo mas curioso de todo, pero hay otra cosa rara y es
que despues de que se reindexaron el pg_class y pg_tablespace empezaron a
mostrace mas seguido los errores del invalid argument y con unos codigos
OID muy grandes, los cuales le hago la consulta en la tabla pg_class y no
muestra nada.

En realidad estoy muy desesperado por que no se que mas hacer.

Y lo del enviar una copia de la bd me gustaria saber sy la envio la
estructura en un backup y los datos en otro o juntos.

Yo tengo un sistema que se conecta via ODBC y esta creado en .NET C#

Y el problema si se me presenta en las dos versiones 8.0,8.1 y 8.2.
No se que tanto tenga que ver la version del sistemas operativo,recuerden
que es 2003 server.

De nuevo gracias y espero su colaboracion.

En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
> fue el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
> entidad where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo< $2 and
> cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> para restablecer el servidor habia quedado con esos errores. Depues de tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema
> ya que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3146286237 - 3173160602

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

Felipe Amezquita escribió:
> Bueno amigos de la lista...Espero se encuentren de maravilla
> Que tal lista.
> Otro error que se me esta presentando en el log es el siguiente
>
> select oid, typbasetype from pg_type where typename = 'lo'
> could not open relation..

could not open relation ... que mas???

> Por que puede ocurrir esto,tiene algo que ver el odbc con que me estoy
> conectado.

Yo diria que no.

--
Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13' 56.4"
"Some men are heterosexual, and some are bisexual, and some
men don't think about sex at all... they become lawyers" (Woody Allen)

Que tal lista.....
el problema continua apareciendo y lo peor de todo es que las consultas las
ejecuto por debajo y me devuelven bien.
desde el pg_class sea un indice o una tabla.

Pues ya le dige a mi jefe que migraramos a linux la Bd y el no quiere ya que
necesitariamos dos equipos a falta de uno.Uno para el servidor WEB y otro
para la BD ya que los formularios esta desarrollados en .NET c# sobre ISS.
Me gustaria otro empujoncito mis amigo de PostgreSQL.

Gracias abajo muestro el log de una de las BD pero todas presenta el mismo
problema. En versiones 8.1 y 8.2

2007-11-26 11:41:59 ERROR: could not open relation 1663/352369/353685:
Invalid argument
2007-11-26 11:41:59 CONTEXT: SQL statement "SELECT mot_codigo from motivo,
entidad where lower(entidad.ent_nombre) = lower( $1 ) and entidad.ent_codigo=
motivo.ent_codigo and lower(motivo.est_codigo) = lower( $2 ) and lower(
motivo.mot_nombre) = lower( $3 )"
PL/pgSQL function "get_codigo_motivo2" line 4 at select into variables
PL/pgSQL function "es_posible_pago_cuotas" line 10 at assignment
2007-11-26 11:41:59 LOG: could not receive data from client: No se ha
podido establecer conexión ya que el equipo de destino ha denegado
activamente dicha conexión.

2007-11-26 12:09:48 ERROR: could not open relation 1663/352369/1142039:
Invalid argument
2007-11-26 12:09:48 CONTEXT: SQL statement " select oco_nombre, oco_codigo,
localidad.loc_codigo, departamento.dep_codigo, pais_codigo from
oficina_comercial, direccion, manzana, barrio, sector, zona, localidad,
departamento where oficina_comercial.aco_codigo = $1 and
oficina_comercial.dir_codigo = direccion.dir_codigo and direccion.man_codigo=
manzana.man_codigo and manzana.barr_codigo = barrio.barr_codigo and
barrio.sec_codigo = sector.sec_codigo and sector.zona_codigo =
zona.zona_codigo and zona.loc_codigo = localidad.loc_codigo and
localidad.dep_codigo = departamento.dep_codigo order by oco_nombre"
PL/pgSQL function "ubicacion_localidad_oco" line 2 at open

2007-11-26 16:02:50 ERROR: could not open relation 1663/352369/1142202:
Invalid argument
2007-11-26 16:02:50 CONTEXT: SQL statement " select oco_nombre, oco_codigo,
localidad.loc_codigo, departamento.dep_codigo, pais_codigo from
oficina_comercial, direccion, manzana, barrio, sector, zona, localidad,
departamento where oficina_comercial.aco_codigo = $1 and
oficina_comercial.dir_codigo = direccion.dir_codigo and direccion.man_codigo=
manzana.man_codigo and manzana.barr_codigo = barrio.barr_codigo and
barrio.sec_codigo = sector.sec_codigo and sector.zona_codigo =
zona.zona_codigo and zona.loc_codigo = localidad.loc_codigo and
localidad.dep_codigo = departamento.dep_codigo order by oco_nombre"
PL/pgSQL function "ubicacion_localidad_oco" line 2 at open

2007-11-26 17:47:54 ERROR: could not open relation 1663/352369/1142123:
Invalid argument
2007-11-26 17:47:54 CONTEXT: SQL statement "select * from tipo_orientacion
where torie_codigo

in ( select torie_codigo from torie_localidad where
loc_codigo =822)

order by torie_nombre "
PL/pgSQL function "seleccionar_torie_local" line 8 at open

El día 17/11/07, Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:
>
>
> Que tal mis querido amigo de la lista..
>
> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
> fue el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
> entidad where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo< $2 and
> cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> para restablecer el servidor habia quedado con esos errores. Depues de tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema
> ya que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3146286237 - 3173160602

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

Felipe Amezquita escribió:

> 2007-11-26 11:41:59 ERROR: could not open relation 1663/352369/353685:
> Invalid argument

Error de Windows.

> 2007-11-26 11:41:59 LOG: could not receive data from client: No se ha
> podido establecer conexión ya que el equipo de destino ha denegado
> activamente dicha conexión.

Hummm, yo diria que esta parte del problema no tiene nada que ver.
Quizas si dieras un poco mas de detalles. Por ej. agrega '%p' al
log_line_prefix para que veamos si este LOG esta relacionado con el
ERROR o no.

--
Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
"No necesitamos banderas
No reconocemos fronteras" (Jorge González)

On Nov 27, 2007 9:12 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
> Que tal lista.....
> el problema continua apareciendo y lo peor de todo es que las consultas las
> ejecuto por debajo y me devuelven bien.
> desde el pg_class sea un indice o una tabla.
>

http://archives.postgresql.org/pgsql-es-ayuda/2007-11/msg00354.php
http://archives.postgresql.org/pgsql-es-ayuda/2007-11/msg00409.php
http://archives.postgresql.org/pgsql-es-ayuda/2007-11/msg00464.php
http://archives.postgresql.org/pgsql-es-ayuda/2007-11/msg00574.php

algo que me llama la atencion es que el error siempre esta asociado a
una funcion pl/pgsql.

Se que esto es un error aleatorio que no deberia ocurrir con tanta
frecuencia... si me puedes enviar el esquema seria bueno si puedes
enviar los datos (aunque sea solo en privado, es decir no a la lista)
mejor aun

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Jaime Casanova escribió:
> On Nov 27, 2007 9:12 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
> > Que tal lista.....
> > el problema continua apareciendo y lo peor de todo es que las consultas las
> > ejecuto por debajo y me devuelven bien.
> > desde el pg_class sea un indice o una tabla.
> >
>
> http://archives.postgresql.org/pgsql-es-ayuda/2007-11/msg00354.php
> http://archives.postgresql.org/pgsql-es-ayuda/2007-11/msg00409.php
> http://archives.postgresql.org/pgsql-es-ayuda/2007-11/msg00464.php
> http://archives.postgresql.org/pgsql-es-ayuda/2007-11/msg00574.php
>
> algo que me llama la atencion es que el error siempre esta asociado a
> una funcion pl/pgsql.
>
> Se que esto es un error aleatorio que no deberia ocurrir con tanta
> frecuencia... si me puedes enviar el esquema seria bueno si puedes
> enviar los datos (aunque sea solo en privado, es decir no a la lista)
> mejor aun

Hmm, acabo de darme cuenta de una cosa que puede ser importante. En
pgwin32_open tenemos el siguiente codigo

{
switch (GetLastError())
{
/* EMFILE, ENFILE should not occur from CreateFile. */
case ERROR_PATH_NOT_FOUND:
case ERROR_FILE_NOT_FOUND:
errno = ENOENT;
break;
case ERROR_FILE_EXISTS:
errno = EEXIST;
break;
case ERROR_ACCESS_DENIED:
errno = EACCES;
break;
default:
errno = EINVAL;
}
return -1;
}

lo cual significa que cualquier error que no sea PATH o FILE_NOT_FOUND,
ACCESS_DENIED o FILE_EXISTS va a ser reportado como un error generico,
EINVAL. Asi que sospecho que el problema aqui es que estamos perdiendo
la informacion relevante, _por que_ el archivo no puede abrirse.

--
Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
Bob [Floyd] used to say that he was planning to get a Ph.D. by the "green
stamp method," namely by saving envelopes addressed to him as 'Dr. Floyd'.
After collecting 500 such letters, he mused, a university somewhere in
Arizona would probably grant him a degree. (Don Knuth)

Cesar Erices escribió:
> Perdon haber si entendi, eso quiere decir que cada vez que pasa eso los
> registro no se almacenaron.. hoooo

Naturalmente ... cuando hay un error, la transaccion es abortada y
ninguno de los efectos es permanente.

--
Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13' 56.4"
"Digital and video cameras have this adjustment and film cameras don't for the
same reason dogs and cats lick themselves: because they can." (Ken Rockwell)

Alvaro Herrera escribió:

> Hmm, acabo de darme cuenta de una cosa que puede ser importante. En
> pgwin32_open tenemos el siguiente codigo

Felipe, propuse[1] una modificacion a Postgres para que se guarde en el
registro el codigo de error cuando esto suceda. Magnus Hagander me dijo
que posiblemente mañana podrá incorporarlo en el código. Idealmente, si
tu pudieras compilar Postgres con la modificación propuesta para
instalarlo en tu servidor Windows, podríamos intentar seguir examinando
el problema a ver si podemos encontrar la causa.

Esto requiere que instales Mingw32, MSYS, etc, no todo lo cual es muy
sencillo. ¿Qué tan preparado estás para la tarea? De lo contrario
habrá que esperar que salga una nueva versión del instalador, que sólo
ocurrirá cuando se libere 8.2.6, lo cual puede estar más bien lejos en
el futuro.

[1] http://archives.postgresql.org/pgsql-hackers/2007-11/msg01183.php

--
Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
"I dream about dreams about dreams", sang the nightingale
under the pale moon (Sandman)

On Nov 28, 2007 2:48 PM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> Alvaro Herrera escribió:
>
> > Hmm, acabo de darme cuenta de una cosa que puede ser importante. En
> > pgwin32_open tenemos el siguiente codigo
>
> Felipe, propuse[1] una modificacion a Postgres para que se guarde en el
> registro el codigo de error cuando esto suceda. Magnus Hagander me dijo
> que posiblemente mañana podrá incorporarlo en el código. Idealmente, si
> tu pudieras compilar Postgres con la modificación propuesta para
> instalarlo en tu servidor Windows, podríamos intentar seguir examinando
> el problema a ver si podemos encontrar la causa.
>

Puedo intentar compilar postgres en windows el fin de semana, si lo
logro le puedo pasar los binarios a Felipe, imagino que bastara con
reemplazar los binarios afectados en su instalacion de 8.2 en la que
tiene el problema... o me equivoco?

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Jaime Casanova escribió:
> On Nov 28, 2007 2:48 PM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> > Alvaro Herrera escribió:
> >
> > > Hmm, acabo de darme cuenta de una cosa que puede ser importante. En
> > > pgwin32_open tenemos el siguiente codigo
> >
> > Felipe, propuse[1] una modificacion a Postgres para que se guarde en el
> > registro el codigo de error cuando esto suceda. Magnus Hagander me dijo
> > que posiblemente mañana podrá incorporarlo en el código. Idealmente, si
> > tu pudieras compilar Postgres con la modificación propuesta para
> > instalarlo en tu servidor Windows, podríamos intentar seguir examinando
> > el problema a ver si podemos encontrar la causa.
>
> Puedo intentar compilar postgres en windows el fin de semana, si lo
> logro le puedo pasar los binarios a Felipe, imagino que bastara con
> reemplazar los binarios afectados en su instalacion de 8.2 en la que
> tiene el problema... o me equivoco?

Si, deberia bastar con eso. Gracias!

Ojala que ahora que Felipe se cambió a un servidor en Suse no signifique
que va a dejar el otro botado ...

--
Alvaro Herrera Developer, http://www.PostgreSQL.org/
"La felicidad no es mañana. La felicidad es ahora"

Alvaro Herrera escribió:
> Jaime Casanova escribió:
> > On Nov 28, 2007 2:48 PM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:

> > Puedo intentar compilar postgres en windows el fin de semana, si lo
> > logro le puedo pasar los binarios a Felipe, imagino que bastara con
> > reemplazar los binarios afectados en su instalacion de 8.2 en la que
> > tiene el problema... o me equivoco?
>
> Si, deberia bastar con eso. Gracias!

Ok Jaime, Magnus ya incorporó el cambio, ojalá que te resulte la
compilación durante el fin de semana :-)

--
Alvaro Herrera http://www.advogato.org/person/alvherre
"El miedo atento y previsor es la madre de la seguridad" (E. Burke)

--- saltandome el adjunto de 5mb ---

---------- Forwarded message ----------
From: Jaime Casanova <systemguards(at)gmail(dot)com>
Date: Dec 1, 2007 6:36 PM
Subject: Re: [pgsql-es-ayuda] Preocupacion con PostgreSQL
To: Felipe Amezquita <felmarla(at)gmail(dot)com>

On Nov 30, 2007 7:53 AM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> Alvaro Herrera escribió:
> > Jaime Casanova escribió:
> > > On Nov 28, 2007 2:48 PM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
>
> > > Puedo intentar compilar postgres en windows el fin de semana, si lo
> > > logro le puedo pasar los binarios a Felipe, imagino que bastara con
> > > reemplazar los binarios afectados en su instalacion de 8.2 en la que
> > > tiene el problema... o me equivoco?
> >
> > Si, deberia bastar con eso. Gracias!
>
> Ok Jaime, Magnus ya incorporó el cambio, ojalá que te resulte la
> compilación durante el fin de semana :-)
>

Compilado. OK, Felipe te estoy pasando en un archivo .zip las carpetas
bin y lib que debes copiar en "Archivos de programa\Postgresql\8.2".
Probablemente no es necesario que copies todos los archivos pero segun
yo es mas seguro y ademas no se en cual va a parar el cambio del
open.c (sospecho que es lib\libpgport.a)

Instrucciones:
1) Descarga el archivo adjunto llamado pgsql.rename-to-zip
2) Cambiale el nombre a pgsql.zip (es que gmail no me deja enviar un
archivo que tenga
ejecutables, cambiandole el nombre lo engaño)
3) Bajas el servicio de postgres
4) copias las carpetas que estan en el archivo
5) Subes el servicio
6) ejecuta tus programas para ver que nuevos errores reporta
7) envia a la lista los nuevos errores

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

On Dec 1, 2007 6:39 PM, Jaime Casanova <systemguards(at)gmail(dot)com> wrote:
> On Nov 30, 2007 7:53 AM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> > Alvaro Herrera escribió:
> > > Jaime Casanova escribió:
> > > > On Nov 28, 2007 2:48 PM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> >
> > > > Puedo intentar compilar postgres en windows el fin de semana, si lo
> > > > logro le puedo pasar los binarios a Felipe, imagino que bastara con
> > > > reemplazar los binarios afectados en su instalacion de 8.2 en la que
> > > > tiene el problema... o me equivoco?
> > >
> > > Si, deberia bastar con eso. Gracias!
> >
> > Ok Jaime, Magnus ya incorporó el cambio, ojalá que te resulte la
> > compilación durante el fin de semana :-)
> >
>
> Compilado. OK, Felipe te estoy pasando en un archivo .zip las carpetas
> bin y lib que debes copiar en "Archivos de programa\Postgresql\8.2".
> Probablemente no es necesario que copies todos los archivos pero segun
> yo es mas seguro y ademas no se en cual va a parar el cambio del
> open.c (sospecho que es lib\libpgport.a)
>

lamentablemente parece que Felipe abandono el tema...
tocara esperar a que alguien mas le de el problema...

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

----- Original Message -----
From: "Jaime Casanova" <systemguards(at)gmail(dot)com>
To: "postgresayuda" <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Tuesday, December 04, 2007 10:37 PM
Subject: Re: [pgsql-es-ayuda] Preocupacion con PostgreSQL

On Dec 1, 2007 6:39 PM, Jaime Casanova <systemguards(at)gmail(dot)com> wrote:
> On Nov 30, 2007 7:53 AM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> > Alvaro Herrera escribió:
> > > Jaime Casanova escribió:
> > > > On Nov 28, 2007 2:48 PM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
> > > > wrote:
> >
> > > > Puedo intentar compilar postgres en windows el fin de semana, si lo
> > > > logro le puedo pasar los binarios a Felipe, imagino que bastara con
> > > > reemplazar los binarios afectados en su instalacion de 8.2 en la que
> > > > tiene el problema... o me equivoco?
> > >
> > > Si, deberia bastar con eso. Gracias!
> >
> > Ok Jaime, Magnus ya incorporó el cambio, ojalá que te resulte la
> > compilación durante el fin de semana :-)
> >
>
> Compilado. OK, Felipe te estoy pasando en un archivo .zip las carpetas
> bin y lib que debes copiar en "Archivos de programa\Postgresql\8.2".
> Probablemente no es necesario que copies todos los archivos pero segun
> yo es mas seguro y ademas no se en cual va a parar el cambio del
> open.c (sospecho que es lib\libpgport.a)
>

>lamentablemente parece que Felipe abandono el tema...
>tocara esperar a que alguien mas le de el problema...

Que lastima ... se estaba poniendo emocionante !!!

>--
>Atentamente,
>Jaime Casanova

>"Programming today is a race between software engineers striving to
>build bigger and better idiot-proof programs and the universe trying
>to produce bigger and better idiots.
>So far, the universe is winning."
> Richard Cook
>--
TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
http://archives.postgresql.org/pgsql-es-ayuda

Jaime Casanova escribió:
> On Dec 1, 2007 6:39 PM, Jaime Casanova <systemguards(at)gmail(dot)com> wrote:

> > Compilado. OK, Felipe te estoy pasando en un archivo .zip las carpetas
> > bin y lib que debes copiar en "Archivos de programa\Postgresql\8.2".
>
> lamentablemente parece que Felipe abandono el tema...
> tocara esperar a que alguien mas le de el problema...

La proxima vez que alguien llegue con un problema con Windows ya sabemos
que hay que mandarlo a freir monos rapidamente en vez de perder el
tiempo ...

Bueh, pero al menos conseguimos que se reporte en mas detalle el
GetLastError en esos casos.

--
Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
Thou shalt study thy libraries and strive not to reinvent them without
cause, that thy code may be short and readable and thy days pleasant
and productive. (7th Commandment for C Programmers)

Que tal lista...

No he abandonado el tema, lo que pasa es que ando de viaje y no he podido
compilar los binarios en windows apenas pueda les aviso, y por otra parte
instale la BD en suse y por supuesto ningun problema.

Demen dos dias , yo pruebo y les cuento.

De todas formas muchas gracias de nuevo.

El día 17/11/07, Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:
>
>
> Que tal mis querido amigo de la lista..
>
> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
> fue el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
> entidad where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo< $2 and
> cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> para restablecer el servidor habia quedado con esos errores. Depues de tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema
> ya que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3146286237 - 3173160602

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

On Dec 5, 2007 9:28 AM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
> Que tal lista...
>
> No he abandonado el tema, lo que pasa es que ando de viaje y no he podido
> compilar los binarios en windows apenas pueda les aviso, y por otra parte
> instale la BD en suse y por supuesto ningun problema.
>
> Demen dos dias , yo pruebo y les cuento.
>

eso me pasa por apresurarme a decir las cosas...
no necesitas compilar nada, solo descargar el archivo que te envie,
descomprimirlo y copiar los archivos... eso si sacale una copia a tus
carpetas antes de hacerlo, no vaya a ser que hice algo mal y dañamos
todo y asi ya no podemos probar... :)

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Bueno mis amigos de la lista espero disfruten de una Muy Familiar Navidad y
que el proximo año este lleno de todos los existo que quieren.

Les cuento que ya empece a probar los archivos que me enviaron desde
hoy,esperemos entonces los resultados y les voy contando.

De nuevo mil gracias

El día 17/11/07, Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:
>
>
> Que tal mis querido amigo de la lista..
>
> En esta oportunidad que les ecribo por que hay una situación que me tiene
> realmente preocupado con respecto al motor de BD,ya que dede hace unos dias
> venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
>
> Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
> fue el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
>
> El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> errores de este tipo y son muy frecuentes
>
> 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> Invalid argument
>
> 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
>
> PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
>
> 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> Invalid argument
>
> 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type where
> typname = 'lo'
>
> 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> Invalid argument
>
> 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
> entidad where lower(ent_nombre) like lower( $1 )"
>
> PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
>
> 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
>
> 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> Invalid argument
>
> 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and cuota.cap_codigo< $2 and
> cuota.cuo_fraccion = 0"
>
> PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
>
> Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> para restablecer el servidor habia quedado con esos errores. Depues de tanto
> leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> por supuesto crear toda la estructura desde cero compilada uno a uno haber
> si asi solucinaba este problema.
>
> Pero al parecer esta solucion no funciono ya que se sigue presentado este
> error, entonces lo que quiere decir que ese error no es causado por lo que
> opino Alvaro.
>
> Quiero saber si en realidad alguien tiene una solucion para este problema
> ya que estoy al borde de desertar. Por favor ayudenme.
>
> Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y es
> igual.
>
> Gracias de nuevo.
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3146286237 - 3173160602

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

Que tal mis amigos..

Pues les cuento que ha tan solo llevar 24 horas de prueba se siguen
presentado el mismo tipo de error pero con un mensaje de permiso denegado o
algo asi.Ahi les envio el log

2007-12-12 10:55:49 ERROR: could not open relation 1663/16403/1247:
Permission denied

2007-12-12 10:55:49 STATEMENT: select oid, typbasetype from pg_type where
typname = 'lo'

2007-12-12 11:06:09 ERROR: could not open relation 1663/16403/17623:
Permission denied

2007-12-12 11:06:09 CONTEXT: SQL statement " select
carpeta_pago.cap_contactar from carpeta_pago where prg_codigo= $1 and
cap_codigo=get_ultima_carpeta_pago(prg_codigo)"

PL/pgSQL function "get_contactar_cli" line 8 at open

2007-12-12 11:06:09 STATEMENT: SELECT
public."get_contactar_cli"(E'400000018')

2007-12-12 11:06:09 LOG: could not receive data from client: Unknown
winsock error 10061

2007-12-12 11:06:09 LOG: unexpected EOF on client connection

2007-12-12 11:09:20 ERROR: could not open relation 1663/16403/611761:
Permission denied

2007-12-12 11:09:20 CONTEXT: SQL statement " select prg_codigo, cap_codigo,
to_char(prg_fecha_proteccion,'DD/MM/YYYY') as prg_fecha_proteccion,
to_char(prg_fecha_fin_prot,'DD/MM/YYYY') as
prg_fecha_fin_prot,to_char(cap_fecha_inicio,'DD/MM/YYYY') as
cap_fecha_inicio, to_char(cap_fecha_fin,'DD/MM/YYYY') as
cap_fecha_fin,cap_valor_total,carpeta_pago.est_codigo, mot_nombre,
cap_observ, tip_codigofp, tip_nombre as tip_nombrefp from tipo,
carpeta_pago,motivo where prg_codigo = $1 and cap_codigo = $2 and
carpeta_pago.mot_codigo = motivo.mot_codigo and tipo.tip_codigo =
carpeta_pago.tip_codigofp"

PL/pgSQL function "seleccionar_carpeta_resumen" line 2 at open

2007-12-12 11:09:20 STATEMENT: BEGIN;SELECT
public."seleccionar_carpeta_resumen"(E'252305',E'3',E'ref')

2007-12-12 11:41:14 ERROR: could not open relation 1663/16403/611585:
Permission denied

2007-12-12 11:41:14 CONTEXT: SQL statement "select ent_codigo from entidad
where lower(ent_nombre) like lower( $1 )"

2007-12-12 09:53:02 ERROR: could not open relation 1663/16403/1247:
Permission denied

2007-12-12 09:53:02 STATEMENT: select oid, typbasetype from pg_type where
typname = 'lo'

2007-12-12 10:09:45 ERROR: could not open relation 1663/16403/2703:
Permission denied

2007-12-12 10:09:45 STATEMENT: select oid, typbasetype from pg_type where
typname = 'lo'

2007-12-12 10:28:07 ERROR: could not open relation 1663/16403/611840:
Permission denied

2007-12-12 10:28:07 CONTEXT: SQL statement " select cap_codigo,
to_char(cap_fecha_inicio,'dd/Mon/yyyy') as cap_fecha_inicio,
to_char(cap_fecha_fin,'dd/Mon/yyyy') as cap_fecha_fin,
carpeta_pago.est_codigo, mot_nombre, (per_nombre || ' ' || per_apell1||'
'||decodeapell2(per_apell2)) as per_nombre,
to_char(carpeta_pago.prg_fecha_proteccion,'dd/MM/yyyy') as
prg_fecha_proteccion, to_char(carpeta_pago.prg_fecha_fin_prot,'dd/MM/yyyy')
as prg_fecha_fin_prot from carpeta_pago, motivo, persona, afiliado, programa
where carpeta_pago.prg_codigo = $1 and carpeta_pago.prg_codigo =
programa.prg_codigo and programa.prg_codigo = afiliado.prg_codigo and (
afiliado.tip_codigo = $2 or afiliado.tip_codigo = $3 ) and
afiliado.afi_codigo = persona.per_codigo and carpeta_pago.mot_codigo =
motivo.mot_codigo and afiliado.est_codigo='Ac' order by cap_codigo desc"

PL/pgSQL function "selec_carpag_programa" line 10 at open

2007-12-12 10:28:07 STATEMENT: BEGIN;SELECT
public."selec_carpag_programa"(E'125041',E'ref')

2007-12-12 10:38:28 ERROR: could not open relation 1663/16403/2704:
Permission denied

2007-12-12 10:38:28 STATEMENT: select oid, typbasetype from pg_type where
typname = 'lo'

2007-12-12 10:44:02 ERROR: could not open relation 1664/0/1260: Permission
denied

2007-12-12 10:44:02 CONTEXT: SQL statement "select usesysid from pg_user
where lower(usename) like lower( $1 )"

PL/pgSQL function "get_codigo_usuario" line 6 at SQL statement

SQL statement "INSERT INTO temp_programas values( $1
,get_codigo_usuario( $2 ))"

PL/pgSQL function "insertar_prog_temporal" line 2 at SQL statement

2007-12-12 10:44:02 STATEMENT: SELECT
public."insertar_prog_temporal"(E'400000403',E'sliliana')

2007-12-12 10:44:02 LOG: could not receive data from client: Unknown
winsock error 10061

2007-12-12 10:44:02 LOG: unexpected EOF on client connection

2007-12-12 10:48:09 ERROR: could not open relation 1663/16403/2704:
Permission denied

2007-12-12 10:48:09 STATEMENT: select oid, typbasetype from pg_type where
typname = 'lo'

De nuevo mil gracias

2007/12/11, Felipe Amezquita <felmarla(at)gmail(dot)com>:
>
> Bueno mis amigos de la lista espero disfruten de una Muy Familiar Navidad
> y que el proximo año este lleno de todos los existo que quieren.
>
> Les cuento que ya empece a probar los archivos que me enviaron desde
> hoy,esperemos entonces los resultados y les voy contando.
>
> De nuevo mil gracias
>
>
> El día 17/11/07, Felipe Amezquita <felmarla(at)gmail(dot)com> escribió:
> >
> >
> > Que tal mis querido amigo de la lista..
> >
> > En esta oportunidad que les ecribo por que hay una situación que me
> > tiene realmente preocupado con respecto al motor de BD,ya que dede hace unos
> > dias venia presentado problemas de bloqueo aproximadamnete cada 45 minutos.
> >
> > Yo ya habia escrito al respecto y las conclusiones fueron pocas,el unico
> > fue el ilustricimo Alvaro Herrera quien dio una pequeña opinion.
> >
> > El cuento es el siguiente haciendo, seguimiento al log el muestra unos
> > errores de este tipo y son muy frecuentes
> >
> > 2007-11-16 14:54:16 ERROR: could not open relation 1663/16403/16487:
> > Invalid argument
> >
> > 2007-11-16 14:54:16 CONTEXT: SQL statement "select ccomo_codigo from
> > clase_comodin where (ccomo_nombre)= initcap(lower( $1 ))"
> >
> > PL/pgSQL function "get_codigo_clase_comodin" line 4 at SQL statement
> >
> > 2007-11-16 15:06:38 ERROR: could not open relation 1663/16403/24620:
> > Invalid argument
> >
> > 2007-11-16 15:06:38 STATEMENT: select oid, typbasetype from pg_type
> > where typname = 'lo'
> >
> > 2007-11-16 15:07:22 ERROR: could not open relation 1663/16403/16601:
> > Invalid argument
> >
> > 2007-11-16 15:07:22 CONTEXT: SQL statement "select ent_codigo from
> > entidad where lower(ent_nombre) like lower( $1 )"
> >
> > PL/pgSQL function "get_codigo_entidad" line 4 at SQL statement
> >
> > 2007-11-16 15:07:22 STATEMENT: fetch all in "ref"
> >
> > 2007-11-16 15:08:45 ERROR: could not open relation 1663/16403/24755:
> > Invalid argument
> >
> > 2007-11-16 15:08:45 CONTEXT: SQL statement "select count(*) from cuota
> > where (cuota.est_codigo = 'Ac' or cuota.est_codigo = 'Mo' or
> > cuota.est_codigo = 'Pu') and cuota.prg_codigo = $1 and
> > cuota.cap_codigo < $2 and cuota.cuo_fraccion = 0"
> >
> > PL/pgSQL function "es_posible_pago_cuotas" line 24 at SQL statement
> >
> > Alvaro me decia que seguramente yo habia hecho alguna jugarreta con el
> > tablespace y que estaba corrupto, entonces que el Backup con que yo contaba
> > para restablecer el servidor habia quedado con esos errores. Depues de tanto
> > leer e indagar nunca encontre una solucion, entonces decidi copiar los datos
> > de la actual BD y desde cero crear un nuevo DataBase con nombre diferenete y
> > por supuesto crear toda la estructura desde cero compilada uno a uno haber
> > si asi solucinaba este problema.
> >
> > Pero al parecer esta solucion no funciono ya que se sigue presentado
> > este error, entonces lo que quiere decir que ese error no es causado por lo
> > que opino Alvaro.
> >
> > Quiero saber si en realidad alguien tiene una solucion para este
> > problema ya que estoy al borde de desertar. Por favor ayudenme.
> >
> > Version PostgreSQL 8.2 aunque tengo instalada en otras sede 8.0 y 8.1 y
> > es igual.
> >
> > Gracias de nuevo.
> > --
> > Ing Sistemas y Telecomunicaciones
> > Luis Felipe Lopez Amezquita
> > 3008217523 - 3146286237 - 3173160602
>
>
>
>
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3146286237 - 3173160602
>

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3146286237 - 3173160602

On Dec 12, 2007 12:12 PM, Felipe Amezquita <felmarla(at)gmail(dot)com> wrote:
> Que tal mis amigos..
>
> Pues les cuento que ha tan solo llevar 24 horas de prueba se siguen
> presentado el mismo tipo de error pero con un mensaje de permiso denegado o
> algo asi.Ahi les envio el log
>
> 2007-12-12 10:55:49 ERROR: could not open relation 1663/16403/1247:
> Permission denied
>

lo que reduciria el problema a: revisa los permisos del archivo... en
realidad me imagino que sera en toda la carpeta data...

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Felipe Amezquita escribió:
> Que tal mis amigos..
>
> Pues les cuento que ha tan solo llevar 24 horas de prueba se siguen
> presentado el mismo tipo de error pero con un mensaje de permiso denegado o
> algo asi.Ahi les envio el log
>
> 2007-12-12 10:55:49 ERROR: could not open relation 1663/16403/1247:
> Permission denied

Ah, gracias.

Tengo una pregunta: hay un antivirus ejecutandose en esta maquina???

--
Alvaro Herrera http://www.advogato.org/person/alvherre
Al principio era UNIX, y UNIX habló y dijo: "Hello world\n".
No dijo "Hello New Jersey\n", ni "Hello USA\n".

On Dec 13, 2007 7:55 AM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> Felipe Amezquita escribió:
> > Que tal mis amigos..
> >
> > Pues les cuento que ha tan solo llevar 24 horas de prueba se siguen
> > presentado el mismo tipo de error pero con un mensaje de permiso denegado o
> > algo asi.Ahi les envio el log
> >
> > 2007-12-12 10:55:49 ERROR: could not open relation 1663/16403/1247:
> > Permission denied
>
> Ah, gracias.
>
> Tengo una pregunta: hay un antivirus ejecutandose en esta maquina???
>

algo que me di cuenta en la tarde y que recorde al ver el comentario
de Magnus es que puedes correr con log_min_messages en DEBUG5, esto lo
cambias en postgresql.conf pero vigila cuando salga el error porque
DEBUG5 suele enviar demasiada informacion al log

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook