De: "Luiz Carlos L. Nogueira Jr." <[email protected]> 
Para: "Comunidade PostgreSQL Brasileira" <[email protected]> 
Enviadas: Segunda-feira, 29 de agosto de 2016 17:13:02 
Assunto: Re: [pgbr-geral] Crash durante vacuum full 

Já fiz o dump/restore em outro lugar e o banco fica ok (pequeno) 

Acho que descobri o relnodeid . 
Peguei as tabelas com nome *.100 (tabelas com mais de 100GB e depois fiz o 
select no banco, pq sei que a tabela "invisível" tem mais de 100GB 

# ls -al *.100 
-rw-------. 1 postgres postgres 1073741824 Aug 28 05:07 131380784.100 
-rw-------. 1 postgres postgres 1073741824 Aug 28 17:23 131385573.100 
-rw-------. 1 postgres postgres 1073741824 Aug 29 15:26 131386849.100 


Aí apareceram 3 arquivos 
Depois fiz no banco pegando o resultado dos arquivoss anteriores 

select * from pg_class where relfilenode in ( 131380784 ,131385573,131386849) 
order by relfilenode desc 
Aqui apareceram apenas 2 linhas 

"pg_toast_12944191";99;46202933;0;12842368;0; 131386849 
;0;0;0;0;0;46202934;t;f;"p";"t";3;0;f;t;f;f;f;t;355796632;4294014302 
"pg_toast_12943272";99;12943278;0;12842368;0; 131385573 
;0;0;0;0;0;12943279;t;f;"p";"t";3;0;f;t;f;f;f;t;355796351;4294014302 


Deduzo que a 3a é a que é essa "invisível", a que está em vermelho, 131380784 

Pelo relnodeid tem como saber (GARANTIDO) se posso ou não matar os arquivos do 
banco pelo SO? 


Luiz, 


faz um "select * from pg_class where oid = 131380784" 

se esse objeto existir, valida para ver se está integro, caso não exista, faz 
um backup/restore. 

Faz um backup full antes de tudo. 

_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a