[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bacula-devel] option to disable compression depending on storage type (disk/tape)
Kern Sibbald schrieb:
> On Thursday 10 January 2008 23:07, Ralf Gross wrote:
> > Kern Sibbald schrieb:
> > > > up to now I made only tape based backups. Now I wanted to use disk
> > > > volumes for incremental and differential backups, because of the very
> > > > small deltas, but still tapes for the full backups.
> > > >
> > > > The compression option is part of the FileSet and can not be changed
> > > > based on the storage type. For tape volumes I don't want an additional
> > > > software compression. For disk volumes it would make sense to use it.
> > > > Using different fileset for a jobs breaks the inc/diff/full cycle.
> > > >
> > > > How complex would it be to implement a flag in the sd resource which
> > > > enabled/disables compression? Or an additional override feature for
> > > > compression in the schedule resource?
> > > >
> > > > I didn't find anything related on the project page. Would it make
> > > > sense to implement this as an project or is it possible that this will
> > > > eventually be realized without an extra project?
> > >
> > > I would suggest you submit a Feature Request. However, I have to say
> > > that I am not very happy with the schedule overrides. They are something
> > > that is very hard to get working correctly and can lead to subtle
> > > misunderstandings (since some of them can be changed later, creating a
> > > lot of confusion). So in short, if you can figure out some better more
> > > general way of implementing what you want, I would be much more open to
> > > implementing it.
> > I'll submit a feature request. I think the best place would be in the
> > sd's device resource (GZIPcompression = yes|no).
> Well, that would be a very nice solution. However, it will be a whole new
> feature (new code), and the disadvantage is that it puts the burden of the
> compression on the SD, which may become very overloaded when running many
Yes, I forgot that compression is done on the SD. And I didn't choose
the option name very good. I don't want move the compression to the SD
at all. It should just be a switch that enables/disables the
compression that is set in the FileSet resource for a device.
> Another idea might be to put your proposed new directive in the Director's
> Storage resource. This would simplify the logic (i.e. not involve Schedule
> overrides) but would accomplish the same thing since the Director could then
> pass the compress or no compress option to the FD as it is currently doing.
This makes sense. It then has to be clear that compression in the
FileSet option still has to be enabled.
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
Bacula-devel mailing list
This mailing list archive is a service of Copilotco.