On 19/07/12 10:42, Manel Rodero Blanquez wrote:
> Hi,
> 
> ;-) Yes, I know the cause of the abort saveset because it was a failover
> problem of the library.
> 
> I can use another tape, because yes, they are cheap ... but this tape is
> an LTO4 tape with only 1% of data on it and I would like to be able to
> add more data to it without adding another tape, another tape number, etc.

If it's only 1% full it would be simple to stage the data off and
relabel it, as suggested by others.

> 
> The problem is that a failure of our Scalar i500 I/O Blade, suport has
> changed this board and suddenly we're having problems with tape
> disconnections, tape number reordering, etc. (the typical things in
> persistence naming/binding environments). And I don't want to waste a
> tape because a now recurring problem. Support is working on it in the
> meantime.
> 
> Thanks to everyone.
> 
> El 19/07/2012 10:59, Andrew Martin escribió:
>> If the tape has an aborted saveset and has marked the tape as full,
>> just mark the volume as appendable. New data will be written after the
>> aborted saveset.
>>
>> BUT you need to ask yourself why you have an aborted saveset in the
>> first place!
>>
>> Regards
>>
>> Andrew
>>
>> -----Original Message-----
>> From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU]
>> On Behalf Of Davina Treiber
>> Sent: 19 July 2012 09:41
>> To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
>> Subject: Re: [Networker] How to recover an aborted tape ?
>>
>> On 19/07/12 08:23, Manel Rodero Blanquez wrote:
>>> Hi,
>>>
>>> Thanks to all for the answers. I don't want to stage data. I don't
>>> mind to have an aborted save set on the tape. I only want it to be
>>> available for writing more data instead of being marked full.
>>>
>>> I'll try the nsrmm command to see if it works. If I use the GUI for
>>> marking as appendable the tape is not used so is worth the check ...
>>
>> If it doesn't work from the GUI there's very little chance it will
>> work from nsrmm. The GUI is only calling nsrmm anyway.
>>
>> Sometimes a load of garbage gets written when a session is aborted so
>> it might not be able to get past that.
>>
>> What's the big deal over a part of one tape anyway? Tapes are cheap.
>>
>