Re: [Bacula-users] restoration problem

user100 Thu, 30 Aug 2007 23:55:38 -0700

Sebastian Perkins schrieb:

>>Is it possible that you have put the directory to the destination in a way that the timestemps did not change?
I don't quite understand... I'm still slightly newbie :o)

Quote from the bacula site (http://www.bacula.org/rel-manual/Current_State_Bacula.html#SECTION00540000000000000000):
"Bacula's Differential and Incremental backups are based on time stamps. Consequently, if you move files into an existing directory or move a whole directory into the backup fileset after a Full backup, those files will probably not be backed up by an Incremental save because they will have old dates. You must explicitly update the date/time stamp on all moved files (we have a project to correct this)."

This is the reason why we created a program for our windows-clients that is checking the files and directories of the backupfolders and if it found some file with an archiveflag it remove it and set a newer timestemp instead. Not everybody is happy here if the timestemp changed but it´s better than have no backup for a long time.

However I don´t know if it is the same in Linux. I thought (after a few tests) Linux is save :). We don´t use such program or script there. So I´m interessted if this could be the reason for your problem.

Greetings,
user100

Sebastian Perkins schrieb:
> Hello
>
> We are using bacula for the first time in restoration mode : bacula
> version 2.03 / platform fedora core 6. Bacula has been running w/o save
> errors for 2 months.
>
> A test user has asked us to restore an entire directory = what it
> contained last friday.
>
Is it possible that you have put the directory to the destination in a
way that the timestemps did not change? Can you see all files when you
try to select them for restore? I think there is a Problem when you move
files or directories but I thought this problem mainly depends only to
Win-Clients.

> If I go through the restore process (using option 6 to select backup for
> a client before a specific time) and mark his directory, restore is OK
> BUT, only the modified files of last friday get restored... as if bacula
> just restored that jobid.
>
> Our strategy is to use only the "incremental" option to save on a rather
> large disk drive (no tapes) to keep the file system. A full backup takes
> 250 Go of disk space...
>
> Bacula determined that the first incremental save was "full" so we do
> have a full backup for reference.
>
> This is what the schedule entry looks like
>
> Schedule {
> Name = "WeeklyCycle"
> Run = Incremental mon-sun at 23:05
> }
>
> Is this correct ? What is going wrong ?
>
> Thanks in advance,
>
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] restoration problem

Reply via email to