Hi, I'm using LTO-1 tapes that can hold up to 105GB. I just noticed that many of my tapes that are labeled 'full' in the volumes overview are only partially used e.g. only about 80GB or in some cases
Author: "Wood, R A (Bob)" <WoodR AT CHEVRON DOT COM>
Date: Wed, 16 Aug 2006 08:48:39 +0100
Nico, Networker will flag a tape as full if it has a write error on that tape. It doesn't matter what caused the write error (physically reached end of tape, dirty drive, lumpy power supply, SCSI res
That's what I was afraid of. However somehow I would have expected Networker to flag the tape as bad in stead of just moving on to the next tape. I've got 1 tape device which sometimes writes at a ve
After a tape is flagged full due to error you will usually find suspect savesets on the tape volume. One can query them with (in unix shell speak) Mminfo \ -s $NSR_SERVER \ -q'!ssrecycle,suspect' \ -
Author: Stuart Whitby <swhitby AT DATAPROTECTORS.CO DOT UK>
Date: Wed, 16 Aug 2006 13:25:18 +0100
Why would you mark a tape bad and then keep writing to it? The whole point of it being marked "bad" would be that you can't trust it to retain data. The main problem that I see with this is that whil
That's what I meant. If Networker somehow decided the tape isn't worth writing it should flag it as bad (and of course move on to the next tape) so the next time it won't be reused either. Unfortunat
Author: Davina Treiber <DavinaTreiber AT PEEVRO.CO DOT UK>
Date: Wed, 16 Aug 2006 14:37:10 +0100
That's what I meant. If Networker somehow decided the tape isn't worth writing it should flag it as bad (and of course move on to the next tape) so the next time it won't be reused either. The probl
Author: "Greggs, Dana" <c-dgreggs AT STATE.PA DOT US>
Date: Wed, 16 Aug 2006 09:37:58 -0400
The block size does depend on the device and is maintained by the tape. When your format/re-label a tape it is formatted with whatever block size you have configured for the device. If in July you re
Hmm, so the error would suggest that the block size of the device has been changed or the tape was moved to another device with a different block size. I am very sure the block size was never changed
Point taken. Ah, makes sense, as I've been looking around and can't find any reason why the block size would be incorrect. unfortunately it doesn't help in finding what the real problem is. The bulk
Moving to compressed tapes is now on my todo-list ;-) Thanks! Nico -- Nico De Ranter Senior System Administrator Sony Service Center (NSCE) The Corporate Village, Da Vincilaan 7-D1 B-1935 Zaventem, B
Author: Tim Nicholson <tim AT MAIL.USYD.EDU DOT AU>
Date: Thu, 17 Aug 2006 09:44:58 +1000
Nico, There is another reason why you might not get quite as much data on them. I run LTO 1 and now some LTO 2 drives. We use client side compression so hardware compression is turned off. I usually
Author: Matthew Robert <Matthew.Robert AT AU.EY DOT COM>
Date: Thu, 17 Aug 2006 08:59:44 +1000
This email is to be read subject to the disclaimer below. If you have a look at one of the volumes that is marked prematurely full, you may see savesets marked as "abort suspect" this is usually an g