I recommend to remove the Maximum
Network Buffer Size. Bacula will figure it out itself.
On 05/26/2016 08:43 PM, Rao, Uthra R. (GSFC-672.0)[ADNET SYSTEMS
INC] wrote:
Kern,
Okay, Thank
yo
Kern,
Okay, Thank you. I will try setting the block size to 512k to improve the speed
of writing to the tape. What about the “Maximum Network Buffer Size = 65536” I
have currently set in my configuration? Should I remove this or change the
value I have set? Please let me know.
Regards,
Uthra
The defaults for both of those should
work out of the box. However, by increasing the Maximum Block
Size, you can probably improve the speed of writing to the tape.
This is, of course, optional. I would still not set the block
size any larger than 512K though.
Thank you all for taking the time to reply to my email.
We are using LTO-7 tapes with the LTO-7 Tape drives. I don’t think the data
transfer rate is an issue in our case. I am thinking of removing the
“MaxBlocksize” and “Maximum Network Buffer Size” I have currently set for the
tape drives so t
Hello Uwe,
A full backup does not require any cache of previously saved files, so
it consumes very little memory. Only Differential and Incremental jobs
require the Director to send the full list of previously saved files
with their attributes to the FD. That list requires something like 100
Hello,
The tape probably got an error. You should be able to see if
there were problems by looking at dmesg output and Bacula output
for the job that marked the tape full.
The error, if there was one, is very likely coming from the fact
that you
Rao, Uthra R. (GSFC-672.0)[ADNET SYSTEMS INC] wrote (2016/05/25):
> I have a Qualstar Tape library (RLS-87120) with three LTO7 tape drives.
> It is connected to the backup server directly through Fiber Channel.
> I am running bacula 7.4. I ran a test backup which completed
> successfully but I fo
