2016-12-15 23:24 GMT-02:00 Euler Taveira <[email protected]>:

> Você e o Cleiton estão comentendo o mesmo erro: *não* se cria
> tablespaces dentro do diretório $PGDATA ou qualquer subdiretório dele
> (vide [1]). Muitos confundem o conceito do Oracle com Postgres e acham
> que o equivalente de DB_CREATE_FILE_DEST é $PGDATA/pg_tblspc; não é!  O
> diretório $PGDATA/pg_tblspc é de uso do postgres para armazenar os links
> para o caminho real das tablespaces. Aliás, *não* crie nada no $PGDATA a
> não ser que (i) esteja documentado ou (ii) que você saiba o que está
> fazendo.
>

Eu não sabia disso, obrigado! Para que eu corrija isso, preciso dropar tudo
e fazer o restore novamente com as tablespaces criadas em outro lugar, ou
existe alguma espécie de "move" de tablespaces?


>
> euler=# create tablespace foo location '/tmp/teste/pg_tblspc/foo';
> AVISO:  tablespace location should not be inside the data directory
> CREATE TABLESPACE
>
> O postgres está contando duas vezes (uma para o seu diretório e outra
> para o link simbólico para esse diretório). É um bug? Você está fazendo
> algo não recomendado e que pode levar a algum comportamento inesperado
> de alguns programas.
>

Realmente dentro da pg_tblspc tem os diretórios e os links para eles, tá
explicado a duplicidade do tamanho mostrada pelo postgresql então...

Mas ainda tenho uma dúvida: fui verificar no servidor antigo e dentro da
pg_tblspc não tem os links, tem somente os diretórios das tablespaces. Este
server antigo foi criado com PostgreSQL 8.4, e o novo com a versão 9.4 ...
esta criação dos links é um comportamento pós-8.4?


>
> $ pg_basebackup -P -c fast -D /tmp/abc
> AVISO:  não pôde ler link simbólico "pg_tblspc/foo": Argumento inválido
> pg_basebackup: diretório "/tmp/teste/pg_tblspc/foo" existe mas não está
> vazio
> LOG:  não pôde enviar dados para cliente: Pipe quebrado
> ERRO:  cópia de segurança base não pôde enviar dados, interrompendo
> cópia de segurança
> FATAL:  conexão com cliente foi perdida
>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a