>>Tente recuperar ao máximo os arquivos, preferencialmente ponha os discos em outra máquina, em modo somente leitura. Não tente >>recuperar o sistema de arquivos, tente recuperar os arquivos! *Alguém conhece alguma ferramenta que faça a recuperação do arquivo e não do sistema de arquivo?*
>>Você checou se esse diretório e arquivo estão lá? Tente recopiar ou verificar com ferramentas de recuperação esse arquivo novamente. *O arquivo está lá, mas o postgres acusa invalid data.* >>Perdeu. Veja se ele está em lost+found. Qual o sistema de arquivos que você utilizava? *na pasta lost_found só tem arquivos começando com # exemplo: #93913154* Alessandro Lima email [email protected] Em 2 de junho de 2014 08:11, Matheus de Oliveira <[email protected]> escreveu: > > 2014-06-02 7:56 GMT-03:00 Alessandro Lima <[email protected]>: > > Tenho um servidor centos 5.6 com postgres 9.2.4.1 >> > > Não sei o que esse último .1 significa (é do pacote?)... > > >> que não está dando boot mais, >> acusando dados corrompidos, já tentei recuperar com fsck mas sem sucesso! >> > > Você quer dizer, o sistema de arquivos nem monta? Ou é o postgres que não > sobe? Qual o erro exato que vês? > > >> O pior é que duas bases de dados importantes não tinham backup, >> > > Clássico... Talvez agora aprendam... > > >> instalei a mesma versão do postgres em outro servidor e substitui a pasta >> data do servidor com problemas, mas não consigo iniciar o banco, no log >> apresenta os seguintes erros: >> FATAL: relation mapping file "global/pg_filenode.map" contains invalid >> data >> e >> LOG: could not open dbspace directory "base/32777": not a directory >> Obs.: este diretório deve estar corrompido, ele é exibido assim pelo >> comando ls -lvh: >> -rw-r--r-- 1 postgres postgres 101K Jun 2 07:36 32777 >> > > Me parece que as permissões estão erradas. Execute um chmod 700 nesse > diretório e tente novamente. > > Se quiser pode fazer isso em todo PGDATA: > > $ chmod -R a=,u=rwX /path/to/data > > E claro, o owner tem de ser o usuário postgres. Sobe de novo e verifique > se muda o erro. > > Atenciosamente, > -- > Matheus de Oliveira > Analista de Banco de Dados > Dextra Sistemas - MPS.Br nível F! > www.dextra.com.br/postgres > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
