Hello.
Some question to maybe pinpoint the issue as the config seems fine (to
me at least):
Is the director installed on a machine seperate to the clients?
Are the file daemon services definitely running?
Are the ports bacula uses open (9101, 9102)?
Are you able to ping the remote clients with th
Hi,
I would like some help with thi issue where the director cannot connect to
either one of my file daemons. I installed the client version of bacula on a
linux computer and a windows computer and configured them along with the
director so they would communicate and run a backup job. Although w
Simon Templar wrote (2016/03/01):
> Perhaps I should have included this information in the first email,
> but I???ve tried several combinations of parameters in the
> bacula-sd.conf, and it failed each time. Here are the parts I???ve changed:
And perhaps include latest output of btape -c... /dev/n
Ok thanks. As far as I can tell this isn't causing any issues. It is
just different from what I recall for previous releases.
I have a couple of 7.0.5 systems still and will try and capture exactly
what they are doing in this space.
On 2016-03-02 11:18, Kern Sibbald wrote:
> I am not sure what
Hello,
I recommend that ou move up to a more recent version of Bacula. We have
improved the code that does "update slots" in later versions.
Best regards,
Kern
On 03/01/2016 11:52 PM, Mingus Dew wrote:
> Dear All,
>I recently replaced a malfunctioning LTO5 TL2000 tape library
> with a n
I am not sure what the problem is. If you ask Bacula to truncate a
volume and all the prerequisites are satisfied, it is going to truncate
it whether or not it was already truncated.
On 03/02/2016 03:38 AM, Brady, Mike wrote:
> Hi Kern,
>
> Sorry I have been a bit slow responding. Day job has b
Dear Brynm
Thank you. I forgot you can update InChanger status via update volume.
Yours,
Shon
On Tue, Mar 1, 2016 at 9:20 AM, Bryn Hughes wrote:
> Appears you never did an 'Update Slots' on the old library after emptying
> the tapes from it...
>
> You can manually change the 'InChanger' fl
Hi Kern,
Sorry I have been a bit slow responding. Day job has been getting the
way.
The simplest way for me to reproduce this is to just run by admin job
with the prune and truncate commands in it twice in a row from bconsole.
Running the job the first time I get
02-Mar 06:11 bacula04-dir Job
Hello, and thank you all for your suggestions.
Just to make sure my hardware is still working I installed gtar and dumped
about 10tb to tape, and it completed without errors.
Perhaps I should have included this information in the first email, but I’ve
tried several combinations of parameters in
Hello,
It would be better if you had kept the same storage configuration for your
new TL. It seems you have all the "old" tapes assigned to the storage named
TL2000 and you had configured a new storage named "TL4000". The MediaIds
from 2065 to 2112 are assigned to the TL2000 storage.
To have thes
Appears you never did an 'Update Slots' on the old library after
emptying the tapes from it...
You can manually change the 'InChanger' flag from a '1' to a '0' for the
affected tapes, it at least doesn't look like there are too many of
them. You can also delete those volumes all together if y
> On Tue, 1 Mar 2016 14:07:55 +0100, Cejka Rudolf said:
>
> Simon Templar wrote (2016/02/29):
> > I've set up bacula 7.2 on my FreeBSD server using Postgres as the
> > backend database.
>
> Which FreeBSD version? According to the mt status it seems to be
> sufficiently fresh.
>
> > Device {
Dear All,
I recently replaced a malfunctioning LTO5 TL2000 tape library with a
new LTO6 TL4000 tape library. I've been having a lot of failing tape jobs
since then, and I think I've finally rooted out the problem, but am not
sure where to begin fixing it.
Essentially, when I do a query to sh
Simon Templar wrote (2016/02/29):
> I've set up bacula 7.2 on my FreeBSD server using Postgres as the
> backend database.
Which FreeBSD version? According to the mt status it seems to be
sufficiently fresh.
> Device {
> ...
>Hardware End of Medium = no # Noted as FreeBSD specific
>
Hello Simon,
I´m not a FreeBSD expert, but from here:
http://lists.freebsd.org/pipermail/freebsd-scsi/2003-June/000190.html, it
seems you should configure BSF at EOM = yes (if I am not misunderstanding).
Best regards,
Ana
On Mon, Feb 29, 2016 at 5:19 PM, Simon Templar
wrote:
> Or perhaps a mor
15 matches
Mail list logo
