[Bacula-users] update slots scan after replacing autochanger

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,

I'm running Bacula 5.0.0-9.el6 from the CentOS 6 base repository.
My 24 slot autochanger with barcode reader died on me, and in order
to keep backups going I replaced it with a spare unit that has only
8 slots and no barcode reader. After the transplant I ran

*update slots storage=LTO-3 scan

in bconsole to resync Bacula's notion of which tape to find where.
It noted correctly

Device "LTO-3" has 8 slots.

and updated the database so that "list media" showed the correct
cartridges for the existing slots 1 through 8. But it still listed
tapes as present in the now nonexistent slots 9 through 24. Excerpt:

+---------+----------------+-----------+---------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
| MediaId | VolumeName     | VolStatus | Enabled | VolBytes        |
VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType |
LastWritten         |
+---------+----------------+-----------+---------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
|      28 | vmware_image_1 | Used      |       1 | 557,353,681,920 |
    149 |    2,073,600 |       1 |   15 |         1 | LTO-3     |
2012-01-17 17:51:51 |
|      29 | vmware_image_2 | Used      |       1 | 107,145,206,784 |
     29 |    2,073,600 |       1 |   16 |         1 | LTO-3     |
2012-01-07 07:57:24 |
|      31 | image_1        | Append    |       1 |          64,512 |
      0 |    2,073,600 |       1 |    8 |         1 | LTO-3     |
0000-00-00 00:00:00 |
|      32 | image_2        | Append    |       1 |          64,512 |
      0 |    2,073,600 |       1 |   18 |         1 | LTO-3     |
0000-00-00 00:00:00 |
+---------+----------------+-----------+---------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+

(I have mounted volume "image_1", which was previously in slot 17,
in slot 8 now, while volumes "image_2" and vmware_image_1/_2 are
sitting on my desk for lack of a free slot.)

I corrected the situation manually with a series of

*update volume=... slot=0 inchanger=no

commands. (I wasn't sure whether just setting "inchanger=no" and
leaving the Slot field non-zero would be ok.) Now the output of
"list media" looks ok.

But shouldn't the "update slots" command have done that for me in
the first place?

Thanks,

- -- 
Tilman Schmidt
Phoenix Software GmbH
Bonn, Germany
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9FJ9QACgkQ780oymN0g8OvXACghe94o+388apUnIEUYyf30IzM
FK4AoNqLSz2rtcD8mEBVGGyVU/q38mCx
=IkSO
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users