[Bacula-bugs] [bacula 0000387]: update slots scan doesn't work

[<bac...@li...>]

A BUGNOTE has been added to this bug.
======================================================================
http://bugs.bacula.org/bug_view_advanced_page.php?bug_id=0000387
======================================================================
Reported By:                ArnoL
Assigned To:                
======================================================================
Project:                    bacula
Bug ID:                     387
Category:                   Director
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
======================================================================
Date Submitted:             07-27-2005 05:49 PDT
Last Modified:              07-27-2005 10:49 PDT
======================================================================
Summary:                    update slots scan doesn't work
Description: 
using an autochanger without barcodes, I usually do an 'update slots=2-6
scan storage=HPDAT' after changing magazines. This doesn't work anymore.
======================================================================

----------------------------------------------------------------------
 kern - 07-27-2005 06:27 PDT 
----------------------------------------------------------------------
This probably wasn't noted well enough in the ReleaseNotes (it is now), but
you *must* implement the new Autochanger resource in your SD conf file. The
manual gives some good examples and it is not hard.

----------------------------------------------------------------------
 ArnoL - 07-27-2005 06:40 PDT 
----------------------------------------------------------------------
Two informational notes:
1. I did use the new autchanger setup
2. update slots scan works without giving a slot range.
This makes thinks more useful, but with a cleaning tape usually installed
in slot 1 things are a little difficult...

So, I'd prefer the possibility of giving a slot range, but this is only a
minor bug in my opinion now.

----------------------------------------------------------------------
 kern - 07-27-2005 09:19 PDT 
----------------------------------------------------------------------
Please do the following:

1. Make sure the Device directive in your Storage resource of your
Director references the Autochanger name.

2. Try  ./mtx-changer /dev/sgN list
to ensure it is returning a proper list of your changer slots
that have a tape.

3. Run the director with debug level set to 100.  This should give us some
idea of what is going on.

This command works fine for me.

----------------------------------------------------------------------
 ArnoL - 07-27-2005 09:26 PDT 
----------------------------------------------------------------------
Ok, I have the following:

In the director:
Storage {
  Name = HPDAT
  Address = goblin
  SDPort = 9103
  password = baculaga
  Device = "HP DAT"
  Media Type = "DDS2"
  Autochanger = Yes
  Maximum Concurrent Jobs = 6
}

That should be ok, because it refers the Autochanger definition and not
the drive.

And the mtx-changer command (with slots 2 to 6 loaded, tape from slot 2 is
in the drive):

goblin:~ # /etc/bacula/mtx-changer /dev/sg5 list
3:
4:
5:
6:
2:
goblin:~ #

This seems to be what the director needs, considering the mtx-changer
script code.

The following is the raw mtx output:
goblin:~ # mtx -f /dev/sg5 status
  Storage Changer /dev/sg5:1 Drives, 6 Slots ( 0 Import/Export )
Data Transfer Element 0:Full (Storage Element 2 Loaded)
      Storage Element 1:Empty
      Storage Element 2:Empty
      Storage Element 3:Full
      Storage Element 4:Full
      Storage Element 5:Full
      Storage Element 6:Full

I'll turn on debug output for tomorrow's jobs.

----------------------------------------------------------------------
 ArnoL - 07-27-2005 10:49 PDT 
----------------------------------------------------------------------
I have this solved.

Two things I did:
Involuntarily restarted the backup server running SD and DIR (unlikely
that this solved the problem).

Cleaned up the catalog regarding existing autochanger entries:
UPDATE Media SET InChanger=0,Slot=0 WHERE InChanger>0 AND Slot>0; (MySQL)

After that, 'update slots=3 scan storage=HPDAT' worked as expected.

IF the above had to do with the problem, it would be worth noting the fact
in the release notes or implementing it in the catalog upgrade scripts.

Bug History
Date Modified  Username       Field                    Change              
======================================================================
07-27-05 05:49 ArnoL          New Bug                                      
07-27-05 06:27 kern           Bugnote Added: 0001082                       
07-27-05 06:27 kern           Status                   new => feedback     
07-27-05 06:40 ArnoL          Bugnote Added: 0001083                       
07-27-05 09:19 kern           Bugnote Added: 0001084                       
07-27-05 09:26 ArnoL          Bugnote Added: 0001085                       
07-27-05 10:49 ArnoL          Bugnote Added: 0001086                       
======================================================================