Bezüglich John Lockard's Nachricht vom 26.10.2014 15:34 (localtime):
> I run into this issue with several of my servers and dealt with it by
> creating "migrate" jobs. First job goes to disk. Second job runs
> some reasonable time later and migrates the D2D job to tape. I had a
> number of key
I run into this issue with several of my servers and dealt with it by
creating "migrate" jobs. First job goes to disk. Second job runs some
reasonable time later and migrates the D2D job to tape. I had a number of
key servers I did this for with the advantage that I could offsite the
tapes and k
Hello,
I enable data spooling for almost any job, because my LTO4 drive's
hw-compression allows to stream _my_ data at little over 100MByte/s
average, which bacula-fd can't deliver (localhost FD-SD connections
allow ~25MB/s with 60+% CPU usage; SoftCompression is disabled; oberved
FD reqests are
On 24.10.2014 13:34, Che_m wrote:
> According to the bacula database, the tape has 500GB of data written on it.
>
> I'm trying to check out on the tape itself, but knowledge of the mtx script
> is limited.
>
> However, the difference of nst0 and st0 is, the first one does not
> autorewind. and as
