On Thursday 25 June 2009 18:28:28 Christian Gaul wrote: > Silver Salonen schrieb: > > PS. The limit to be able to write only one job to one disk-based device has > > been a bizzare limit that just complicates the configuration, I still don't > > understand why we have this limit in disk-based backups (the claim "Bacula > > uses disks as tapes" is just as bizzare). > > > > > I seem to be writing to disk based volumes just fine with multiple (5+) > concurrent jobs. > > Maybe i am misunderstanding something, but the problem isnt N jobs to 1 > (disk based) volume, it is 1-N jobs to M (>1) volumes at the same time > which doesnt work. > > Also, one pool can only use one volume at one time for one job, and one > job can only use one SD at one time, so that might limit you too. > > Concurrent jobs (except for me currently, and only to tape) work quite > nice. I personally opted to use spooling, in order to not have jobs > interleaved on tape. > > > But speaking of configuration complication, for me it complicates things > that valid jobs (for comparing with Full, Diffs and Incrementals) are > generated out of {Client,Fileset}and there is no way to tell it to use > {Client,Fileset,Storage} or {Client,Fileset,Pool}.. for creating offsite > backups i basically keep 2 identical filesets for every class of client > because i want / need two unrelated backups on 2 different media types > (no, copy jobs wont do because they are 2 different SDs).. > > Anyways, i am rambling, but multiple concurrent jobs to one disk volume > work fine, as long as your jobs use the same pool and are allowed to use > the same volume. If you try to use different pools ( -> different > volumes) for different jobs, then yes, they will wait till the SD can > mount a volume in the second pool.
I meant the limitation from the configuration point of view - you cannot configure a device to accept multiple jobs concurrently. If you want to be able to actually do it, you have to "hack" the configuration - to show one actual device as different devices. -- Silver ------------------------------------------------------------------------------ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users