> 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