Hello,

Drive unloaded before update slots. No changes. Tomorrow will post the logs.

o_0' 

On Tue, Dec 27, 2011 at 6:20 PM, Simone Caronni <negativo17 AT gmail DOT com> wrote:

Hello,

before issuing "update slots" you should do "mtx unload 0 1" on the console to park the tape in the first slot. According to your output the drive is loaded from a tape that was before in one of your empty slots.

--Simone

On Dec 27, 2011 6:12 PM, "ninyo" <ninyodios AT gmail DOT com> wrote:

Hi simone

/etc/bacula# mtx status

  Storage Changer /dev/changer:1 Drives, 24 Slots ( 1 Import/Export )

Data Transfer Element 0:Full (Storage Element 1 Loaded)

      Storage Element 1:Empty

      Storage Element 2:Full

      Storage Element 3:Full

      Storage Element 4:Full

      Storage Element 5:Full

      Storage Element 6:Full

      Storage Element 7:Full

      Storage Element 8:Full

      Storage Element 9:Full

      Storage Element 10:Full

      Storage Element 11:Full

      Storage Element 12:Full

      Storage Element 13:Full

      Storage Element 14:Full

      Storage Element 15:Full

      Storage Element 16:Full

      Storage Element 17:Empty

      Storage Element 18:Full

      Storage Element 19:Full

      Storage Element 20:Empty

      Storage Element 21:Full

      Storage Element 22:Full

      Storage Element 23:Full

      Storage Element 24 IMPORT/EXPORT:Full

Once executed, i run again:

"update slots=1-24 storage=cinta scan"

Same results. Im using MySQL.

Rgds

o_0'

On Tue, Dec 27, 2011 at 6:07 PM, Simone Caronni <negativo17 AT gmail DOT com> wrote:

It happened to me quite a few time because of a power problem in one
datacenter which was cutting power to our tape library.
I just updated the slot status with the mtx command outside of
bconsole to make sure that the status matches what bacula thinks.

I think unloading the tape in the slot with "mtx unload <sourceslot>
<destslot>" and update again through bconsole should solve the
problem.

Regards,
--Simone

2011/12/27 ninyo <ninyodios AT gmail DOT com>:

> Hello
>
> recently migrated from bacula 5.0.3 (from apt) to 5.2.3 (from sources) on
> different hosts. Export the database, import and upgrade from script. All
> goes fine, but when i try to update slots from console, i get this for all
> the slots:
>
>  3305 Auto-cambiador "carga ranura 23, unidad 0", estado es OK.
>  3001 Volumen=Incremental-03 Ranura=23
>  Ninguno VolName para Ranura=23 InChanger establecido en cero.
>
> in english :p
>
> No VolName for Slot=23 InChanger set to zero
>
> slot in list volumes are not upgraded. Bacula can read the label from the
> tape, but the flag "slot" is not updated.
>
> I can read the label from btape:
>
> /etc/bacula# btape -c bacula-sd.conf /dev/nst0
> Granularidad del bloque de cinta es 1024 bytes.
> btape: butil.c:290 Utilizando el dispositivo: «/dev/nst0» para escritura.
> 27-dic 17:44 btape JobId 0: 3301 Emitiendo comando auto-cambiador
> "¿cargado? unidad 0".
> 27-dic 17:44 btape JobId 0: 3302 Auto-cambiador "¿cargado? unidad 0", el
> resultado es Ranura 1.
> btape: btape.c:477 abrir dispositivo "drive" (/dev/nst0): OK
> *readlabel
> btape: btape.c:529 Etiqueta de volumen lei­da correctamente.
>
> Volumen Label:
> Id : Bacula 1.0 immortal
> VerNo : 11
> VolName : incremental-03
> PrevVolName :
> VolFile : 0
> LabelType : VOL_LABEL
> LabelSize : 173
> PoolName : Incremental
> MediaType : LTO2
> PoolType : Backup
> HostName : HOSTNAME
> Fecha de etiqueta escrito: 08-nov-2011 17:23
>
> The label name and pool name are OK.The volume is on the list volumes on
> bconsole. Any ideas?
>
> Rgds.
>
>
> o_0'
>

> ------------------------------------------------------------------------------
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create
> new or port existing apps to sell to consumers worldwide. Explore the
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>



--
You cannot discover new oceans unless you have the courage to lose
sight of the shore (R. W. Emerson).