Hi,

running bacula 2.2.5.

I just configured migration of my backup jobs from file to tape. The 
File device is a raid5 which is able to read up to 100MB/sec. The 
maximum file size is 10GB.
The tape device is a LTO-2.

Problem: Migrating small jobs like incremental backups (10-20 MB) takes 
about 2 minutes. This is near the time it takes to read 10GB from the 
file device. So my guess is, that bacula reads the _whole_ backup 
file(s) just to migrate little amount of data instead of seeking inside 
of the file and just transfering the minimum backup data.

Migration of big jobs (200GB) result in much higher transfer rates (as 
expected).

My file device definition contains option "Random Access = yes", so I 
thought, bacula can use seeks (or seek64) and does not have to read the 
whole file. Is it a configuration error?

-- 
Regards
Christoph
________________________________________________________________________
Christoph Litauer                  litauer AT uni-koblenz DOT de
Uni Koblenz, Computing Center,     http://www.uni-koblenz.de/~litauer
Postfach 201602, 56016 Koblenz     Fon: +49 261 287-1311, Fax: -100 1311
PGP-Fingerprint: F39C E314 2650 650D 8092 9514 3A56 FBD8 79E3 27B2


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users