On Tuesday 04 October 2005 14:38, Alan Brown wrote:
> On Tue, 4 Oct 2005, Kern Sibbald wrote:
> > Better yet, try 1.37 and tell me what it does and what it should do.
> > Between 1.36 and 1.37 a lot of things have changed. I believe that the
> > current behavior is to zap the Slot number in the c
To: Arno Lehmann
Cc: Kern Sibbald; bacula-users@lists.sourceforge.net; Tom Boyda
Subject: Re: [Bacula-users] Problem with mtx-changer when library loses
which slot for a tape
On Tue, 4 Oct 2005, Arno Lehmann wrote:
> Most certainly. The problem in this case might be to reproduce the
situation
On Tue, 4 Oct 2005, Kern Sibbald wrote:
Better yet, try 1.37 and tell me what it does and what it should do. Between
1.36 and 1.37 a lot of things have changed. I believe that the current
behavior is to zap the Slot number in the catalog, then to try another tape
in the autoloader, and failing
On Tuesday 04 October 2005 11:55, Alan Brown wrote:
> On Tue, 4 Oct 2005, Kern Sibbald wrote:
> > If somone has transferred a tape into a slot that Bacula has loading,
> > that will undoubtedly cause confusion,
>
> According to MTX documentation if that happens the tape will be loaded
> into the ne
On Tue, 4 Oct 2005, Arno Lehmann wrote:
Most certainly. The problem in this case might be to reproduce the situation
- as far as I understood Tom, he didn't change the tape inventory, but the
autochanger somehow lost track of the slots used. I heard that before, and,
although seldom, some auto
On Tue, 4 Oct 2005, Kern Sibbald wrote:
If somone has transferred a tape into a slot that Bacula has loading, that
will undoubtedly cause confusion,
According to MTX documentation if that happens the tape will be loaded
into the next highest available slot (with wraparound).
This would caus
On Mon, 3 Oct 2005, Tom Boyda wrote:
Is there something that can be done to the mtx-changer script so that it
can return the tape to the correct slot?
If MTX doesn't know, it'll unload the tape to the first available slot.
If the slot that the tape was loaded from is now occupied, it will unl
Hello,
On 04.10.2005 09:42, Kern Sibbald wrote:
On Monday 03 October 2005 23:52, Arno Lehmann wrote:
...
The "right" solution would be that bacula before unloading a tape always
verifies that the slot it has in the catalog is actually free and passes
that slot as an argument to mtx-changer.
I
On Monday 03 October 2005 23:52, Arno Lehmann wrote:
> Hello,
>
> On 03.10.2005 22:29, Tom Boyda wrote:
> > Hello,
> >
> > I ran into an issue over the weekend where my tape library didn't know
> > which slot to return a tape in the drive. I have a Qualstar RLS-8236
> > tape library - 2 LTO tape dr
Hello,
On 03.10.2005 22:29, Tom Boyda wrote:
Hello,
I ran into an issue over the weekend where my tape library didn't know
which slot to return a tape in the drive. I have a Qualstar RLS-8236
tape library - 2 LTO tape drives 36 tape slots.
I believe mtx -f ... status for the drives returned "
10 matches
Mail list logo
