The Bacula "update slots" command fails to update the catalog for a specific volume. The volume is labeled correctly, and bacula can read the label using "update slots scan"
To resolve, I had to manually add the volume to the catalog using the "add" command. I am still at a lose to understand why "label" failed silently for a random number of volumes. Can anyone give me some pointers on figuring out why label keeps silently failing? *update slots Automatically selected Catalog: GACCatalog Using Catalog "GACCatalog" Automatically selected Storage: Scalar-i40 Connecting to Storage daemon Scalar-i40 at 127.0.0.1:9103 ... Enter autochanger drive[0]: Connecting to Storage daemon Scalar-i40 at 127.0.0.1:9103 ... 3306 Issuing autochanger "slots" command. Device "AutoChanger-Scalar-i40" has 38 slots. Connecting to Storage daemon Scalar-i40 at 127.0.0.1:9103 ... 3306 Issuing autochanger "list" command. Catalog record for Volume "000001" is up to date. Catalog record for Volume "000002" is up to date. Catalog record for Volume "000003" is up to date. Catalog record for Volume "000007" is up to date. Volume "000005" not found in catalog. Slot=5 InChanger set to zero. Catalog record for Volume "000006" is up to date. Catalog record for Volume "000008" is up to date. Catalog record for Volume "000009" is up to date. Catalog record for Volume "000010" updated to reference slot 10. Catalog record for Volume "000011" is up to date. Catalog record for Volume "000012" is up to date. Catalog record for Volume "000013" is up to date. Catalog record for Volume "000014" is up to date. Catalog record for Volume "000015" is up to date. Catalog record for Volume "000016" is up to date. Catalog record for Volume "000017" is up to date. Catalog record for Volume "000018" is up to date. Volume "000019" not found in catalog. Slot=19 InChanger set to zero. Volume "000020" not found in catalog. Slot=20 InChanger set to zero. *update slot=5 scan Automatically selected Storage: Scalar-i40 Enter autochanger drive[0]: Connecting to Storage daemon Scalar-i40 at 127.0.0.1:9103 ... 3306 Issuing autochanger "slots" command. Device "AutoChanger-Scalar-i40" has 38 slots. Connecting to Storage daemon Scalar-i40 at 127.0.0.1:9103 ... 3306 Issuing autochanger "list" command. Connecting to Storage daemon Scalar-i40 at 127.0.0.1:9103 ... 3304 Issuing autochanger "load slot 5, drive 0" command. 3305 Autochanger "load slot 5, drive 0", status is OK. 3001 Volume=000005 Slot=5 Volume "000005" not found in catalog. Slot=5 InChanger set to zero. * So the volume is present in the changer, Bacula can read the volume, it's labeled correctly, but Bacula does not add it to the catalog. Finally, I had to force the issue using the add command: *add pool=lto6-pool You probably don't want to be using this command since it creates database records without labeling the Volumes. You probably want to use the "label" command. Automatically selected Storage: Scalar-i40 Enter number of Volumes to create. 0=>fixed name. Max=1000: 0 Enter Volume name: 000005 Enter slot (0 for none): 5 InChanger? yes/no: yes 1 Volumes created in pool lto6-pool *update slot=000005 Automatically selected Storage: Scalar-i40 Enter autochanger drive[0]: Connecting to Storage daemon Scalar-i40 at 127.0.0.1:9103 ... 3306 Issuing autochanger "slots" command. Device "AutoChanger-Scalar-i40" has 38 slots. Connecting to Storage daemon Scalar-i40 at 127.0.0.1:9103 ... 3306 Issuing autochanger "list" command. Catalog record for Volume "000005" is up to date. Any ideas as to why bacula looses references to inchanger volumes, and then refuses to update them with update slots? As you can see, I will need to repeat the process for scratch volumes 000019 and 000020 as well. Could it be a misalignment of the barcode reader in the changer? -- Thanks, John H. Nyhuis Desk: (206)-685-8334 jnyh...@uw.edu Box 359461, 15th floor, 106 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users