Re: perdida de informacion

hola, tengo instalada la version 8.3 sobre windows y sucedió algo
extraño, en un campo char que siempre tiene valor X o E un dia
apareció en 10 registros en blanco. El sistema funciona muy bien y no
hay nada en el código que pueda causarlo.

y en otro cliente, en la version 8.4.7 sobre linux se corrompieron 2
registros y el dump hacia el resguardo sin dar error pero al levantar
el backup en otro motor la tabla ingresaba vaciá.

estas 2 cosas nos hay asustado un poco ya que la información es
critica, alguien sabe que puede suceder ?

saludos
federico

En mi modesta opinión y sin conocer detalles finos, *existe un error en el
código.* Tenemos una base PostgreSQL funcionando hace cinco años sobre un
servidor RED HAT y no hemos tenido problema alguno de ese tipo.

El 5 de mayo de 2011 09:15, Fede . <elcotorro(at)gmail(dot)com> escribió:

> hola, tengo instalada la version 8.3 sobre windows y sucedió algo
> extraño, en un campo char que siempre tiene valor X o E un dia
> apareció en 10 registros en blanco. El sistema funciona muy bien y no
> hay nada en el código que pueda causarlo.
>
> y en otro cliente, en la version 8.4.7 sobre linux se corrompieron 2
> registros y el dump hacia el resguardo sin dar error pero al levantar
> el backup en otro motor la tabla ingresaba vaciá.
>
> estas 2 cosas nos hay asustado un poco ya que la información es
> critica, alguien sabe que puede suceder ?
>
> saludos
> federico
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org
> )
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

es raro, ya que, ¿ que error en codigo puede corrompero un registro?

y en el caso del windows esta funcionando hace muchos años este
sistema, antes con mysql y hace 2 o 3 años con postgres

2011/5/5 Marcelo Robin <marcelorobin(at)gmail(dot)com>:
> En mi modesta opinión y sin conocer detalles finos, existe un error en el
> código. Tenemos una base PostgreSQL funcionando hace cinco años sobre un
> servidor RED HAT y no hemos tenido problema alguno de ese tipo.
>
>
> El 5 de mayo de 2011 09:15, Fede . <elcotorro(at)gmail(dot)com> escribió:
>>
>> hola, tengo instalada la version 8.3 sobre windows y sucedió algo
>> extraño,  en un campo char que siempre tiene valor X o E un dia
>> apareció en 10 registros en blanco.  El sistema funciona muy bien y no
>> hay nada en el código que pueda causarlo.
>>
>> y en otro cliente, en la version 8.4.7 sobre linux se corrompieron 2
>> registros y el dump hacia el resguardo sin dar error pero al levantar
>> el backup en otro motor la tabla ingresaba vaciá.
>>
>> estas 2 cosas nos hay asustado un poco ya que la información es
>> critica, alguien sabe que puede suceder ?
>>
>> saludos
>> federico
>> -
>> Enviado a la lista de correo pgsql-es-ayuda
>> (pgsql-es-ayuda(at)postgresql(dot)org)
>> Para cambiar tu suscripción:
>> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
>

El jue, 05-05-2011 a las 09:28 -0300, Fede . escribió:
> es raro, ya que, ¿ que error en codigo puede corrompero un registro?
>
> y en el caso del windows esta funcionando hace muchos años este
> sistema, antes con mysql y hace 2 o 3 años con postgres
>
Lo mejor es no enfrascarse en discusiones tontas y tratar de seguir la
pista del error para determinar donde esta el fallo.
¿Cuando comenzaste a detectar ese problema?¿que operaciones realizas
sobre ese campo?¿etc.?... necesitamos información para poder ayudarte.

--
Saludos,
Gilberto Castillo
Edificio Beijing. Miramar Trade Center. Etecsa.
Miramar, La Habana.Cuba.

gracias Gilberto,
este tema aparecio ayer, nunca habia pasado nada desde su instalacion
hace mas de 2 año en este cliente ni en ningun otro.

la operacion sobre ese campo es muy sencilla solo se hace UPDATE con
where en el campo ID y se actualiza con un combo que solo puede tener
2 valores , esto funciona en muchos clientes y nunca paso nada

y con respecto al de linux que se corrompieron 2 registros, te paso el
error que daba el dump

Failed to backup database : pg_dump failed :
pg_dump: la orden SQL falló
pg_dump: Mensaje de error del servidor: ERROR: invalid memory alloc
request size 18446744073709551610
pg_dump: La orden era: COPY gestion.pac_pacientes (nombre, sexo,
nro_doc, tip_doc, fec_nac, ecivil, idcob, calle, numero, localidad,
provincia, cp, hc, plan, carnet, telefono, obs, idpac, piso, depto,
movil, email, alta_sistema, idcompania, saldo, vo, idplan, idcabecera,
idmedio, primera_vez, alta, baja, idpartido, idlocalidad, idprovincia)
TO stdout;
Successfully backed up 1176 bytes from database mysql to file
/discoB/backup/ultimo/mysql.sql.
Successfully backed up 505 bytes from database postgres to file
/discoB/backup/ultimo/postgres.sql.
Database template0 is not accepting connections.
Successfully backed up 638 bytes from database template1 to file
/discoB/backup/ultimo/template1.sql.
Scheduled backup path, format and times for database updated.

2011/5/5 Gilberto Castillo Martínez <gilberto(dot)castillo(at)etecsa(dot)cu>:
>
>
> El jue, 05-05-2011 a las 09:28 -0300, Fede . escribió:
>> es raro, ya que, ¿ que error en codigo puede corrompero un registro?
>>
>> y en el caso del windows esta funcionando hace muchos años este
>> sistema, antes con mysql y hace 2 o 3 años con postgres
>>
> Lo mejor es no enfrascarse en discusiones tontas y tratar de seguir la
> pista del error para determinar donde esta el fallo.
> ¿Cuando comenzaste a detectar ese problema?¿que operaciones realizas
> sobre ese campo?¿etc.?... necesitamos información para poder ayudarte.
>
> --
> Saludos,
> Gilberto Castillo
> Edificio Beijing. Miramar Trade Center. Etecsa.
> Miramar, La Habana.Cuba.
>
> ---
> This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu
> Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>
>
>

Excerpts from Fede .'s message of jue may 05 09:48:08 -0300 2011:

> y con respecto al de linux que se corrompieron 2 registros, te paso el
> error que daba el dump
>
> Failed to backup database : pg_dump failed :
> pg_dump: la orden SQL falló
> pg_dump: Mensaje de error del servidor: ERROR: invalid memory alloc
> request size 18446744073709551610

Efectivamente esto es indicador de que algo se corrompió. Difícil decir
como, eso sí.

Curiosamente la representación en binario del número
18446744073709551610 es
1111111111111111111111111111111111111111111111111111111111111010

Me pregunto si puede haber pasado algo como una secuencia de prueba
automática del disco o controladora que decidió sobreescribir algunos
bytes. He visto cosas como esta en controladoras de SAN
sobreescribiendo bloques completos con secuencias de números
consecutivos.

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

> Me pregunto si puede haber pasado algo como una secuencia de prueba
> automática del disco o controladora que decidió sobreescribir algunos
> bytes.  He visto cosas como esta en controladoras de SAN
> sobreescribiendo bloques completos con secuencias de números
> consecutivos.

Alvaro, no sabria decirte, no tengo suficiente conocimiento para
determinar eso, pero como saberlo? y puedo prevenirlo ?

Excerpts from Fede .'s message of jue may 05 10:13:56 -0300 2011:
> > Me pregunto si puede haber pasado algo como una secuencia de prueba
> > automática del disco o controladora que decidió sobreescribir algunos
> > bytes.  He visto cosas como esta en controladoras de SAN
> > sobreescribiendo bloques completos con secuencias de números
> > consecutivos.
>
> Alvaro, no sabria decirte, no tengo suficiente conocimiento para
> determinar eso, pero como saberlo? y puedo prevenirlo ?

Podrías partir describiendo qué clase de hardware tiene tu servidor.

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

> Podrías partir describiendo qué clase de hardware tiene tu servidor.

es un disco ws pero bueno, luego pongo mas datos.

y sobre el otro tema que es mas preocupante? tenes idea que puede ser
? lo escribo otra vez
"en un servidor win tengo instalado el motor, y de la nada en un campo
char que por sistema solamente puede tener una X o una E aparecio con
blanco, el codigo esta en uso hace años en muchos clientes y esto solo
paso en uno una sola vez, solo se hace un update por el ID, y esto
paso en 10 registros."

Lo primero es que si TIENES UN ERROR EN CODIGO seguro se activa algo bajo una condicion en particular. Lo del dump revisa que los locale esten en el mismo tipo eso suele ocurrur mas de lo que imaginas pero no es un error sino una metida de pata de nosotros.

*-------------------------------------------------------*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas

*-Soporte PostgreSQL

*-www.jqmicrosistemas.com
*-809-849-8087
*-------------------------------------------------------*

> Date: Thu, 5 May 2011 09:28:44 -0300
> Subject: Re: [pgsql-es-ayuda] perdida de informacion
> From: elcotorro(at)gmail(dot)com
> To: marcelorobin(at)gmail(dot)com
> CC: pgsql-es-ayuda(at)postgresql(dot)org
>
> es raro, ya que, ¿ que error en codigo puede corrompero un registro?
>
> y en el caso del windows esta funcionando hace muchos años este
> sistema, antes con mysql y hace 2 o 3 años con postgres
>
>
>
> 2011/5/5 Marcelo Robin <marcelorobin(at)gmail(dot)com>:
> > En mi modesta opinión y sin conocer detalles finos, existe un error en el
> > código. Tenemos una base PostgreSQL funcionando hace cinco años sobre un
> > servidor RED HAT y no hemos tenido problema alguno de ese tipo.
> >
> >
> > El 5 de mayo de 2011 09:15, Fede . <elcotorro(at)gmail(dot)com> escribió:
> >>
> >> hola, tengo instalada la version 8.3 sobre windows y sucedió algo
> >> extraño, en un campo char que siempre tiene valor X o E un dia
> >> apareció en 10 registros en blanco. El sistema funciona muy bien y no
> >> hay nada en el código que pueda causarlo.
> >>
> >> y en otro cliente, en la version 8.4.7 sobre linux se corrompieron 2
> >> registros y el dump hacia el resguardo sin dar error pero al levantar
> >> el backup en otro motor la tabla ingresaba vaciá.
> >>
> >> estas 2 cosas nos hay asustado un poco ya que la información es
> >> critica, alguien sabe que puede suceder ?
> >>
> >> saludos
> >> federico
> >> -
> >> Enviado a la lista de correo pgsql-es-ayuda
> >> (pgsql-es-ayuda(at)postgresql(dot)org)
> >> Para cambiar tu suscripción:
> >> http://www.postgresql.org/mailpref/pgsql-es-ayuda
> >
> >
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda

> Lo primero es que si TIENES UN ERROR EN CODIGO

entiendo que no lo creas, pero no hay error en código, desarrollo
sistemas desde los 17 años, tengo 35. se cuando hay error en código.
gracias de todas formas. veré como investigarlo.

El día 6 de mayo de 2011 11:02, Fede . <elcotorro(at)gmail(dot)com> escribió:
>> Lo primero es que si TIENES UN ERROR EN CODIGO
>
> entiendo que no lo creas, pero no hay error en código, desarrollo
> sistemas desde los 17 años, tengo 35. se cuando hay error en código.
> gracias de todas formas. veré como investigarlo.
> -

No busques donde no vas a encontrar nada. Si no es (o fue) un error de
código, alguien metió los dedos.

--
Silvio Quadri

2011/5/6 Fede . <elcotorro(at)gmail(dot)com>:
>
> y sobre el otro tema que es mas preocupante?

el asunto es que el hardware podria ser el culpable de esto tambien...
al menos recuerdo hace años haber tenido problema con datos que se
solucionaron al cambiar una memoria defectuosa...

> tenes idea que puede ser
> ? lo escribo otra vez
> "en un servidor win tengo instalado el motor, y de la nada en un campo
> char que por sistema solamente puede tener una X o una E aparecio con
> blanco, el codigo esta en uso hace años en muchos clientes y esto solo
> paso en uno una sola vez, solo se hace un update por el ID,  y esto
> paso en 10 registros."

si el campo puede tener solo dos valores, sera que la tabla tiene una
restriccion CHECK para eso? si lo tiene y es un error de codigo habria
saltado el error...

--
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte y capacitación de PostgreSQL

> el asunto es que el hardware podria ser el culpable de esto tambien...
> al menos recuerdo hace años haber tenido problema con datos que se
> solucionaron al cambiar una memoria defectuosa...

puede haber sido una falla de memoria o de SO un cambio de un campo ?
de ser asi me quedo tranquilo que el motor esta OK

> restriccion CHECK para eso? si lo tiene y es un error de codigo habria

no teno restriccion, pero en muchos años nunca me paso, ni en clipper
que no existian los combos, checks, ni nada.

Excerpts from Fede .'s message of vie may 06 11:21:00 -0300 2011:
> > el asunto es que el hardware podria ser el culpable de esto tambien...
> > al menos recuerdo hace años haber tenido problema con datos que se
> > solucionaron al cambiar una memoria defectuosa...
>
> puede haber sido una falla de memoria o de SO un cambio de un campo ?
> de ser asi me quedo tranquilo que el motor esta OK

Es improbable.

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>