Re: [Bacula-devel] 1.37.30 and update slots command

[Kern S. <ke...@si...>]

Hello Arno,

Did you convert to using the new Autochanger resource?

If you didn't change your SD configuration, it isn't going to work. I made a 
note of that in the manual, but probably should have added a bigger note in 
the ReleaseNotes.

If that is not the problem, please send me your SD file and I'll look at it.

On Tuesday 26 July 2005 22:58, Arno Lehmann wrote:
> Hi,
>
> I just upgraded to 1.37.30 and it seems I'm stuck:
>
> No tapes in the autochangers. No barcodes. So, usually I use the update
> slots scan command to inform bacula of changed volumes.
>
> But now:
> > *status storage=HPDAT
> > Connecting to Storage daemon HPDAT at goblin:9103
> >
> > goblin-sd Version: 1.37.30 (14 July 2005) i586-pc-linux-gnu suse 8.1
> > Daemon started 26-Jul-05 19:14, 0 Jobs run since started.
> >
> > Running Jobs:
> > No Jobs running.
> > ====
> > No Terminated Jobs.
> >
> > Device status:
> > Autochanger "HP DAT" with devices:
> >    "HP DAT 0" (/dev/nst1)
> > Autochanger "FastStor 4000" with devices:
> >    "Quantum DLT 0" (/dev/nst2)
> > Archive "GoblinFile" is not open or does not exist.
> > Device "Wangtek 6525" (/dev/nst0) is mounted with Volume "QIC-525-0014"
> >     Total Bytes Read=0 Blocks Read=0 Bytes/block=0
> >     Positioned at File=0 Block=0
> > Archive "HP DAT 0" is not open or does not exist.
> > Device "Quantum DLT 0" (/dev/nst2) open but no Bacula volume is mounted.
> >     Total Bytes Read=0 Blocks Read=0 Bytes/block=0
> >     Positioned at File=0 Block=0
> > ====
> >
> > Volume status:
> > QIC-525-0014
> > *update slots=2 scan storage=HPDAT
> > Connecting to Storage daemon HPDAT at goblin:9103 ...
> > 3306 Issuing autochanger "slots" command.
> > Device "HP DAT" has 6 slots.
> > Connecting to Storage daemon HPDAT at goblin:9103 ...
> > 3301 Issuing autochanger "loaded drive 0" command.
> > 3302 Autochanger "loaded drive 0", result: nothing loaded.
> > 3306 Issuing autochanger "list" command.
> > *ver
> > goblin-dir Version: 1.37.30 (14 July 2005)
>
> or, in short, I have to manually update the volume information. Which,
> of course, is too unreliable for everyday use...
>
> I looked in the manual and found no changes in the command definition
> for update slots scan. Did I miss something or is this a remaining bug
> in a beta version?
>
> Arno

-- 
Best regards,

Kern

  (">
  /\
  V_V