On 2012-01-11 12:10, Martin Simmons wrote:
>>>>>> On Wed, 11 Jan 2012 10:02:00 +0100, "IEM  said:
>>
>> On 2012-01-10 14:19, Bruno Friedmann wrote:
>>>
>>> If the filesystem xfs is not mounted with the noatime option, check to have 
>>> noatime option in the bacula job.
>>> so it will not change each file during the full backup, then creating a new 
>>> fool backup for the incremental.
>>
>> that is a very good point.
>> # cat /proc/mounts
>> /dev/vda /Net/data xfs rw,relatime,attr2,nobarrier,noquota 0 0
>>
>> so the xfs-attribute "noatime" is not set (thought "relatime" is).
>> and the the bacula fileset misses the "noatime=yes" as well.
>>
>> i will add "noatime=yes" to the fileset and see whether this helps....
> 
> This should make no difference -- incremental backup is based on ctime and
> mtime, not atime.

darn.

> 
> Please post your fileset definition.


i already included it in the director configuration.
anyhow, here it is again:
<snip>
FileSet {
  Name = "_Net_data"
  Include {
    Options {
      signature = MD5
      wildfile="*.o"
      wildfile="*.pd_linux_o"
      wildfile="*~"
      wilddir="*/tmp"
      wilddir="*/temp"
      wilddir="*/Temp"
      wilddir="*/TEMP"
      wilddir="*/.svn"
      wilddir="*/.imap"
      wilddir="*/Maildir/.SPAM*"
      wilddir="*/Trash"
      wilddir="*/.Trash"
      wilddir="*/RECYCLER"
      wilddir="*/Temporary Internet Files"
      wilddir="*/.DS_Store"
      wilddir="*/.AppleDouble"
      exclude="yes"
    }
    File = /Net/data
  }
  Exclude {
    File = /Net/data/Benutzer.rsync
  }
}
</snip>

> 
> Also, what is the output of
> 
> stat /path/to/some/file
> 
> where /path/to/some/file is a file that you didn't expect to see in the
> incremental backup?

# 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)


alas.
btw, is there a way to "estimate" the next backup?
"estimate" seems to only estimate the fileset (that is: the "full" set)


fmgasr
IOhannes

-- 
IEM - network operation center
mailto:noc AT iem DOT at

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users