FWIW: I had similar problems with a large batch of LTO5 tapes recently.
Discussion with the tech support guys at Overland brought out the
information that sometimes they see this on new tapes due to dust
contamination during assembly (or insufficient removal of loose
particles during
We've got nowhere with this unfortunately and are left to run the critical
backups anyway knowing we would basically loose about 100GB per tape (x30+
tapes) this becomes an $$$ issue. We tried a few things, but nothing has
worked.
We had a similar issue with a Tandberg LTO4. Testing by
Le 20/11/2012 16:39, Tilman Schmidt a écrit :
Am 20.11.2012 17:14, schrieb Jacky Carimalo:
Le 20/11/2012 15:32, John Drescher a écrit :
Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can
cause corruption in your tapes.
But I have no choice :
bacula2-64:~/bacula/bin# lsscsi
On Nov 22, 2012, at 9:40 AM, Jacky Carimalo wrote:
Le 20/11/2012 16:39, Tilman Schmidt a écrit :
Am 20.11.2012 17:14, schrieb Jacky Carimalo:
Le 20/11/2012 15:32, John Drescher a écrit :
Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can
cause corruption in your tapes.
Zitat von Dan Langille d...@langille.org:
On Nov 22, 2012, at 9:40 AM, Jacky Carimalo wrote:
Le 20/11/2012 16:39, Tilman Schmidt a écrit :
Am 20.11.2012 17:14, schrieb Jacky Carimalo:
Le 20/11/2012 15:32, John Drescher a écrit :
Also you should avoid /dev/st0 and use /dev/nst0 since
Hello,
2012/11/19 Jacky Carimalo jacky.carim...@univ-nantes.fr
Le 19/11/2012 12:00, Alan Brown a écrit :
On 19/11/12 11:04, Jacky Carimalo wrote:
Hello,
I have the same problem.
Bacula stopped filling a tape after 4 errors, as described below !
I would like to be able to tell it to
I put Volume Use Duration = 36 months,
but always having sometimes :
Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2
(/dev/st0). ERR=Erreur d'entrée/sortie.
Error: Error writing final EOF to tape. This Volume may not be readable.
dev.c:1566 ioctl MTWEOF error on
Yes, LTP102L1 is a tape volume.
I defined Maximum Volumes = 1000 ; as you said, it would be better
having no line like this ; but I think it would be the same :
having sometimes :
Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2
(/dev/st0). ERR=Erreur d'entrée/sortie.
On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo
jacky.carim...@univ-nantes.fr wrote:
I put Volume Use Duration = 36 months,
but always having sometimes :
Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2
(/dev/st0). ERR=Erreur d'entrée/sortie.
Error: Error writing final
On Tue, Nov 20, 2012 at 9:30 AM, John Drescher dresche...@gmail.com wrote:
On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo
jacky.carim...@univ-nantes.fr wrote:
I put Volume Use Duration = 36 months,
but always having sometimes :
Error: block.c:590 Write error at 88:2499 on device
Le 20/11/2012 15:30, John Drescher a écrit :
On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo
jacky.carim...@univ-nantes.fr wrote:
I put Volume Use Duration = 36 months,
but always having sometimes :
Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2
(/dev/st0).
Le 20/11/2012 15:32, John Drescher a écrit :
On Tue, Nov 20, 2012 at 9:30 AM, John Drescher dresche...@gmail.com wrote:
On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo
jacky.carim...@univ-nantes.fr wrote:
I put Volume Use Duration = 36 months,
but always having sometimes :
Error:
Hello,
2012/11/20 Jacky Carimalo jacky.carim...@univ-nantes.fr
Yes, LTP102L1 is a tape volume.
I defined Maximum Volumes = 1000 ; as you said, it would be better having
no line like this ; but I think it would be the same :
Parameter Maximum Volumes = 1000 do not cause volume to be set as
Zitat von Jacky Carimalo jacky.carim...@univ-nantes.fr:
Le 20/11/2012 15:32, John Drescher a écrit :
On Tue, Nov 20, 2012 at 9:30 AM, John Drescher dresche...@gmail.com wrote:
On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo
jacky.carim...@univ-nantes.fr wrote:
I put Volume Use Duration =
Am 20.11.2012 17:13, schrieb Jacky Carimalo:
kern.log on the host machine :
Nov 20 04:49:51 singleton.u06.univ-nantes.prive kernel: [1168599.570017]
lpfc :08:00.0: 0:(0):0713 SCSI layer issued Device Reset (1, 0)
return x2002
Nov 20 04:49:51 singleton.u06.univ-nantes.prive kernel:
Am 20.11.2012 17:14, schrieb Jacky Carimalo:
Le 20/11/2012 15:32, John Drescher a écrit :
Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can
cause corruption in your tapes.
But I have no choice :
bacula2-64:~/bacula/bin# lsscsi -g
[0:0:0:0]diskIFT A16F-R2221
Hello,
I have the same problem.
Bacula stopped filling a tape after 4 errors, as described below !
I would like to be able to tell it to continue ...
Any idea ?
Jacky
*query
Choose a query (1-20): 16 (List Volumes likely to need replacement from
age or errors)
On 19/11/12 11:04, Jacky Carimalo wrote:
Hello,
I have the same problem.
Bacula stopped filling a tape after 4 errors, as described below !
I would like to be able to tell it to continue ...
update Volume={name} VolStatus=append
Le 19/11/2012 12:00, Alan Brown a écrit :
On 19/11/12 11:04, Jacky Carimalo wrote:
Hello,
I have the same problem.
Bacula stopped filling a tape after 4 errors, as described below !
I would like to be able to tell it to continue ...
update Volume={name} VolStatus=append
I did :
update
On 19/11/12 15:46, Jacky Carimalo wrote:
update Volume={name} VolStatus=append
but it then marked the volume Used, and not enabled for backup on it
again, keeping its first data.
Bacula has decided the volume has been open too long.
This is set with Volume Use Duration and has no default.
I am currently running a backup job of 1 large iso file and checking the logs
to see what it could be. Perhaps an issue with software rather than hardware.
We look after our drive well with cleans whenever asked by the machine. We
have a EXABYTE Model: LTO 1x7 2U.
If it is software then it
On Thu, Nov 15, 2012 at 8:07 PM, UserMOP bacula-fo...@backupcentral.com wrote:
Hello,
First time poster, love the community, been reading it for years but never
had an issue worth posting, until today. :)
Using Bacula Version: 5.0.1 (24 February 2010).
Our brand new LTO3 tapes are filling
22 matches
Mail list logo
