Re: refuse to update certain files upon extraction

Lasse Kliemann <[email protected]> wrote:

> * Message by -Joerg Schilling- from Tue 2008-03-18:
>
> > The problem is a Linux kernel bug.
> > =

> > Any other backup tool (like e.g. dump/restore) will run into the same p=
roblem
> > as Linux did not update the timestamp from the directory =

> > "send-backup-test/log/supervise/".
> > =

> > You need to send a bug-report against Linux and get a fix for this prob=
lem....
>
> I've already prepared a minimal example to prove this, see the attached =

> files. The ctime of `sub' changes the first time that `rename' is run, bu=
t =

> not the second. I also tried this on Solaris, and there the ctime is =

> updated after the second run of `rename'.

Do you know whether your original problem was caused by a rename or rather =
a =

unlink/create chain?

From looking at inode numbers and file content, a rename is less probable t=
han =

a unlink/create chain together with a inode algorithm that reusess old inod=
es =

too fast.

J=F6rg

-- =

 EMail:[email protected] (home) J=F6rg Schilling D-13353 Be=
rlin
       [email protected]                (uni)  =

       [email protected]     (work) Blog: http://schily.blogspo=
t.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/sch=
ily