cannot recover data that has pass expiration date

[domi1805]

Hello,
The data is not recoverable from the Networker client GUI because it has passes the retention time.
We have to launch the scanner command on the appropriate tape but it doesn't work:

C:\WINNT>scanner -m \\.\tape1
scanner: scanning LTO Ultrium-2 tape 001021 on \\.\tape1
scanner: LTO Ultrium-2 tape 833341021 for volume 001021 conflicts with existing media database entry for LTO Ultrium tape 833341021

There is a conflict between the content of media database that has an entry for LTO Ultrium tape 833341021, and the information found on the tape: LTO Ultrium-2 tape 833341021
The label (833341021) is indentical but the the type of tape is different (LTO Ultrium and LTO Ultrium-2)
Of course, LTO-2 drive can read LTO-1 and LTO-2 tapes but the information on the tape type was modified by the upgrade to Networker v7.3.
We would like to force an update of the media database with the content of the tape to be able to use the tape for restore.
Question:
How can we delete the content of the media database for this tape and update it afterwards with a scanner command?

Thanks,
Dominique

 

[NWNinja]

HI domi1805!
The problem is *probably* that the data has passed its browse policy, not retention policy. You should still be able to perform saveset recovers, or run "nsrck -L7 -t mm/dd/yy client_name" to recover the index backup. Now you will once again be able to "change browsetime" and recover via GUI.

If the data has indeed passed it retention, you do need to run scanner -m on the tape. Delete the conflicting volume using "nsrmm -d volume_name", run scanner and afterwards run "nsrck -L7 -t mm/dd/yy client_name" to recover the index backup which is hopefully present on the same tape as the regular backup. If not, you´ll probably need to run scanner -i instead of -m. See admin guide for more info on this.

Cheers!
Maverick

 

[605]

Since NW 7.0 you can not have 2 volumes with the same label in the media index any longer. (Well - not absolute true.
As NW 6.x allowed that, you could still have such case. And when you update to 7.x, then in fact it would be possible with NW 7.x as well).

The solution is obviously to delete the entry from the media index with "nsrmm -d volume_name" and then to rescan the tape.

 

[domi1805]

Hello,
Thank you for your answer.
It works now and here is what I did:
nsrmm -d volume_name to delete the content of the volume in the media database.
Then scanner –m \\.\Tapex.
Of course it is very long to reimport the complete info from the tape but we can also specify a SSID to reduce the time needed for the scanner.
Thanks,
Dominique