novamente dando relatório das mudanças. Caí na asneira de verificar as permissões e proprietários do novo diretório de dados, e percebi que tudo pertencia ao usuário root. Comparando com o velho diretório de dados, conforme abaixo...


root@e3corr04:/var/lib/postgresql/9.1# ls -lh main/
total 52K
drwx------ 9 root root 4,0K Ago 13 22:22 base
drwx------ 2 root root 4,0K Ago 13 22:22 global
drwx------ 2 root root 4,0K Ago 13 22:22 pg_clog
drwx------ 4 root root 4,0K Ago 13 22:22 pg_multixact
drwx------ 2 root root 4,0K Ago 13 22:22 pg_notify
drwx------ 2 root root 4,0K Ago 13 22:22 pg_serial
drwx------ 2 root root 4,0K Ago 13 22:22 pg_stat_tmp
drwx------ 2 root root 4,0K Ago 13 22:22 pg_subtrans
drwx------ 2 root root 4,0K Ago 13 22:22 pg_tblspc
drwx------ 2 root root 4,0K Ago 13 22:22 pg_twophase
-rw------- 1 root root    4 Ago 13 22:22 PG_VERSION
drwx------ 3 root root 4,0K Ago 13 22:22 pg_xlog
-rw------- 1 root root  133 Ago 13 22:22 postmaster.opts
lrwxrwxrwx 1 root root   36 Ago 13 22:22 server.crt -> /etc/ssl/certs/ssl-cert-snakeoil.pem
lrwxrwxrwx 1 root root   38 Ago 13 22:22 server.key -> /etc/ssl/private/ssl-cert-snakeoil.key

Comparando com o velho diretório de dados, mudei quase todos os proprietários conforme abaixo

root@e3corr04:/var/lib/postgresql/9.1/main# ls -lh
total 52K
drwx------ 9 postgres postgres 4,0K Ago 13 22:22 base
drwx------ 2 postgres postgres 4,0K Ago 13 22:22 global
drwx------ 2 postgres postgres 4,0K Ago 13 22:22 pg_clog
drwx------ 4 postgres postgres 4,0K Ago 13 22:22 pg_multixact
drwx------ 2 postgres postgres 4,0K Ago 13 22:22 pg_notify
drwx------ 2 postgres postgres 4,0K Ago 13 22:22 pg_serial
drwx------ 2 postgres postgres 4,0K Ago 13 22:22 pg_stat_tmp
drwx------ 2 postgres postgres 4,0K Ago 13 22:22 pg_subtrans
drwx------ 2 postgres postgres 4,0K Ago 13 22:22 pg_tblspc
drwx------ 2 postgres postgres 4,0K Ago 13 22:22 pg_twophase
-rw------- 1 postgres postgres    4 Ago 13 22:22 PG_VERSION
drwx------ 3 postgres postgres 4,0K Ago 13 22:22 pg_xlog
-rw------- 1 postgres postgres  133 Ago 13 22:22 postmaster.opts
lrwxrwxrwx 1 postgres postgres   36 Ago 13 22:22 server.crt -> /etc/ssl/certs/ssl-cert-snakeoil.pem
lrwxrwxrwx 1 postgres postgres   38 Ago 13 22:22 server.key -> /etc/ssl/private/ssl-cert-snakeoil.key
root@e3corr04:/var/lib/postgresql/9.1/main# chown root:root server.crt
root@e3corr04:/var/lib/postgresql/9.1/main# chown root:root server.key

E a saída está abaixo...

root@e3corr04:/var/lib/postgresql/9.1/main# pg_ctlcluster 9.1 main start
The PostgreSQL server failed to start. Please check the log output:
2013-08-13 23:37:36 BRT FATAL:  could not load private key file "server.key": Permiss?o negada
root@e3corr04:/var/lib/postgresql/9.1/main# chown root:root server.key
root@e3corr04:/var/lib/postgresql/9.1/main# pg_ctlcluster 9.1 main start
The PostgreSQL server failed to start. Please check the log output:
2013-08-13 23:38:12 BRT FATAL:  could not load private key file "server.key": Permiss?o negada
Em 13-08-2013 12:35, Matheus de Oliveira escreveu:



2013/8/13 Edison Gonçalves Ferreira Junior <[email protected]>

Em 13-08-2013 10:09, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2013/8/13 Edison Gonçalves Ferreira Junior <[email protected]>
no meu é um 13.04 e o pgsql é o mesmo
[…]
Os repositórios tradicionais do ubuntu. no caso archive.ubuntu.com.
Passa para a gente:

1. Comando e retorno completos
2. Conteúdo de sources.list e sources.list.d

Porque não me está fazendo sentido esse erro.
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
consegui reinstalar com o apt-get purge postgresql-9.1 postgrsql-common.

Ai depois reinstalei os pacotes e tá rodando normal... agora preciso recuperar os dados...



Tente copiar o diretório que você tinha antes para /var/lib/postgresql/9.1/main:

# pg_ctlclusters 9.1 main stop   # parar o serviço
# mv /var/lib/postgresql/9.1/main /var/lib/postgresql/9.1/main_bkp
# cp -r /path/to/old_cluster/main /var/lib/postgresql/9.1/main
# pg_ctlclusters 9.1 main start   # reiniciar o serviço


Se os seus dados não estiverem corrompidos, o PostgreSQL vai subir normalmente (talvez demore um pouco). Se não der certo, poste o resultado aqui, talvez tenha é que restaurar o dump mesmo.

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

Responder a