> First my apologize for such a newbbie thing. I had my pool configured for
> 50GB which was the size bacula used in the tapes.
> Thanks Ralf for your appreciation, you where right!! :-).
I am glad he thought of that. I would have had to ask you for your
complete configs before figuring that out..
Hi guys,
First my apologize for such a newbbie thing. I had my pool configured
for 50GB which was the size bacula used in the tapes.
Thanks Ralf for your appreciation, you where right!! :-).
Thanks to everyone.
Regards,
-- Toda la información contenida en este correo electrónico es confiden
John,
thanks for your answer.
The only lines I find in dmesg for the tape are:
st: Version 20070203, fixed bufsize 32768, s/g segs 256
st 4:0:0:0: Attached scsi tape st0
st0: try direct i/o: yes (alignment 512 B)
st0: Block limits 1 - 16777215 bytes.
which seem to be the ones that correspond to
Juan Pablo Lorier schrieb:
> > ...
> > Device {
> > Name = LTO-5
> > Drive Index = 0
> > Media Type = LTO-5
> > Archive Device = /dev/nst0
> > AutomaticMount = yes; # when device opened, read it
> > AlwaysOpen = yes;
> > RemovableMedia
> I'm new to bacula and I'm using LTO 5 of 1,5 TB uncompressed to backup. The
> thing is that I only can get it to write 50GB and it sets to full.
check your dmesg for tape, scsi or other hardware errors.
Bacula assumes that a tape is full when it hits a write error.
John
--
Hi,
I'm new to bacula and I'm using LTO 5 of 1,5 TB uncompressed to backup.
The thing is that I only can get it to write 50GB and it sets to full.
The tape drive is a Dell Powervault LTO-5-140 (that is really an IBM
Ultrium-HH5) and I'm using Bacula 5.03 compiled on Red Hat 5.6.
The SD config for
