>>Não sei o que esse último .1 significa (é do pacote?)... *Também não sei, está no nome do instalador que foi utilizado: postgresql-9.2.4.1-linux-x64.run*
>>Você quer dizer, o sistema de arquivos nem monta? Ou é o postgres que não sobe? Qual o erro exato que vês? *Após montar o RAID, apresentava a mensagem antes do fsck: ext3-fs group descriptors corrupted!* *agora depois do fsck: kernel panic - not syncing: Attemped to kill init!* >>Me parece que as permissões estão erradas. Execute um chmod 700 nesse diretório e tente novamente. *Alterando as permissões não resolve, continua sem exibir a letra d, indicando que o arquivo é um diretório.* Alessandro Lima email [email protected] Em 2 de junho de 2014 08:57, Alessandro Lima <[email protected]> escreveu: > >>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
