I think there is some confusion here. Having multiple Storage daemons will not solve any problem that we currently have.
Currently a SD can have different spool directories for each different Device. In addition while one Job is despooling the other jobs continue spooling. What we do not have today is that a given job can continue spooling while it is despooling. This feature requires new code. Regards, Kern On Monday 01 October 2007 14:45, Phil Stracchino wrote: > Ralf Gross wrote: > > Dan Langille schrieb: > >> On 30 Sep 2007 at 11:44, Ralf Gross wrote: > >>> Kern Sibbald schrieb: > >>>> On Sunday 30 September 2007 11:05, Ralf Gross wrote: > > [snip] > > >>>>> This is what I'm thinking of: > >>>>> > >>>>> 1. spooling to file1 > >>>>> 2. spooling to file2 and despooling the data from file1 to tape > >>>>> > >>>>> ...and so on. This will save time where the tape is idle because > >>>>> the job is spooling data. > >>>>> > >>>>> If spooling is much faster than despooling to tape and all 4 > >>>>> spoolfiles are in use, the job just waits until the next (first) > >>>>> spoolfile can be used again. > > [snip] > > >>>> The bottom line is that this is a project that is worth while, but > >>>> IMO the priority is much lower than a number of the other projects > >>>> which are critical to enterprise acceptance of Bacula. However, if > >>>> someone would like to work on this we would be happy to provide the > >>>> appropriate guidance to ensure that any patch developed would be > >>>> accepted. > >>> > >>> Ok, then it will be worth a feature request, even if it won't be on > >>> top of the projects list. Unfortunately I won't be the one that > >>> implements that feature, my C skills are not adequate for a project of > >>> that size. > >> > >> Could not a similar result be gained through the use of multiple > >> Storage Daemon on the same box? Or multiple storage devices, each > >> spooling to their own location, on the same box? > > > > Hm, there will be one storage device (autochanger with 2 LTO-4 drives) > > attached to the server. I've no idea how to configure that or how this > > could work. I'll have a look at the manual, maybe I find something > > useful. > > I think the core of this issue, setting aside implementation details for > the moment, reduces to the following question: > > "Is there a way to implement spooling such that Bacula effectively has a > circular spool buffer which can be written at the head and read from the > tail at the same time?" ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
