> > Exactly how written? Without resolving first? It looks like that from
the
> > test but I want to be sure.
>
> Please read the manual. There are features in Bacula for dealing with
> multiple addresses. If you don't understand what you read, please ask the
You mean SDAddresses in Storag
On Thursday 04 May 2006 12:58, Mindaugas wrote:
> > > OK. So how to resolve this issue?
> >
> > I don't do anything as complicated as you are doing, so I'm not sure, but
>
> it
>
> > seems to me that you can define a name rather than an IP address that is
>
> used
>
> > and that is correctly reso
On Thursday 04 May 2006 11:39, Mindaugas wrote:
> > > Enter SQL query: select * from storage;
> > > +---+-+-+
> > >
> > > | storageid | name| autochanger |
> > >
> > > +---+-+-+
> > >
> > > | 1 | File
> > Enter SQL query: select * from storage;
> > +---+-+-+
> >
> > | storageid | name| autochanger |
> >
> > +---+-+-+
> >
> > | 1 | File| 0 |
> > | 2 | bh1-sd |
On Thursday 04 May 2006 09:32, Mindaugas wrote:
> > Does your autochanger normally change tapes OK? Has it definitely worked
> > since you upgraded to 1.38.8?
>
> Yes it worked normally. Also I did not encounter such behaviour in
> version 1.36.x I used before.
>
> > Bacula looks for the appendab
On Thursday 04 May 2006 09:40, Mindaugas wrote:
> > You can see what Storage resource the StorageId corresponds to by doing:
> >
> > sql
> > select * from Storage;
> >
> >
> > The StorageId field was added to handle multiple autochangers at the same
>
> time
>
> > -- otherwise one gets "conflic
> You can see what Storage resource the StorageId corresponds to by doing:
>
> sql
> select * from Storage;
>
>
> The StorageId field was added to handle multiple autochangers at the same
time
> -- otherwise one gets "conflicts" with slot numbers.
Aha. There may be the issue. As you see I h
> Does your autochanger normally change tapes OK? Has it definitely worked
> since you upgraded to 1.38.8?
Yes it worked normally. Also I did not encounter such behaviour in version
1.36.x I used before.
> Bacula looks for the appendable volume with the lowest media ID which is
> why it asked
Hello,
If you upgraded from an older Bacula, and have not recently done an "update
slots", your catalog database probably does not have a storageid associated
with your autochanger. This can be checked by doing the following:
llist volume=xxx
where xxx is one of the appendable volumes in y
Hi,
Does your autochanger normally change tapes OK? Has it definitely worked
since you upgraded to 1.38.8?
Bacula looks for the appendable volume with the lowest media ID which is
why it asked for the one it did.
As you pointed out tho, it should be preferring volumes with inchanger =
1 ov
Hello,
Recently upgraded to Bacula 1.38.8. And today got report that bacula needs
tape which
currently isn't in the changer. But there are two empty tapes in changer for
the Daily pool?
If I manually unloaded Daily-02-02 tape and loaded and mounted Daily-02-03
backup went
smoothly from the
11 matches
Mail list logo
