Re: [Bug-tar] Skipped files with --listed-incremental after rename

[Joerg Schilling]

>From address@hidden  Tue Oct 14 00:31:58 2003

>>> If a filesystem does not update st_ctime, then you cannot do simple meta 
>>> data
>>> based incremental backups.

>>I tend to agree: it would have to get more complicated.  I don't see
>>any easy way out.

>Well, it is possible with my my planned extensions for star, but it would be
>more expensive to implement. In fact, the main target for these planned star
>extensions is to have a complete rename/delete database at the beginning of
>a tar archive in order to give the same level of convenience as 
>ufsdump/ufsrestore. This is why I did plan an implementation for 
>SCHILY.dino/SCHILY.ddev not before 2004.

OK, implementing the SCHILY.dino POSIX.1-2001 tag was only less than 300 lines 
of code....

There is a new test version of star:

        ftp://ftp.berlios.de/pub/star/alpha/star-1.5a31pre.tar.gz

that adds the SCHILY.dino inode array in dump mode.

If you create incremental dumps with this version of star, you only need to wait
for the first incremental restore implementation. By introducing SCHILY.dino,
all needed information to detect rename(2) even without a st_ctime change is 
inside the tar archive. No additional information is needed.

Jörg

-- 
 EMail:address@hidden (home) Jörg Schilling D-13353 Berlin
       address@hidden           (uni)  If you don't have iso-8859-1
       address@hidden   (work) chars I am J"org Schilling
 URL:  http://www.fokus.fraunhofer.de/usr/schilling 
ftp://ftp.berlios.de/pub/schily