If those two devices are two drives in the same Autochanger, then you probably 
have a problem with your "Drive Index = 0" for both those devices. One should 
be 0 and the other should be 1, otherwise, some problem will surely occur ...

Also, if you have an autochanger with two drives, and you are using them 
simultaneously, then you are *surely* going to have problems at some point 
because you need to ensure that the mtx-changer script is appropriately 
locked -- having two Bacula threads simultaneously call the mtx-changer 
script will almost certainly create problems.

If you want to use a two drive autochanger either with simultaneous or 
non-simutaneous jobs, I'd *strongly* recommend upgrading to 1.38.x.  Most of 
the serious two drive problems are resolved -- e.g. Bacula does the locking 
of the mtx-changer script for you.  It requires a bit of work to upgrade and 
you should read the ReleaseNotes carefully -- especially the fact that you 
*must* change your SD conf file to include the new Autochanger resource.

If  you have two separate autochangers, then a large part of what I wrote 
above does not apply.

On Tuesday 11 April 2006 17:11, Jason Martin wrote:
> On Tue, Apr 11, 2006 at 04:17:50PM +0200, Kern Sibbald wrote:
> > On Tuesday 11 April 2006 15:46, Jason Martin wrote:
> > > Now, it looks to me like mtx is opening the changer device
> > > /dev/sg4 (which is the correct device), reading, and getting a
> > > series of insert statements for the File table for MySQL instead
> > > of the device status.
> >
> > Or possibly it is getting data that should be written to a tape. You
> > aren't by any chance using  "Archive device = /dev/sg4" somewhere in one
> > of your Device resources are you?
>
> Thats an idea, but I'm not seeing that in the config.
> Here is my storage config:
> Device {
>   Name = Drive0
>   Media Type = ULTRIUM-TD3
>   Archive Device = /dev/nst0
>   Drive Index = 0
>   AutomaticMount = yes;               # when device opened, read it
>   AlwaysOpen = yes;
>   RemovableMedia = yes;
>   RandomAccess = no;
>   Changer Command = "/etc/bacula/mtx-changer %c %o %S %a %d"
>   Changer Device = /dev/sg2
>   AutoChanger = yes
>   Spool Directory = /data/backups
>   Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
> }
>
> Device {
>   Name = Drive1
>   Media Type = ULTRIUM-TD3
>   Archive Device = /dev/nst1
>   Drive Index = 0
>   AutomaticMount = yes;               # when device opened, read it
>   AlwaysOpen = yes;
>   RemovableMedia = yes;
>   RandomAccess = no;
>   Changer Command = "/bin/sh -c 'strace -s 999 -f -o /tmp/mtx.log.$$
> /etc/bacula/mtx-changer %c %o %S %a %d'" Changer Device = /dev/sg4
>   AutoChanger = yes
>   Spool Directory = /data/backups
>   Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
> }
>
> Bacula is configured to run only one job at a time, and both
> drives are functional. Verifies succeed (after getting through
> the tape change issues) so I am confident the data is making it
> to the tape.
>
> > > Running 'mount' at the bconsole prompt is
> > > enough to get it to retry the loaded / unload / load cycle for
> > > the next tape and continue.
> > >
> > > This is on a ADIC Scalar24 w/LTO-3 drives, using a fiberchannel
> > > connection. mtx version 1.2.17rel
> > > Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
> > > bacula-mysql-1.36.3-1
> > > Linux xxx 2.6.9-22.ELsmp #1 SMP Mon Sep 19 18:32:14 EDT 2005 i686
> > > athlon i386 GNU/Linux QLogic ISP23xx FC-SCSI Host Bus Adapter driver
> > > mysql  Ver 14.7 Distrib 4.1.12, for redhat-linux-gnu (i386) using
> > > readline 4.3
>
> Thank you,
> -Jason Martin

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to