[Bacula-users] automatic (un)mount of USB disk does not work

2006-05-24 Thread Henning Holtschneider
Hi,

I'm trying to get a USB disk to be automatically mounted and unmounted 
before/after each backup job with Bacula 1.38.9. My USB drive in at /dev/sdb, 
so I created this device configuration for the Storage Daemon:

Device {
  Name = FileStorage
  Media Type = File 
  Archive Device = /dev/sdb1;
  LabelMedia = yes;
  Random Access = Yes;
  Automatic Mount = yes;
  Removable Media = yes;
  Always Open = no;
  Label Media = yes;
  Requires Mount = yes;
  Mount Point = /media/sdb1;
  Mount Command = "/bin/mount -t ext3 -o rw %a %m"
  Unmount Command = "/bin/umount %m"
}

With this setup, bacula-sd complains:

dev.c:189 Write part command must be defined for a device which requires 
mount.

So, I addedd this "Write Part Command" line:

  Write Part Command = "echo nothing > /dev/null"

Unfortunately, the backup jobs don't run as expected. Bacula keeps waiting for 
the volume to be mounted. If I run bacula-sd with debugging turned on, I get 
the following output:

server-sd: dev.c:276 open dev: tape=0 dev_name="FileStorage" (/dev/sdb1) 
vol=FILE0004 mode=OPEN_READ_WRITE
server-sd: dev.c:476 Enter: open_dvd_dev: DVD dev= mode=OPEN_READ_WRITE
server-sd: dev.c:493 open_dvd_device: num_parts=0, VolCatInfo.VolCatParts=0
server-sd: dvd.c:78 Enter mount_dev
server-sd: dvd.c:78 Enter mount_dev
server-sd: dvd.c:242 update_free_space_dev: free_space=0, free_space_errno=0 
(!icmd)
server-sd: dvd.c:798 check_can_write_on_non_blank_dvd: found . (versus 
FILE0004)
server-sd: dvd.c:798 check_can_write_on_non_blank_dvd: found .. (versus 
FILE0004)
server-sd: dvd.c:798 check_can_write_on_non_blank_dvd: found lost+found 
(versus FILE0004)
server-sd: dvd.c:798 check_can_write_on_non_blank_dvd: found FILE0001 (versus 
FILE0004)
server-sd: dvd.c:798 check_can_write_on_non_blank_dvd: found FILE0002 (versus 
FILE0004)
server-sd: dvd.c:798 check_can_write_on_non_blank_dvd: found FILE0003 (versus 
FILE0004)
server-sd: dvd.c:798 check_can_write_on_non_blank_dvd: found Platte1 (versus 
FILE0004)
server-sd: dvd.c:798 check_can_write_on_non_blank_dvd: found FILE0004 (versus 
FILE0004)
server-sd: dvd.c:815 check_can_write_on_non_blank_dvd: size 
of /media/sdb1/FILE0004 is 375282086
server-sd: dvd.c:824 check_can_write_on_non_blank_dvd: got 8 files in the 
mount point (matched=0)
server-sd: dvd.c:93 Enter unmount_dev
server-sd: dvd.c:93 Enter unmount_dev

After that, nothing happens and the console log says:

24-May 13:09 server-sd: Please mount Volume "FILE0004" on Storage Device 
"FileStorage" (/dev/sdb1) for Job BackupCatalog.2006-05-24_13.08.55

How do I get Bacula to recognize the files on the disk properly?

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]


pgpNmXE5gSMxz.pgp
Description: PGP signature


Re: [Bacula-users] automatic (un)mount of USB disk does not work

2006-05-24 Thread Henning Holtschneider
On Wednesday 24 May 2006 17:34, Alan Brown wrote:

> On Wed, 24 May 2006, Henning Holtschneider wrote:
> > I'm trying to get a USB disk to be automatically mounted and unmounted
> > before/after each backup job with Bacula 1.38.9. My USB drive in at
> > /dev/sdb,
>
> You cannot guarantee it will always be there.

That's true, but I wasn't at the point to deal with this, yet :-)

> > so I created this device configuration for the Storage Daemon:
>
> It's better and safer to mount by UUID or Volume label.

How do I do this? I'm a bit confused because the documentation does not seem 
to be up to the code and it mainly refers to DVDs, which have to be treated 
differently than removable hard drives.

I know that I can use fstab-sync to automatically mount any partition on a 
hot-plug device to a unique mount point, but how does this integrate with 
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]


pgpHsBPE4wa1n.pgp
Description: PGP signature


Re: [Bacula-users] automatic (un)mount of USB disk does not work

2006-05-26 Thread Henning Holtschneider
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 ;-)

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]


pgpjkaqSQ35ki.pgp
Description: PGP signature


[Bacula-users] problems with incremental backups after upgrade

2006-07-24 Thread Henning Holtschneider
Hi,

I upgraded our Bacula server from 1.36.3 to 1.38.11. Since then, I cannot run 
incremental backup jobs on some (!) clients anymore. All I get is this:

24-Jul 00:00 weissnich-dir: Start Backup JobId 1762, 
Job=webfarm3.2006-07-23_23.50.04
24-Jul 00:00 weissnich-dir: webfarm3.2006-07-23_23.50.04 Error: bnet.c:257 
Read error from File daemon:webfarm3.dortmund.loca.net:9102: ERR=Connection 
reset by peer
24-Jul 00:00 weissnich-dir: webfarm3.2006-07-23_23.50.04 Error: Bacula 1.38.11

If I run a full backup of the same client, everything is fine. I upgraded the 
existing Bacula database with the supplied script and modified the filesets 
in bacula-dir.conf. Everything else has been left untouched except for one 
client which I also upgraded from 1.36.6 to 1.38.11. It shows the same 
symptoms as the other (older) clients.

What can I do to track down the problem?

Cheers,
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]


pgpQHOavk0GFc.pgp
Description: PGP signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] problems with incremental backups after upgrade

2006-07-28 Thread Henning Holtschneider
On Monday 24 July 2006 13:47, Henning Holtschneider wrote:
> Hi,
>
> I upgraded our Bacula server from 1.36.3 to 1.38.11. Since then, I cannot
> run incremental backup jobs on some (!) clients anymore. All I get is this:

Meanwhile, I solved my problems: two clients were still running Bacula 1.34 
and the third one, which I upgraded to 1.38.11, had re-started the old file 
daemon. After correcting these errors, everything is fine!

After all, Bacula 1.38 seems to be able to back up clients down to 1.36, but 
not below that version. I suppose I could have RTFM that ;-)

Cheers,
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]


pgpq71rN6wQJA.pgp
Description: PGP signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Backup to alternate USB HDDs

2006-08-06 Thread Henning Holtschneider
Rowdy wrote:

> I do similar to what Ger indicated (I have 2 hard drives alternating in
> an external USB enclosure connected to a box running Bacula under
> FreeBSD), but set the status to Used rather than Full.

That sounds good. The volume status update can be automated as a Run 
Before Job script, i.e. check which volumes are available and mark all 
other volumes as Used (or Full).

But what do I set the status to when I want to re-use the volumes marked 
as Used or Full before? Will volstatus=Purged result in the database 
records being purged as soon as the volume is actually being written to 
or will I be left with a huge pile of orphaned database records after a 
while? I already experienced that it's no good idea to set 
volstatus=Append because this will cause Bacula to append to the volume 
beyond the "Maximum Volume Bytes" setting, which will in turn cause a 
serious deadlock of Bacula once the USB disk runs out of free space :-/ 
Or will the volume be purged automatically once the volume retention 
period has been exceeded?

Cheers,
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]


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users