On Wed, Jan 21, 2015 at 10:19 AM, Matheus de Oliveira <matioli.matheus@xxxxxxxxx> wrote:
On Wed, Jan 21, 2015 at 3:32 PM, Craig James <cjames@xxxxxxxxxxxxxx> wrote:# ls -l /data/postgres-9.3/main/pg_tblspc/16747lrwxrwxrwx 1 postgres postgres 27 2014-08-18 11:28 /data/postgres-9.3/main/pg_tblspc/16747 -> /postgres/tablespaces/uorsy/# du -sh /data/postgres-9.3/tablespaces/uorsy35G /data/postgres-9.3/tablespaces/uorsy# du -sh /data/postgres-9.3/tablespaces/uorsy/*35G /data/postgres-9.3/tablespaces/uorsy/82086248.1M /data/postgres-9.3/tablespaces/uorsy/PG_9.3_2013061214.0K /data/postgres-9.3/tablespaces/uorsy/pgsql_tmp4.0K /data/postgres-9.3/tablespaces/uorsy/PG_VERSION# find /data/postgres-9.3/tablespaces/uorsy \! -links 1 -type f | wc -l740Am I overlooking or is there something really wrong here?
First, all files of a tablespace should be inside PG_9.3_201306121 directory, why do you have those other files?
They're not mine. Postgres created them.
Second, there shouldn't be any hard link inside of a tablespace, as PostgreSQL is not creating them, someone must have done it by hand.
No. Nobody did this. I am quite certain of this. I am the only one with root access to the server, and I guarantee I never did anything like this.
I'm guessing all inside PG_9.3_201306121 is linked to the root path of the tablespace, which is wrong.If I'm not overlooking, then neither barman nor pg_basebackup is to blame, but whoever created the hard links; if PostgreSQL did this (which I doubt) then it is a bug.
As I said, I absolutely didn't create these links. I never, ever monkey with the innards of the Postgres tablespaces. Never have, never will. It had to be done by Postgres, pg_upgrade or some other Postgres binary.
Thanks,
Craig
Regards,--Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
---------------------------------
Craig A. James
Chief Technology OfficerCraig A. James
