> Today i download source from Bacula-9.4.4 and i compiled succesffuly,
> so please exist the possibilities to compile only the Bacula-FD or
> only the Bacula-SD section?
>
> so my Client don't need to have all installed in there are enough
> if the FD are available.
Yes it's possible but you
> The 2 drive is LTO5. The tape is LTO5.
Who manufactured the drives? HP or IBM? Can you find out the model
numbers?
Have you tried running the OEM diagnostics on them to see what
they say? The HP ones are particularly detailed and informative.
Cheers,
Adam.
__
> They passed the rewind - write EOF test. Is there something I should try
> to make them usable again (a test/format of sorts) or is the Bacula error
> indication sufficient that I should just pull them from service?
Normally LTO tapes don't get write errors as the drive rewrites any
failed blo
> I am looking for a way the system can work with
> bacula so that clean up scheduling happen automatically. IS it
> possible also to know if their has been cleaning in the past from
> bacula's perspective? Would really appreciate any lead
I had to modify the autoloader script to enable LTO enc
> I have tape library 8 slot and 1drive. the drive is lto4.
>
> I have lto4 and lto3 (50/50)
>
> Can i use value "Media Type" in resource bacula-sd.conf with LTO4
> example: *Media Type = LTO4"?? But the pool is mix: have lto4 and
> LTO3
>
> Is this a problem?
It could be because
> I'm backing up 2 servers with Bacula, one with Windows 2016, the other
> one with CentOS. The hardware is described below. The Windows server is
> much more powerful than the Linux server in all respects, and should
> theoretically deliver data to the Bacula server at a much higher rate.
> Bu
> I have a different understanding of the function. there is no need
> to read "data off clients as fast as possible" - if your clients are
> fast, they have no problems to provide the data at lower rates,
> too. It's the other way round; if your clients are slow so they
> cannot feed the data fa
> Spooling can reduce overall throughput because the data is
> sequentially written to disk and then read back.
This is what got me. I thought it was a buffer to ride out variations
in disk read speed (like the mbuffer program) but it's not. The
purpose is to get data off clients as fast as poss
> I ended up figuring out on accident my udev rules file did work, I had just
> been trying to test it by restarting the service but it took a full reboot
> for the new rules to get loaded.
Normally you do something like this[1]:
# udevadm control --reload-rules && udevadm trigger
> *SUBSYSTEM
> There are symlinks for the archive devices but not the tape drive control
> devices which is what the tape alert commands need.
Ah I see, you need the /dev/sg* equivalent for the /dev/st* in use.
Can you copy the udev rules that produce symlinks for the autochangers
(see link in my last post) a
> I'm using Ubuntu 18.04.1 with Bacula 9.0.6 from the main repo. I'd like to
> enable the above alerts from the sample bacula-sd.conf but can't because my
> system is assigning random device names after each reboot so that
> /dev/nst0, /dev/nst1, etc. can be any /dev/sg* number. I looked into
> c
> Thanks. I'm aware of this possibility however there's only 1 remote machine
> in each remote network.
> This makes setting up OpenVPN for each of those a hassle. It feels like
> using a shotgun to kill a fly.
> It also requires to do extra firewalling while with SSH only the needed
> ports are ex
> I have a client that's remote. The connectivity to the remote client is
> established through an SSH script.
> In general the SSH connection is up or re-established when a job runs
> through Run Before Job in a JobDefs piece.
> This works properly.
Just curious - any reason why you're using SSH
> I found another person with the very same symptoms and they resolved the
> problem by changing out the SAS host adapter
Wow that's weird that a SAS controller would be to blame! My library
and drive are HP and they supply "HP Tape Tools" which you can use to
run tests on the library (and d
> As mentioned earlier, the command
>
> ./mtx-changer /dev/sg3 load 1 /dev/st0 0
>
> actually put the desired tape into the drive, however
>
> ./mtx-changer /dev/sg3 unload 1 /dev/st0 0
>
> returns the following error message
This to me looks like the mtx-changer script is not able to talk to
> Automatically selected Storage: LTO-6
This seems to suggest that the Director is configured to use a device
called "LTO-6". Care to post the bacula-dir.conf? I know you said
there's no mention of "LTO-6" here, but perhaps you need to mention the
storage device specifically? With your config n
Very interesting! Thanks for letting us know about the solution.
> Next I tried a package update (Arch Linux pacman -Syu) and reboot. This
> resolved all issues! This server is kept up-to-date, so the only change
> of significance was a new kernel version (4.19.12).
Any idea what else was upgrad
> Last month I upgraded to Bacula 9.2.2. Backups worked without error but
> I noticed "list volumes" reporting a 25 TB volume (not 6 TB as usual). A
> subsequent test restore failed due to a volume data error.
>
> Downgrading back to Bacula 7.4.5 did not resolve the issue.
It sounds then like thi
> I once tried MariaDB and found that it cannot be installed on the same
> machine with MySQL unless you do a lot of tweaking at a very low level.
> Currently I have both Postgres and MySQL installed on the same machines,
> so supporting an additional DB is painful.
MariaDB is a fork of MySQL,
> to open device "Default" (/dev/nst0): ERR=Device or resource busy
Something else is running that is accessing the tape. Have you
unmounted the tape or temporarily stopped the bacula-sd daemon?
Cheers,
Adam.
___
Bacula-users mailing list
Bacula-user
> So it looks like when Bacula/btape writes an EOF mark, this causes the
> buffers to completely flush out and the drive then runs out of data
> and is forced to stop and shoe-shine.
>
> I've had a look through the storage daemon options but I can't see
> anything relevant. I take it disabling th
> > I think I have everything set up, all the tapes are labelled and Bacula
> > switches tapes when each one fills up, however after the first tape
> > started writing at 80MB/sec, the rest of them only write at 60-65MB/sec.
> > [...]
>
> Are you sure that both the drive and the tapes are still
> > I did not expect the drive to shoe-shine many times during the same
> > despool operation. Do you have any idea why this might be
> > happening?
>
> Are you using the -nst device (non-rewindable) configuration on SD
> Archive Device directive value?
Yes I am. Sorry, when I say "rewind" it
Hi Heitor,
Thanks for your reply!
> > Listening to the unit the drive stops, rewinds, then starts again
> > quite a lot, so the drop in write speed appears to be due to
> > shoe-shining.
>
> For a continuous tape writing with spooling spool size should be at
> least the same size of the tape. IM
Hi all,
I've been using Bacula for a number of years but recently got hold of
an old tape autochanger with an LTO-4 drive, which I would like to use
to have Bacula write to tape instead of my previous disk/file config.
I think I have everything set up, all the tapes are labelled and Bacula
switch
25 matches
Mail list logo
