Gracias Alvaro. En este caso, para poder restablecer la operación de las áreas de trabajo, lo que hice fue hacer un respaldo de la base de datos, excluyente las tablas que me daban algún tipo de error, este respaldo la restaure en otro servidor, posteriormente de una base de datos antigua (respaldo de un día anterior), obtuve los datos de las tablas omitidas y las cargue en la base de datos nueva…
Hasta el momento parece funcionar sin problema, perdimos algunos datos de aproximadamente 30 min de operación, los cuales pueden ser recapturados… Trataré de hacer la depuración que comentas para conocer a fondo el origen del problema y evitar futuros casos… He estado leyendo igual sobre el punto, y al parecer se trata de un tema de tuneo del postgresql para el servidor que se tiene, trataré de modificar las configuraciones para balancear la carga de memoria, conexiones etc. Gracias de nueva cuenta, Saludos. > El 20/05/2016, a las 8:48 p.m., Alvaro Herrera <alvhe...@2ndquadrant.com> > escribió: > > Mario Jiménez Carrasco escribió: >> Buen día a todos... >> >> Recurriendo a ustedes por la experiencia en estos temas. >> >> Revisando los logs del servidor nos encontramos estos elementos, sólo que >> ya he estado revisando en la web y no encuentro mucha información al >> respecto de cual puede ser la interpretación.. >> >> Alguna idea de donde conseguir referencia sobre este tipo de mensajes de >> error?... >> >> Gracias... >> >> >> <6>[25058.869907] postgres[4190]: segfault at 1fbe000 ip 00007fd381ab1649 >> sp 00007ffd139c1fc8 error 6 in libc-2.17.so[7fd381968000+1b6000] >> >> <6>[51470.428531] postgres[4860]: segfault at 1fbc000 ip 00007fd381ab164e >> sp 00007ffd139c1fc8 error 6 in libc-2.17.so[7fd381968000+1b6000] > > Es un síntoma normal de que los datos están corruptos. "segfault" > (segmentation fault) normalmente significa que algo está leyendo memoria > que no le está asignada, y a su vez eso normalmente pasa porque está > siguiendo punteros que no son válidos. Para saber exactamente qué está > pasando puedes usar un depurador (como GDB u otros) y obtener un stack > trace, pero necesitas conocimiento a nivel de código para poder > interpretar lo que te va a decir. Si publicas el stack trace acá, > podemos mirarlo. > > Si tienes un respaldo razonablemente reciente te recomiendo partir de > ahí para restaurar todo. Si los datos que perderías son muy valiosos, > vas a necesitar más ayuda. > > -- > Álvaro Herrera http://www.2ndQuadrant.com/ > PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
