Re: pg_basebackup bug: base backup is double the size of the database

On Wed, Jan 21, 2015 at 10:19 AM, Matheus de Oliveira <
matioli(dot)matheus(at)gmail(dot)com> wrote:

>
> On Wed, Jan 21, 2015 at 3:32 PM, Craig James <cjames(at)emolecules(dot)com>
> wrote:
>
>> # ls -l /data/postgres-9.3/main/pg_tblspc/16747
>> lrwxrwxrwx 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/uorsy
>> *35G* /data/postgres-9.3/tablespaces/uorsy
>>
>> # du -sh /data/postgres-9.3/tablespaces/uorsy/*
>> *35G* /data/postgres-9.3/tablespaces/uorsy/8208624
>> *8.1M* /data/postgres-9.3/tablespaces/uorsy/PG_9.3_201306121
>> 4.0K /data/postgres-9.3/tablespaces/uorsy/pgsql_tmp
>> 4.0K /data/postgres-9.3/tablespaces/uorsy/PG_VERSION
>>
>> # find /data/postgres-9.3/tablespaces/uorsy \! -links 1 -type f | wc -l
>> *740*
>>
>
>
> Am 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 Officer
eMolecules, Inc.
---------------------------------