On 2012-01-12 17:32, Martin Simmons wrote: >>>>>> On Wed, 11 Jan 2012 13:12:56 +0100, "IEM said: >> > >> # stat /Net/data/Sound/ablinger/Altar/05KStudie2.wav >> File: `/Net/data/Sound/ablinger/Altar/05KStudie2.wav' >> Size: 53315180 Blocks: 104136 IO Block: 4096 regular file >> Device: fe00h/65024d Inode: 4133733 Links: 1 >> Access: (0744/-rwxr--r--) Uid: (10144/ablinger) Gid: ( 100/ users) >> Access: 2012-01-11 00:35:17.963002882 +0100 >> Modify: 2003-12-09 14:12:50.000000000 +0100 >> Change: 2011-10-04 21:35:44.745746088 +0200 >> >> so the times seem to be fine (the ctime is when i copied the old files >> to the new fileserver) > > That is very strange, because the Modify and Change times are both old. > Without accurate backup, that is all that Bacula uses to detect changed files.
it seems that problem solved itself (well, i certainly didn't)... after i found out how to do a job estimation for an incremental backup and that estimation appeared to be sane, i re-run the job and since then the backup volume is as expected (1.1GB rather than 1.3TB). my fileset now includes the "noatime = yes" directive, since i don't see how this could do any harm and mayne (just maybe) it did indeed fix the problem. thanks for your support. fgmasdr IOhannes ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
