Error 2091: tabla dañada (pero en realidad NO LO ESTA)

[Daniel Del Giudice]

Hola amigos,

tengo un cliente con 2 pc en red y la estación da aleatoriamente un error 2091 indicando que la tabla está dañada. Lo raro es que la tabla NO está dañada, y si se vuelve a intentar funciona perfectamente. Este error da siempre en la estación, nunca en el servidor, por lo que lo estoy asociando a alguna deficiencia de la red. La pregunta es: ¿a alguien le pasó esto y pudo identificar el problema? El cliente obviamente está molesto pensando que es un problema del sistema, así que la situación está complicada. Para colmo es de otra ciudad y su técnico le dice que la red está "perfecta". Desde ya muchas gracias.

Daniel Del Giudice

Santiago del Estero

Argentina

[Allan Raúl Acuña]

Generalmente este tipo de problema se da cuando en algun campo de tipo MEMO hay una dato corrompido, entonces si es asi, revisa item por item, puedes usar un SCAN y mandando a mostrar el datos con ? mitabla.campo

Lo otro es que es probable que el indice este dañado, usa REINDEX.

Saludos cordiales.

Lic. Allan Raúl Acuña
Analista Programador
msn= allan...@hotmail.com
skype= NicEasySoft
            +(505) 8 999 8950

Managua, Nicaragua

Centroamérica

---

Date: Fri, 2 Oct 2015 13:58:11 -0700
From: daniel...@gmail.com
To: publice...@googlegroups.com
Subject: [vfp] Error 2091: tabla dañada (pero en realidad NO LO ESTA)

[Jean Pierre Adonis De La Cruz Garcia]

Lo mejor seria buscar un programador

jejeje

Feliz Viernes.....

[ZeRoberto]

A veces sucede que dbf de fpd26 los actualiza el vfp y el fpd26 no lo puede abrir.

[Victor Espina]

A mi me suena a problema causado por antivirus, en este caso en la estacion problematica.

Victor

[Walter Sánchez]

Haber prueba con SET TABLEVALIDATE TO 

[HernanCano]

Mensaje para Allan:

Si recomiendas resolver un impasse con REINDEX debes tener una motivación muy fuerte o conocer el escenario de Daniel muy bien. De lo congrario no lo hubieras hecho, ¿cierto?

Allan: en general no se debe usar REINDEX y ni siquiera cuando hay este tipo de problemas "fantasma".

[HernanCano]

Daniel:

Igual que tú, también me inclino por que --este tipo de impasses (que también me suceden)-- son algún tipo de doficultad en la red física o en general en la red. 

Pero dado que éso no está a nuestro alcance, el "técnico" siempre dice que "la red está perfecta" y mientras usemos DBFs y/o Fox/VFP, siempre nos dejarán "colgados".

Sólo te recomiendo manejar deteccción de errores al máximo, generar .LOGs al respecto y más o menos semanalmente analizar los registros generados, claro que cada instante en que se genere cada impasse deberías también buscar la causa.

El viernes, 2 de octubre de 2015, 15:58:12 (UTC-5), Daniel Del Giudice escribió:

[Carlos Miguel FARIAS]

Al haber dos puestos de trabajo, y falla el remoto, la falla está en la comunicación. Puede ser la red u otra situación.

Lo que no queda claro, si el error de tabla dañada se da después de modificar datos o ya al momento de abrir y consultar.

Después de grabar, se efectúa FLUSH, o se usa algún tipo de buffer que asegure la grabación, o se hace tableupdate() donde corresponde.

La red, tiene más máquinas? que SO tiene el servidor (hay versiones de windows que tienen limitada las conexiones simultáneas) por lo que si hay más de lo que permite el límite, la red está perfecta para las conexiones podrían estar cortándose.

O sea en el análisis inicial no veo una descripción completa del escenario. Dice que tiene dos pc, no indica si no se están conectando a veces por wifi o bluetooch o algo por estilo.

Tampoco dice si se controló que los usuarios no estén saliendo de la aplicación simplemente apagando la computadora (a lo bestia, o sea, cortando la energía eléctrica).

Deberías probar tu aplicación en un escenario igual o mayor al del cliente. y constatar si tu aplicación falla o no.

Saludos: Miguel, La Pampa (RA)

Larga Vida y Prosperidad.

Que la Fuerza los acompañe, que la semana recién empieza

[Arnaldo Toledano]

Acá tenes el error y la solucion
https://social.msdn.microsoft.com/Forums/en-US/9c4ae1e9-df39-45cc-969b-972e2c3e4601/error-2091-table-corrupted?forum=visualfoxprogeneral


Arnaldo Toledano

El 05/10/2015 a las 08:08 a.m., Carlos Miguel FARIAS escribió:
> error 2091

[Armando Rodríguez B.]

Me pasó lo mismo cuando instalé el servicio de MegaSync. Dañaba las tablas o los índices al intentar subirlas a la nube.

 

Saludos

[Daniel Del Giudice]

3 años y sigo sin resolver. Tengo instalado el sistema en +300 clientes y sólo lo hace en 1 o 2, y sólo bajo ciertas circunstancias:

- Siempre en las estaciones, nunca en el servidor

- Cuando abro más de una instancia del sistema, normalmente 3 o más, sino funciona perfectamente.

- Las redes están correctas, por cable, sin ningún problema a menos que se dé la situación mencionada

¿Puede tener que ver con la cantidad de archivos abiertos en el servidor desde la estación? (Tal como pasaba con Fox 2.6 para DOS)

¿Hay alguna forma de ampliar eso en el servidor? (Ya casi como que es un OFF TOPIC)

Desde ya muchas gracias!

Daniel Del Giudice

El viernes, 2 de octubre de 2015, 17:58:12 (UTC-3), Daniel Del Giudice escribió:

[Carlos Miguel FARIAS]

El error se da cuando en una PC abren 3 o más veces el sistema (a la vez?). Por qué abren tantas cantidad de veces el sistema?

[Gregori Arjona Toledo]

Que version de sistema operativo tienes instalado en los clientes y en el sevidor?