> On Thursday 25 May 2006 21:13, Arno Lehmann wrote:
>
>> It doesn't. At least, not by using the directives meant for DVD writing.
>> There was some detailed mail exchange in bacula-users some time ago
>> analyzing and finally explaining how to use (multiple) external hard
>> disks as storage device. DVD writing is completely different and
>> requires some external script to actually transfer data from Bacula to
>> disk. The former is what you should try to find in the archive - search
>> for mail from Barry L Bond - the latter would require you to modify the
>> dvd-handler.pl script to write to a hard disk, not a DVD.
>
> I suppose you are referring to
>
> [1]
> http://article.gmane.org/gmane.comp.sysutils.backup.bacula.general/22626
>
> and
>
> [2]
> http://article.gmane.org/gmane.comp.sysutils.backup.bacula.general/22598
>
> While these approaches are nice, there are two serious problems which
> render
> them useless in many environments:
>
> [1] requires the disk to be unmounted manually. In many cases, there is no
> qualified personnel available to unmount the backup disk before actually
> unplugging the disk. Usually, this would not destroy any data on the disk
> but
> this is no clean solution for unattended operation.
>
> [2] shows nice disk handling, but it still requires a temporary spool
> directory where Bacula stores the backup data before actually writing it
> to
> the disk. Considering the amount of wasted space, this is ridiculous.
>
> I don't understand while Bacula treats all removable non-tape media as
> DVDs,
> which requires spooled write access. If only the storage director would
> support the options "Mount Command" and "Unmount Command" without the
> "Write
> Part" command (... and underlying logic), most problems related to backing
> up
> to removable disks would be solved. However, I faced almost the same
> problem
> about two years ago and I had to abandon Bacula back then because backing
> up
> to removable disks was more or less impossible. Bacula has made huge
> improvements since then and I hope it doesn't take two more years to fill
> in
> the remaining holes in the implementation ;-)

Oh, there are at least 5 years of remaining holes in the Bacula
implementation at the current rate of development, and in 5 years, there
certainly will be new ones.

However, in this particular case, there are a number of new features in
1.39 that *should* permit proper handling of removable disks in Bacula.

>
> Best regards,
> Henning Holtschneider
> --
> LocaNet oHG - http://www.loca.net
> Lindemannstrasse 81, D-44137 Dortmund
> tel +49 231 91596-25, fax +49 231 91596-55
> sip [EMAIL PROTECTED]
>


Best regards, Kern


_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to