PreRoll Post – abort verify and release hard drive?

[Dan Montgomery]

Yeah, I agree, a cheap shot in response to another (“ugh”). I apologize. However, this is a technical forum Tim, not a sales one, so I figured you deserved it.

And do you really want to start comparing what BRU can do to your tapes? We damaged a tape just trying to use BRU! Those who live in glass houses…

Offload with Confidence…

[Tim Jones]

[Dan Montgomery] “And do you really want to start comparing what BRU can do to your tapes? We damaged a tape just trying to use BRU! Those who live in glass houses…
“

And, there’s another cheap shot… Please, don’t allude to an issue and NOT describe what truly happened. If you have such a tape, I’d love to see it. What did you do to the tape using BRU? Please, since you’ve opened this gate, don’t perform a hit and run.

1) there’s is no way for software to “damage” a tape as you allude
2) the only thing that BRU might do to an LTFS tape is to overwrite the index on partition 0 making the LTFS tape unrecoverable (for others reading, we warn if you try to overwrite an LTFS tape).

Tim
—
Tim Jones
CTO – TOLIS Group, Inc.
https://www.tolisgroup.com
BRU … because it’s the RESTORE that matters!

[Dan Montgomery]

It’s okay Tim, we still love you. My Dad thought color TV was a fad too.

BTW, how’s your tests of PreRollPost going? We noticed your technician downloaded twice last week…

Offload with Confidence…

[Tim Jones]

You didn’t expound on your statement about the damaged BRU tape (and continued to throw childish comments).

We’re looking at what you’re doing in the same manner in which you guys looked at BRU.

And, since you mentioned it, we’re looking at it because a customer created a series of LTFS tapes to send to another shop who was looking at PRP and LTFS. The second shop can’t import any of these LTFS tapes. We had our customer send us two of the tapes and it seems that PRP won’t import a tape that’s been written to multiple times. The error that both we and the original PRP user are getting is that PRP can’t import tapes with multiple indexes. Since every non-continguous write to an LTFS tape creates a new index, you guys should look at this issue. Currently, PRP will only catalog non-native LTFS tapes that have been written in a single atomic operation and have the index write rule set to on unmount. If the index update is set to time or the tape has multiple writes in separate session, you guys won’t parse it and simply toss up an error message that the end user doesn’t understand.

There’s nothing wrong with the tapes and the other shop’s user can mount them properly from the command line.

Tim
—
Tim Jones
CTO – TOLIS Group, Inc.
https://www.tolisgroup.com
BRU … because it’s the RESTORE that matters!