[Bacula-users] Vista 64 bit and sparse files

Hi everyone,

I am using Bacula 3.02 client and server to backup several machines on my home 
network. It has been working great. Recently, I added my first Vista machine 
which also happens to be 64-bit and now, although the backups complete, it 
takes hours and the statistics are nonsense. I can only guess that sparse files 
are at the root cause here, but cannot figure out how to track this down.

Here is my fileset definition:
FileSet {
 Name = fb-802-fileset
 Include {
  Options {
   signature = MD5
   sparse = yes
   Exclude = yes
   IgnoreCase = yes
   checkfilechanges = yes
   # Exclude directories full of lots and lots of useless little files
   WildDir = "[A-Z]:/Users/*/Cookies"
...
  }
 File = "C:/"
 File = "C:/WINDOWS/system32/drivers/etc/hosts"
 File = "E:/"
 }

I added the "sparse = yes" statement hoping it would help but it has not.

The strange thing is that the "estimate" command does not show the excessive 
space consumed.

And here is what a #list media pool=90m shows. Note that these are 120m DDS 
tapes with a native storage capacity of 4Gb so obviously this can not be 
correct.
#list media pool=90m
...
|      38 | 120m_1_2   | Full      |       1 |  8,555,774,976 |       68 |    
7,776,000 |       1 |    2 |         1 | DDS-3     | 2010-03-01 14:59:13 |
|      39 | 120m_1_3   | Full      |       1 | 13,363,144,704 |       44 |    
7,776,000 |       1 |    3 |         1 | DDS-3     | 2010-03-10 22:02:52 |
|      40 | 120m_1_4   | Full      |       1 | 66,590,705,664 |       99 |    
7,776,000 |       1 |    4 |         1 | DDS-3     | 2010-03-19 20:08:02 |
|      41 | 120m_1_5   | Full      |       1 | 37,345,867,776 |       58 |    
7,776,000 |       1 |    5 |         1 | DDS-3     | 2010-03-26 17:05:10 |

This is pretty typical of one of the backups I am talking about:
#list jobid=457
+-------+---------------+---------------------+------+-------+----------+----------------+-----------+
| JobId | Name          | StartTime           | Type | Level | JobFiles | 
JobBytes       | JobStatus |
+-------+---------------+---------------------+------+-------+----------+----------------+-----------+
|   457 | fb-802-backup | 2010-03-23 17:30:03 | B    | I     |    1,422 | 
15,581,607,358 | T         |
+-------+---------------+---------------------+------+-------+----------+----------------+-----------+
#

Yet here is the estimate which is about what I would expect.
#estimate job=fb-802-backup fileset=fb-802-fileset level=Incremental 
storage=C1557A pool=90m
Using Catalog "MyCatalog"
Connecting to Client fb-802-fd at fb-802.mydomain.mrc:9102
2000 OK estimate files=1424 bytes=1,088,634,152

Doing an "estimate listing ..." does not really show anything unusual. The 
biggest files I can see in the list are related to my email at about 250Mb so I 
am not even sure how to identify the file(s) I might exclude if there is no way 
around the sparse file issue. Again, assuming this IS a sparse file issue which 
it really looks like it is to me.

Any ideas???

Thanks,
Mike

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users