Re: wrong mtime after restore

* Joerg Schilling writes:
> Lasse Kliemann <[email protected]> wrote:
> 
> > (...)
> > > I did a second restore into a second directory. The backup comprises a level 
> > > 0, 1, 2 and 5 incremental. The restore of the levels 0 to 2 give the above 
> > > directory dates in the past, which presumably are correct. However the last 
> > > increment, level 5, gives that directory the *current* date. That was Aug 26 
> > > in my previous test, and now is Aug 28.
> > > 
> > > I also have a more concrete theory what could be the reason for this: the 
> > > directory contains a fifo (or named pipe; created with `mknod ... p'). This 
> > > fifo is frequently modified such that its mtime changes.
> > > 
> > > However, I still was unable to reproduce the behavior of star described above 
> > > with a new incremental backup (using directories with fifos).
> >
> > It's actually easy. Create the fifo, make a, say, level 0 dump, then touch 
> > the fifo, then do a, say, level 1 dump.
> >
> > Restoring the level 0 dump will give the directory containing the fifo its 
> > correct date. However, restoring the level 1 dump (on top of the level 0 dump 
> > of course) will give the directory in which the fifo is the *current* date.
> 
> Thank you!
> 
> It seems that the fact that star is unlinking and restoring the file
> while the directory is missing in the incremental causes the problem.
> 
> It seems that I would need to change the way star extracts non-plain files.
> 
> Currently, star (as usual with -U) removes and re-rcreated the files.
> 
> I would need to check for the same file type and the same inode number.

Version 1.5a85 corrects the problem; I tested it. Thanks for the fix.

I will do more real-world tests. If they show any anomaly, I will report.

Lasse

_______________________________________________
Star-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/star-users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQFG6l881gObwed86AkRAieRAKDoDVniN0NcntEtQB20m6diJAmISQCgxEBB
jrwhkzn/HDfMPS4f+tZJrVM=
=m89b
-----END PGP SIGNATURE-----