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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
