On Wednesday 16 January 2008 09:49, Ingo Jochim wrote:
C M Reinehr schrieb:
On Wednesday 16 January 2008 08:54, Ingo Jochim wrote:
Dan Langille schrieb:
Reply has been rearranged to retain chronological order.
On Jan 16, 2008, at 9:22 AM, Ingo Jochim wrote:
Dan Langille schrieb:
Ingo Jochim wrote:
I create hard links for the files I want to backup so that while I
do the backup the files can get deleted by someone else.
The problem is that on an incremental backup I get a backup of all
the files again like I got on a full backup.
I create all the hard links right before the backup. A hard link
points to the same file with the same date and so.
Why does bacula backup all the files again?
Because the dates on the hard links are newer than the previous
backup.
Hi Dan,
a hard link looks like the original file. So it always should have
the same date.
Below you will see that the hard link (second line) has the same
date at
the original file.
I created the hard link today but it also has the date from november
the
23th.
Ingo
[EMAIL PROTECTED] ~]# ls -l file.JPG
-rw-rw-r-- 2 root root 314099 23. Nov 15:58 file.JPG
[EMAIL PROTECTED] ~]# ls -l backup/file.JPG
-rw-rw-r-- 2 mother mother 314099 23. Nov 15:58 backup/file.JPG
You create these hard links just before you run
each backup. Is that correct?
Correct.
So I do like a snapshot. The original files can get deleted after the
snapshot and I'm still able to finish my backup to tape.
Ingo
Ingo,
While the modification time is that of the original file, the access time
creation time are that of the link.
cmr
Ok. Got it. But how can I avoid that I get a new date?
Is there a presereve parameter like on cp?
Ingo
The only thing that comes to mind would be to use 'touch' to modify the times
of the link to those of the original file. If you are using a shell script to
create your hard links you could modify it to obtain the times and then
execute touch with the appropriate options.
cmr
--
Debian 'Etch' - Registered Linux User #241964
More laws, less justice. -- Marcus Tullius Ciceroca, 42 BC
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users