Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hello, Last week I managed to get another drive (LTO4 SAS HP 1760), and it seems it's drive related. So far I tested 4 tapes in the LTO4 drive, and all tapes are fully written written (407GB) and with "full" speed (~55MB/s). Verify volumetocatalog is OK, I haven't restored yet, but will test

Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hi Udo, it's not only about decreasing write-speed, but also about decreasing capacity. Also, when a good tape follows a bad tape, write speed is back again around 40MB/s. A tape normally keeps it's write speed over the full length of the tape (be it either ~20MB/s or ~40MB/s). to the

Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hi Tim, if dd use the full speed instead of bareos, whats about an IO-limitation on the source - the spool-disk? In your example, the first 50-gb spoolfile was transferred with 40MB/s the later ones with 35MB/s. Does the spool-disks was filled with other backup-jobs (writes) during the despooling?

Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hi Kai, I thought about disabling hardware compression, but doing that in a permanent way, I think I would have had to re-install a OS which runs LTT (other ways via Linux seemed to me not conclusive enough, or I didn't find that information). I also read at numerous occasions that >= LTO-2

Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hi Kai, thanks, the HP LTT tools contain a diagnostic test (my drive is a HP Ultrium920 SCSI LTO3 drive). There should also be a 5-second self test on every power up. So far, this always succeeded (I never got a error message on the autoloader display or in the logs). I remember, that I did

Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hi Tim, hmmm. "Hardware compression, (software) encryption, and software compression" That's probably overkill. Could you disable hardware compression? This can slow down backup if the data is encrypted (and compressed). Stefan Am 22.08.2018 um 09:40 schrieb Tim Banchi: > Hi Stefan, > >

Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hi Tim, does the drive have a self test function in the firmware? If so, try it. If not, maybe there is a test software from the vendor available? Best regards, Kai Am 22.08.2018 um 09:40 schrieb Tim Banchi: Hi Stefan, yes, I use newly purchased ones when the autoloader/drive requested it.

Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hi Stefan, yes, I use newly purchased ones when the autoloader/drive requested it. I got clean requests when getting I/O errors with really bad tapes (which I then dumped right away). Otherwise there have been so far no cleaning requests (which is normal to my experience), and the status of

Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hi Tim, only a idea... did you use cleaning tapes? Regards Stefan Am 21.08.2018 um 15:46 schrieb Tim Banchi: > Hello, > > I'm using Bareos 17.2 with the following pool, and device configuration: > > Pool { > Name = tape_automated > Pool Type = Backup > Recycle = yes

[bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

Hello, I'm using Bareos 17.2 with the following pool, and device configuration: Pool { Name = tape_automated Pool Type = Backup Recycle = yes # Bareos can automatically recycle Volumes AutoPrune = yes # Prune expired volumes #Recycle Oldest