hi all
I'm use bacula3.01 server and client to backup my files. It works good.
But i found a problem here.
I think the 184 server's differential backup strategy is correct
===
184| 2009-09-24 01:48:47 | B| F | 1,
I'm experimenting with iSCSI right now, and am looking for ways to best
back iSCSI volumes up, and any experiences from others.
I'm using an OpenSUSE 11.1 server as iSCSI target (i.e., iSCSI server).
Each iSCSI volume is represented by an image file. The underlying file
system uses LVM. The iSC
Kern Sibbald wrote:
> Does anyone have any comments or ideas on this?
Anything that can record and make available the design process and the
resulting documents is very useful. First, people can see why and how
things are designed the way they are. We can see why the software acts
the way it
> In theory, Accurate means that it should back up any file that is in any way
> different to what it was when the backup was last done. I'm not sure to what
> extent it works in practice.
I will measure the memory cost and correctness.
>
> Bacula began in a unix/posix environment. Windows supp
Kern Sibbald wrote:
> Hello,
>
> Recently several email design threads have pointed out an important
> deficiency
> in the Bacula project that I would like to discuss. We (I) I have already
> designed (mostly in my head) a good number of future projects -- including
> how to support portable cl
Hello to all the users of bacula.
At work i'm a user of the IBM Tivoli Storage Manager,and i think that this
product is very similiar to bacula; so at home i've implemented bacula to
backup my home server and client.
I've noticed a difference between bacula and tsm about file retention : when in
> Considering "file names" loaded in RAM, I still have doubts. For instance:
>
> 1) If Accurate=yes, and there is a new file but with old date than
> previous full/diff/inc backup, will it be backed up? Is this very old
> Windows Bacula client bug solved?
In theory, Accurate means that it should
2009/9/27 James Harper :
>
> I think that the 'Accurate' option is what the "we have a project to correct
> this" refers to, and it does at the expense of a bit of extra disk activity
> and number crunching. Search for "Accurate" in the docs to find out more.
>
> James
>
Following your hint, I f
