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