From: Mantis B. T. <no...@bu...> - 2013-05-07 15:45:07
|
The following issue has been CLOSED ====================================================================== http://bugs.bacula.org/view.php?id=1991 ====================================================================== Reported By: dh-lin Assigned To: ebollengier ====================================================================== Project: bacula Issue ID: 1991 Category: File Daemon Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2013-03-04 15:40 GMT Last Modified: 2013-05-07 16:45 BST ====================================================================== Summary: Accurate fails on backup from harlinks Description: We backup casandra servers with cassandra snapshots. Cassandra snapshot create snapshot directory in each database and hardlinks to tablespaces. We only backup this subfolder, but on accurate=yes bacula backup all files because it use wron filename. Example. File rollups60-hc-12368-Data.db is old and shall not be backed up in incremental level With accurate=no it will not be backed up. With accurate=yes we can see on clent: accurate.c:236-0 add fname=</var/lib/cassandra/data/OpsCenter/snapshots/rollups60-hc-12368-Data.db> lstat=P0E gAAK2 IGk C Bt Bx A KyC2e BAA BWQY BRLg53 BRLi4Q BRM/K1 A A e delta_seq=0 chksum= accurate.c:82-0 lookup </var/lib/cassandra/data/OpsCenter/snapshots/rollups60-hc-12368-Data.db> ok accurate.c:367-0 /var/lib/cassandra/data/OpsCenter/snapshots/rollups60-hc-12368-Data.db st_ctime differs accurate.c:277-0 accurate /var/lib/cassandra/data/OpsCenter/rollups60-hc-12368-Data.db (not found) Have a look a last line. Here it look at file in wrong directory Steps to Reproduce: create subdirectory with hardlinks and try to backup only this subdirectory with accurate=yes Additional Information: Our fileset: FileSet { Name = "cassandra_data" Ignore FileSet Changes = yes Include { File = /var/lib/cassandra/data Options { mtimeonly=yes compression = LZO sparse=yes hardlinks=yes Wild = "/var/lib/cassandra/data/*/snapshots/*" WildDir = "/var/lib/cassandra/data/*/snapshots" } Options { Exclude = yes WildFile = "/var/lib/cassandra/data/*" } } } ====================================================================== ---------------------------------------------------------------------- (0006658) ebollengier (administrator) - 2013-04-18 08:48 http://bugs.bacula.org/view.php?id=1991#c6658 ---------------------------------------------------------------------- Sorry you have problems with Bacula, however, the message is pretty clear accurate.c:367-0 /var/lib/cassandra/data/OpsCenter/snapshots/rollups60-hc-12368-Data.db st_ctime differs The accurate option is comparing the ctime between the last backup and the current file, and as values differ, the program take this file. To avoid that, you can skip the ctime check, see the Accurate Fileset option, but do it only if you know exactly what you are doing. ---------------------------------------------------------------------- (0006663) dh-lin (reporter) - 2013-04-22 15:22 http://bugs.bacula.org/view.php?id=1991#c6663 ---------------------------------------------------------------------- Hi, please see axactly on last line. It is false directory (/snapshot/ is not there. Dimitrij ---------------------------------------------------------------------- (0006692) ebollengier (administrator) - 2013-05-07 15:37 http://bugs.bacula.org/view.php?id=1991#c6692 ---------------------------------------------------------------------- In the last line, you can see that the Accurate code is looking for "deleted" files, so this file was present on a previous backup, and is no longer part of the backup (You may changed the FileSet without doing a Full backup afterward). I don't see anything wrong, this is a configuration issue. Just run a restore at a time before this new job, and if you go into /var/lib/cassandra/data/OpsCenter, you will see files. ---------------------------------------------------------------------- (0006693) dh-lin (reporter) - 2013-05-07 16:35 http://bugs.bacula.org/view.php?id=1991#c6693 ---------------------------------------------------------------------- Hi, i thin you understand not really this problem. We backup cassandra with snapshots from cassandra. Snapshots are in subfolder snapshots. Only this subfolder is backuped by bacula. Bacula has not to have any knowledge about original files. So lookup to /var/lib/cassandra/data/OpsCenter/rollups60-hc-12368-Data.db (not found) is complete wrong here, because no files are in backup from this folder. So bacula have to check if /var/lib/cassandra/data/OpsCenter/snapshots/rollups60-hc-12368-Data.db is deleted or changed and not original file. Dimitrij ---------------------------------------------------------------------- (0006694) ebollengier (administrator) - 2013-05-07 16:45 http://bugs.bacula.org/view.php?id=1991#c6694 ---------------------------------------------------------------------- I don't think that Bacula will invent new files or will decide to backup files by itself, this is a configuration issue with your fileset. You think that bacula will not backup files under OpsCenter, and this is probably false (or was probably false in the past.) Don't forget that you are using "Ignore FileSet Changes = yes". So, if you changed your fileset between two backups, old files will still remain in the accurate list and will be marked as deleted because you now fixed the exclude list. Just try what I told you, make a restore at a point in time before the backup where you saw this problem, and you will see these files. I'm now closing this support issue, to get more support help, please contact the bacula users list or see with a professional. Bye Issue History Date Modified Username Field Change ====================================================================== 2013-03-04 15:40 dh-lin New Issue 2013-04-18 08:48 ebollengier Note Added: 0006658 2013-04-18 08:48 ebollengier Status new => closed 2013-04-18 08:48 ebollengier Assigned To => ebollengier 2013-04-18 08:48 ebollengier Resolution open => no change required 2013-04-22 15:22 dh-lin Note Added: 0006663 2013-04-22 15:22 dh-lin Status closed => feedback 2013-04-22 15:22 dh-lin Resolution no change required => reopened 2013-05-07 15:37 ebollengier Note Added: 0006692 2013-05-07 16:35 dh-lin Note Added: 0006693 2013-05-07 16:35 dh-lin Status feedback => assigned 2013-05-07 16:45 ebollengier Note Added: 0006694 2013-05-07 16:45 ebollengier Status assigned => closed ====================================================================== |