Author: Martin Simmons <martin AT lispworks DOT com>
Date: Mon, 1 Sep 2008 10:55:47 +0100
What does "handle" mean here? Are you saying that restoring an accurate backup after rename recreates both files or just that the file is placed into the backup twice, once for each name? I really h
Yes. So will almost every other package you attempt to use. There is work underway on a "synthetic full backup" which will stop this happening - BUT you will need the previous Full+Diff+Incrementals
Author: Eric Bollengier <eric AT eb.homelinux DOT org>
Date: Mon, 1 Sep 2008 21:10:49 +0200
Le Monday 01 September 2008 11:55:47 Martin Simmons, vous avez écrit : See project file item #1 for further information. -- This SF.Net email is sponsored by the Moblin Your Move Developer's challeng
Author: Tomasz Chmielewski <mangoo AT wpkg DOT org>
Date: Fri, 29 Aug 2008 11:19:26 +0200
I have a couple of users which sporadically edit video files. These files can take several hundred megabytes and are also subject to backup. The thing is, users often move these files, i.e. from dire
Author: Silver Salonen <silver AT ultrasoft DOT ee>
Date: Fri, 29 Aug 2008 13:11:55 +0300
Hello. To my mind, no. On some seminar, EMC told its backup software does that, or actually that it does never backup the multiple copies of the same file, but I guess it's the same. -- Silver -- Thi
Not yet. The development version has this feature, but it hasn't made it into the stable production version yet. -- Frank Sweetser fs at wpi.edu | For every problem, there is a solution that WPI Seni
Author: Tomasz Chmielewski <mangoo AT wpkg DOT org>
Date: Fri, 29 Aug 2008 12:19:20 +0200
Frank Sweetser schrieb: How does this feature works? Does it simply checksum all files before they are transferred, or does it use a bit of more intelligence (trying to compare size, filenames, times
I haven't worked with this feature myself, but if you search through the mailing list archives for "accurate restore" you should be able to find the discussions on it. -- Frank Sweetser fs at wpi.edu
Bacula will backup everything in a Full backup. For the next Incremental or Differential, it uses mtime. That is, the last time the file was modified. If the mtime has not changed, the file will not
Author: Tomasz Chmielewski <mangoo AT wpkg DOT org>
Date: Fri, 29 Aug 2008 16:09:51 +0200
Dan Langille schrieb: (...) Hmm, does "Bacula will backup everything in a Full backup" mean "it will transfer *everything* over network, even if the same files in the same location were in the previo
Yes. A full backup, by definition, backs up all files. -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -- This
Author: Tomasz Chmielewski <mangoo AT wpkg DOT org>
Date: Fri, 29 Aug 2008 16:22:50 +0200
Dan Langille schrieb: That's a bit unfortunate for those doing backups over the Internet, isn't it? Of course, but a smart approach (i.e. similar to what rsync does) would result in faster backups: o
Author: Martin Simmons <martin AT lispworks DOT com>
Date: Fri, 29 Aug 2008 15:34:01 +0100
That's not quite true, because many unix filesystems change the ctime when you rename a file, so that change will also cause it to be backed up again. __Martin -- This SF.Net email is sponsored by t
I do such backups all the time. If you don't like it, do one full backup, keep it forever, then do only Incr/Diff. :) Smart, in this case, being a subjective term. Yes. That would be wonderful. But i
Author: "Timo Neuvonen" <timo-news AT tee-en DOT net>
Date: Sat, 30 Aug 2008 18:08:47 +0300
Just out of curiosity: what information Bacula uses to recognize a renamed file, in addition to mtime? Or is mtime guaranteed (in all filesystems) to be unique, so there couldn't be another file wit
I am not sure what you mean by "recognize". Bacula does do anything like that (here I am giving you an answer based on not knowing what you mean). mtime is not unique. Multiple files can have the sam
Author: "Timo Neuvonen" <timo-news AT tee-en DOT net>
Date: Sat, 30 Aug 2008 19:12:05 +0300
"Dan Langille" <dan AT langille DOT org> kirjoitti viestissänews:48B96BA1.4010300 AT langille DOT org... Sorry about that stupid question, maybe a fuse had blown in my brains :-) I should have made a
Author: ebollengier <eric AT eb.homelinux DOT org>
Date: Sun, 31 Aug 2008 05:43:13 -0700 (PDT)
The accurate backup feature allow to handle deleted files, not files that have been renamed. You can implement this feature with a script that detect duplicate files and make hardlinks. After that, b