From: Mantis B. T. <no...@bu...> - 2013-05-07 14:37:27
|
A NOTE has been added to this issue. ====================================================================== 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: feedback ====================================================================== Date Submitted: 2013-03-04 15:40 GMT Last Modified: 2013-05-07 15:37 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. 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 ====================================================================== |