On 11/23/18 7:34 PM, Martin Simmons wrote:
See https://kb.acronis.com/content/61832 (found from
https://forum.acronis.com/forum/acronis-true-image-2018-forum/acronis-true-image-2018-fails-backup-macbook-pro-macos-mojave-10141)
for a possible solution. I'm not sure what you will have to add to th
Kindly, if you could share the job log for the restore JobId 244, it may
have some error/warning messages. Also tell us the complete steps you
are using when running the restore, it will help us. Thanks
___
Bacula-users mailing list
Bacula-users@li
Hi.
Decided to run the same benchmark on our CephFS filesystem
backed by 72 x 7,2K RPM 10TB disks on 6 OSD-hosts connected
through 10GbitE.
# /root/bench.sh
With fadvise blocksize 4096
Issuing fadvise
real0m1.351s
user0m0.035s
sys 0m0.236s
Without fadvise blocksize 4096
real0m8
Thanks for you comment Kern.
> Hello,
>
> This is a problem I have been considering for some time. The problem is
> that current architecture of Bacula just does not properly handle
> multi-treading the FD. Yes, you can do it by running two Jobs, but if
> you are not 100% on top of the desig
Hi Bacula gurus,
recently we bought a LTO-6 tape drive. This is an IBM 7226 LTO-6.
It has the latest firmware J451. Currently we are using bacula 9.4.1 on
Ubuntu 18.04 bionic.
We installed the IBM LTO-6 tape driver on linux: lin_tape. lin_taped daemon
is also running.
Bacula is using /dev/IBMtape0
Hello,
This is a problem I have been considering for some time. The problem is
that current architecture of Bacula just does not properly handle
multi-treading the FD. Yes, you can do it by running two Jobs, but if
you are not 100% on top of the design limitations of Bacula, it is
unlikely
Unless something like Samba is converting the symlink to a directory, Bacula
will not follow it.
Filling /tmp might cause the problem, but it should really fail with an error.
According to the "stat client" output, it has written 3.3 TB so far. If your
data is reasonably compressible then that s
Hello,
pon., 18 lut 2019 o 17:27 Martin Simmons napisał(a):
> > On Fri, 15 Feb 2019 15:21:16 +, William Muriithi said:
> >
> > > Also, try "status dir" to see what the Director is doing.
> >
> > Hmm, this see to help. I believe this is the job number 7 that has a
> fatal error as statu
