"Garrett D'Amore" <gdamore at sun.com> wrote:
> I am not sure you've answered the question here. Mostly I'm concerned
> about the possibility of leaving persistent "turds" in the filesystem,
> where they may be harder to find.
>
> I'd be a lot happier if these incremental files were located in /var/run
> or some other similar place. (/var/tmp if persistence across a reboot
> is required.) I understand that there may be problems in dealing with
> filename collisions in such cases. Hopefully a solution to such would
> be possible.
You are trying to get rid of the names at any price and for this reason, you
forget to think about the implications of your proposal.
If you repeatedly like to sync a filesystem using:
star -c level=1 -cumulative | star -C to-dir -xpU -restore
you need to have the data base at a well known location that survives a typical
OS upgrade instead of an obcure location that gets removed with an OS upgrade.
As files may not be renamed to a different filesystem and as even the space may
not be suffucuent, the directory star-tmpdir cannot be on /var/tmp. Future
versions of star may support to recover from a OS crash that happens while
doing incremental restores, this is another reason to keel star-tmpdir.
P.S. If you are interested in influencing the star development, you are welcome
to join the discussion, but you need to do it in time. This is a decision that
has been made 3.5 years ago already.
J?rg
--
EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
js at cs.tu-berlin.de (uni)
schilling at fokus.fraunhofer.de (work) Blog:
http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
