Hi Alan,
I'm resurrecting an old topic since recently upgrading from LTO-4 to LTO-8.
The script read_attribute.pl posted under
https://github.com/hreinecke/sg3_utils/issues/18 was running fine on my
legacy LTO-4 system (sg3-utils 1.33).
On LTO-8 (sg3-utils 1.45) it still mostly works but ret
Hi Alan,
Kind of resurrecting an old thread.
I've been running a modified version of your script daily for the past year.
Last night tape run out of space on incremental backups.
A report from the night before was showing 56,674 MiB of raw
uncompressed space.
The total of backups from all c
On 07/08/18 16:15, Alan Brown wrote:
use the corresponding /dev/sg
Awesome, ta Alan!
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_
On 07/08/18 15:37, Adam Weremczuk wrote:
My last concern is the level of additional wear of drive and tapes.
Execution of sg_raw required the tape to be unmounted:
/dev/nst0: Device or resource busy
use the corresponding /dev/sg
Which now needs to be re-mounted for the next backup run.
My last concern is the level of additional wear of drive and tapes.
Execution of sg_raw required the tape to be unmounted:
/dev/nst0: Device or resource busy
Which now needs to be re-mounted for the next backup run.
--
On 07/08/18 13:24, Alan Brown wrote:
sg_raw -o - -r 1024 -t 60 -v /dev/nst0 (or its /dev/sg) 8c 00 00 00 00
00 00 00 00 00 00 00 04 00 00 00
And pipe it through the script I posted at
https://github.com/hreinecke/sg3_utils/issues/18
Bingo!
id=0x writable=RO format=0 attrlen=0x0008=8
On 07/08/18 13:04, Adam Weremczuk wrote:
On 07/08/18 12:31, Alan Brown wrote:
For LTO, there are a number of relatively easy ways of answering
these questions _without_ moving the tape - as long as you have the
latest version of sg3_utils installed
Thank you Alan.
The utilities look very p
On 07/08/18 12:31, Alan Brown wrote:
For LTO, there are a number of relatively easy ways of answering these
questions _without_ moving the tape - as long as you have the latest
version of sg3_utils installed
Thank you Alan.
The utilities look very promising.
The problem is my Bacula system
I'll add that for the most part the tapealert or sg_read_attr codes you
want to use for tape aging are:
0x19 = "Nearing media life"
0x07 = "Media life"
The ones for drive trouble are:
1 Read warning
2 Write warning
3 Hard error
4 Media
5 Read failure
6 Write failure
The above are temporary
On 07/08/18 10:27, Kern Sibbald wrote:
You definitely do not want to try to run any job that examines the
tape. First, I don't know if what you are asking is possible --
possibly on the more modern drives (LTO-6 or greater), but in any
case, any time you move the tape, you wear it, so don't ma
You definitely do not want to try to run any job that examines the
tape. First, I don't know if what you are asking is possible --
possibly on the more modern drives (LTO-6 or greater), but in any case,
any time you move the tape, you wear it, so don't make the tape drive
move any more than ne
On 06/08/18 14:54, Adam Weremczuk wrote:
It would still be useful to have e.g. a daily cron job examining the
tape and determining how much raw uncompressed space it has left.
https://wiki.bacula.org/doku.php?id=faq#can_bacula_tell_me_how_much_space_is_left_on_my_tapes
"it's possible to kn
On 06/08/18 14:08, Jérôme Blion wrote:
LTO-4 are supposed to store 800GB uncompressed. That's the only value
you can expect from the tape.
Depending on the data pieces you want to backup, you can have a ratio
lower than 2. If data pieces are already compressed you won't have a
good compression
Hi,
LTO-4 are supposed to store 800GB uncompressed. That's the only value
you can expect from the tape.
Depending on the data pieces you want to backup, you can have a ratio
lower than 2. If data pieces are already compressed you won't have a
good compression ratio.
Is the capacity dynamic,
Hi all,
For the second time this year I have experienced backups failing due to tapes
filling up:
06-Feb 22:16 bacula_sd JobId 42315: Writing spooled data to Volume. Despooling
5,368,719,418 bytes ...
06-Feb 22:17 bacula_sd JobId 42315: End of Volume "LTO-W20141230A" at 1417:11071 on
device "
15 matches
Mail list logo
