Estimados, alguna vez supe de ese error y el problema fue el almacenamiento donde estaba postgre (osea los discos duros).
Te recomendaría los revises para evitar nuevamente corrupción en los archivos. Dios L@s Bendiga Saludos, [image: --] daniel.bojorge [image: http://]about.me/daniel.bojorge <http://about.me/daniel.bojorge?promo=email_sig> *Curso Desarrollo Web con Python usando Django 2.1 Para Principiantes* <https://goo.gl/oeT5Sx> *WebService RestFul API con Python usando Django RestFrameWork* <https://goo.gl/j8i34C> *Fácil Replicación de Cualquier Base de Datos y/o Sistema Operativo* <https://goo.gl/HjtExs> *Programación en Capas (Web y Escritorio)* <https://goo.gl/zGZpSD> Mi Blog <http://debsconsultores.blogspot.com> Nicaragua "Si ustedes permanecen unidos a mí, y si permanecen fieles a mis enseñanzas, pidan lo que quieran y se les dará. (Juan 15:7 DHH) Bendito el varón que se fía en el SEÑOR, y cuya confianza es el SEÑOR. (Jeremías 17:7 RV2000) El jue., 28 mar. 2019 a las 13:21, Anthony Sotolongo (<asotolo...@gmail.com>) escribió: > Hola Frank, cuanto tiempo!!!, que bueno que aun estás trabajando en PG > > Tuve una vez una situación similar de errores ...contains unexpected > zero page at block ... > > y no se si "casualmente" o era el motivo real de los problemas que > tenia, los discos donde estaba el servidor de PG estaban teniendo > problemas, > > cuando se hizo el cambio a otro servidor se solucionó el tema de una vez > > > Tal vez revisando con alguna herramienta que le hace pruebas a la RAM y > Discos te pueda dar más indicios del estado > > > Puedes chequear si los temas solucionados a continuación puede causar > estos temas de corrupción y si está resuelto de la versión 10.5 a la > 10.7: > > https://why-upgrade.depesz.com/show?from=10.5&to=10.7&keywords= > > Saludos > > > > El 28-03-19 a las 15:17, Frank Alberto Rodriguez Solana escribió: > > Hola. Estoy teniendo varios problemas con un servidor dedicado a > > PostgreSQL 10.5, que pueden ser de corrupción de datos o un bug y me > > gustaría me dieran opiniones. > > > > Primero fueron estos errores: > > > > ERROR: index "pg_proc_proname_args_nsp_index" contains unexpected > > zero page at block 16 at character 56 > > ERROR: index "pg_proc_proname_args_nsp_index" contains unexpected > > zero page at block 21 at character 241 > > ERROR: index "pg_proc_proname_args_nsp_index" contains unexpected > > zero page at block 16 at character 61 > > ERROR: index "pg_proc_proname_args_nsp_index" contains unexpected > > zero page at block 17 at character 37 > > > > > > que surgieron porque los IDEs lo mostraban al hacer operaciones en la > > base de datos, y como eran índices no me alarmé y se solucionaron > > haciendo un reindex a las tablas pg_proc y pg_description. > > > > Pero luego checando los logs me aparecen, en varias ocaciones, estos > > otros errores en otra base de datos dos días antes: > > > > ERROR: invalid page in block 1478644 of relation > > pg_tblspc/117936/PG_10_201707211/117939/259612 > > ERROR: invalid page in block 1478651 of relation > > pg_tblspc/117936/PG_10_201707211/117939/259612 > > > > que pertenecen a la misma tabla: > > pg_filenode_relation(117936,259612); > > pg_filenode_relation > > ---------------------- > > ph_smart.products > > (1 row) > > > > Y surgieron luego de 1068 inserciones con errores de "duplicate key > > value violates unique constraint" en otra tabla de la misma base de > datos. > > > > También he notado que hay alrededor de 575 esquemas entre pg_temp y > > pg_toast_temp, que se me hacen muchos y según lo que he leído esos los > > crea y borra el mismo Postgres. > > > > El servidor está virtualizado en la nube, y el almacenamiento está > > montado sobre disco SSD, tiene 8 cores y 32 GB de RAM. > > Además el postgres cuenta con un sistema de backup incremental con > > barman, montado en otro servidor con mucha más capacidad. > > También existen 2 servidores iguales con las mismas características y > > la misma carga de trabajo para el postgres, y no han mostrado errores > > de corrupción en los logs. > > Lo que quisiera saber si hay alguna forma para asegurarme que sea un > > error del hardware o un bug, puesto que los demás servidores de > > Potgres están en la misma nube y debo evaluar una posible migración en > > el servicio de la nube o tal vez un cambio de versión en el Postgres. > > > > > > > > > > >
