Hello,
We have Bacula (2.2.7) running on a Fujitsu Tape Library.
Yesterday we did a Full backup of couple of filesystems which are as shown
below,
Filesystem Size
Used Avail Use% Mounted
on /dev/area 102G
89G 12G 89%
/home /dev/area1 102G
88G 14G 87% /home1 /dev/admin_area
102G 42G 16G 73% /adminhome
The total used
area of these 3 filesystems is , 219 GB. But when Bacula took lot of hours to
finish this task unlike what we expected from the actual size of these
filesystems. Also the logs showed almost double size. See
this,
Scheduled
time: 07-May-2009
22:05:00 Start
time:
07-May-2009 23:51:52 End
time:
08-May-2009 11:12:15 Elapsed
time: 11
hours 20 mins 23 secs
Priority:
21 FD Files Written:
979,123 SD Files Written:
979,123 FD Bytes Written:
396,473,448,721 (396.4 GB) SD Bytes
Written: 396,636,023,382 (396.6
GB)
Rate:
712.0 KB/s Software Compression: None
VSS:
no
Encryption:
no Volume
name(s): AAD111
Volume Session Id: 7 Volume Session
Time: 1241702596 Last Volume
Bytes: 614,080,180,224 (614.0 GB)
Non-fatal FD errors: 0 SD
Errors:
0 FD termination status: OK SD termination
status: OK
Termination:
Backup OK
Could anyone possibly tell the reason why bacula
shows/takes more amount of data/time than it actually should? Is there we are
missing out?? Is there any way we can see/find out why this happened?Kindly
tell.
Thanks,
Newbie
------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|