<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<tt>more comments in line.</tt><br>
<div class="moz-cite-prefix">On 08/10/2016 03:31 PM, Steve Petrie,
P.Eng. via talk wrote:<br>
</div>
<blockquote cite="mid:2E5C5899A19140E099B69517E45D8E2D@Dell"
type="cite">Hello Alvin,
<br>
<br>
Please see my comments inline below.
<br>
<br>
</blockquote>
[snip]<br>
<blockquote cite="mid:2E5C5899A19140E099B69517E45D8E2D@Dell"
type="cite">
<blockquote type="cite">On 4mm backups.
<br>
There was a customer who used a 4mm backup and backed up every
night.
<br>
<br>
The one thing someone forgot to tell them was to replace the
tapes.
<br>
<br>
After about 4 years the disk failed.
<br>
<br>
The tapes were transparent.
<br>
<br>
</blockquote>
<br>
After the customer's nightly backup process wrote to the tape, was
there also a separate verify phase, that rewound and read through
the entire tape, and compared its contents with the HDD data?
<br>
<br>
Surely a verify phase would have failed with unreadable
(transparent) tapes. And failure of the verify phase, would have
alerted the customer to the unreadability problem with the tapes.
<br>
<br>
</blockquote>
<br>
Verify phase.<br>
You make me laugh.<br>
HAHAHA.<br>
<br>
I did not write the code if I did then there would likely have been
a verify phase.<br>
Some people kind of expect when you tell the drive to write the data
its just written and if it were not there would be an error. Kind of
like disk drives most times.<br>
<br>
Anyway.<br>
When you do the verify you need to actually verify the data and not
just the block checksums.<br>
Once upon a time a company I worked for had a bug that would write
blank tapes.<br>
More correctly tapes full of zero filled blocks.<br>
They checksumed correctly so the quick check would succeed but not
restore.<br>
<br>
<blockquote cite="mid:2E5C5899A19140E099B69517E45D8E2D@Dell"
type="cite">
<blockquote type="cite">Guess how this story ended?
<br>
<br>
</blockquote>
<br>
The story ended very badly, no doubt. The cruel "nasty surprise"
downside, of our beautiful profession ...
<br>
<br>
</blockquote>
<br>
They got back up and running and from that point forward the backups
were done properly.<br>
Nothing like getting burned to teach you.<br>
<br>
<blockquote cite="mid:2E5C5899A19140E099B69517E45D8E2D@Dell"
type="cite">
<blockquote type="cite">-- <br>
Alvin Starr || voice: (905)513-7688
<br>
Netvel Inc. || Cell: (416)806-0133
<br>
<a class="moz-txt-link-abbreviated" href="mailto:alvin@netvel.net">alvin@netvel.net</a> ||
<br>
<br>
<br>
</blockquote>
<br>
<br>
--------------------------------------------------------------------------------
<br>
<br>
<br>
<blockquote type="cite">---
<br>
Talk Mailing List
<br>
<a class="moz-txt-link-abbreviated" href="mailto:talk@gtalug.org">talk@gtalug.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://gtalug.org/mailman/listinfo/talk">https://gtalug.org/mailman/listinfo/talk</a>
<br>
<br>
</blockquote>
<br>
---
<br>
Talk Mailing List
<br>
<a class="moz-txt-link-abbreviated" href="mailto:talk@gtalug.org">talk@gtalug.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://gtalug.org/mailman/listinfo/talk">https://gtalug.org/mailman/listinfo/talk</a>
<br>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Alvin Starr || voice: (905)513-7688
Netvel Inc. || Cell: (416)806-0133
<a class="moz-txt-link-abbreviated" href="mailto:alvin@netvel.net">alvin@netvel.net</a> ||
</pre>
</body>
</html>