Re: File based Incremental backup v8 - Mailing list pgsql-hackers

From Fujii Masao
Subject Re: File based Incremental backup v8
Date
Msg-id CAHGQGwHL8Yabe0ZCm76v=_nfWP+osVaLrBfKqU0Q=fHiWF7JJQ@mail.gmail.com
Whole thread Raw
In response to Re: File based Incremental backup v8  (Marco Nenciarini <marco.nenciarini@2ndquadrant.it>)
Responses Re: File based Incremental backup v8
List pgsql-hackers
On Thu, Feb 12, 2015 at 10:50 PM, Marco Nenciarini
<marco.nenciarini@2ndquadrant.it> wrote:
> Hi,
>
> I've attached an updated version of the patch.

basebackup.c:1565: warning: format '%lld' expects type 'long long
int', but argument 8 has type '__off_t'
basebackup.c:1565: warning: format '%lld' expects type 'long long
int', but argument 8 has type '__off_t'
pg_basebackup.c:865: warning: ISO C90 forbids mixed declarations and code

When I applied three patches and compiled the code, I got the above warnings.

How can we get the full backup that we can use for the archive recovery, from
the first full backup and subsequent incremental backups? What commands should
we use for that, for example? It's better to document that.

What does "1" of the heading line in backup_profile mean?

Sorry if this has been already discussed so far. Why is a backup profile file
necessary? Maybe it's necessary in the future, but currently seems not.
Several infos like LSN, modification time, size, etc are tracked in a backup
profile file for every backup files, but they are not used for now. If it's now
not required, I'm inclined to remove it to simplify the code.

We've really gotten the consensus about the current design, especially that
every files basically need to be read to check whether they have been modified
since last backup even when *no* modification happens since last backup?

Regards,

-- 
Fujii Masao



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Redesigning checkpoint_segments
Next
From: Stephen Frost
Date:
Subject: Re: Providing catalog view to pg_hba.conf file - Patch submission