Incompatible? That's not good. I guess I will have to purge the tape and run the copy jobs again.
I just set the SD Maximum Block Size to 1 megabyte, and this seems to improved things a lot. During a copy job, when I got a storage status from bconsole it said the rate was 54,008,673 Bytes/sec. To me that says it is maxing out the tape drive. The curious thing now is, when I received the job history, it said the rate was something like 35,000,000 Bytes/sec. Does the time that it takes for the spooled attributes to despool, effect the reported throughput? If thats the case, I don't like that. It makes it appear as the throughout is lower then it actually is. I will have to try the Network Buffer Size change. Is there anyway test for an ideal size? Thanks Brian- On 1/5/2010 2:21 PM, Alex Chekholko wrote: > On Mon, 04 Jan 2010 13:38:47 -0500 > Brian Debelius<bdebel...@intelesyscorp.com> wrote: > > >> I am using batch inserts into MySQL. The database is on a different >> RAID1 volume. >> >> On 1/4/2010 1:21 PM, Richard Scobie wrote: >> >>> Brian Debelius wrote: >>> >>>> Shamless bump. Does anyone have any insight into this? >>>> >>>> Thanks >>>> brian- >>>> >>> The difference between the dd tests and bacula backups is that catalog >>> writes are occuring in the latter. >>> >>> Perhaps you have a database bottleneck? Is the database stored on the >>> RAID also? >>> >>> > The next thing to check is the block size that Bacula is using. > > Try increasing your Bacula block size and Bacula network block size. > > Search for Ralf Gross's notes on LTO-4 performance in the archives. > http://www.google.com/search?q=ralf+gross+lto-4 > > Mainly something like this: > Maximum Block Size = 262144 > Maximum Network Buffer Size = 262144 > Maximum File Size = 5G > > Keep in mind that tapes written with different block sizes will be > incompatible, I think. So you won't be able to read your old backups > unless you remove that new block size from the sd config, I think. > > Regards, > ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users