Bacula-users

Re: [Bacula-users] Changer on different host

2008-07-17 20:24:52
Subject: Re: [Bacula-users] Changer on different host
From: Chris Hoogendyk <hoogendyk AT bio.umass DOT edu>
To: baculausers <Bacula-users AT lists.sourceforge DOT net>
Date: Thu, 17 Jul 2008 20:24:44 -0400

Dan Langille wrote:
> On Jul 17, 2008, at 10:06 AM, Shad L. Lords wrote:
>
>   
>> John Drescher wrote:
>>>> Is this something that would even be possible to implement in the
>>>> future?  Would anyone else be interested in something like this?
>>>>         
>>> That will not work, You need to have the storage daemon on only the
>>> host with the tape drives and modify mtx-changer to send mtx commands
>>> via ssh. This should not be too difficult.
>>>       
>> That is too bad in addition to possibly having issues with multiple  
>> mtx
>> commands attempting to be sent at the same time it also makes it
>> impossible to define all 4 drives as available for use from a job.
>> Because all 4 drives are in the same autochanger and they all have
>> access to the same tapes it would be nice to just use ait4-changer,  
>> ait4
>> for the storage definition and have it pick one of the 4 (or all 4)  
>> for
>> writing.  One of the reasons for splitting drives between hosts was to
>> improve the speed of the backup.  By having the restriction of the
>> autochanger and drives belonging to the same host you are complicating
>> the setup.
>>     
>
> This is subjective.  You see it as a complication.  I see it as a  
> simplification.
>   

Coming at it from another direction . . .

Having spent a bundle on a robotic tape system with 4 drives, isn't it 
worth looking at the server to see where its performance issues are 
(presuming that's what lead to the current discussion)?

AIT4 doesn't require the throughput that an LTO3 or LTO4 would require, 
and there are people on the list who have dealt with that level of 
throughput. There are servers available that have multiple GigE 
interfaces and multiple slots to add high speed cards (say dual LVD320 
SCSI) for peripherals and mutliple CPUs. Find out where the balance is 
or where the bottlenecks are in your current system. Then either tune it 
up or replace it.

Just a thought. That's where I'd be looking.


---------------

Chris Hoogendyk

-
   O__  ---- Systems Administrator
  c/ /'_ --- Biology & Geology Departments
 (*) \(*) -- 140 Morrill Science Center
~~~~~~~~~~ - University of Massachusetts, Amherst 

<hoogendyk AT bio.umass DOT edu>

--------------- 

Erdös 4



-------------------------------------------------------------------------
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