<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: NetApp bug-blog flap hits Jerry Springer proportions</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/storage-soup/netapp-bug-blog-flap-hits-jerry-springer-proportions/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-bug-blog-flap-hits-jerry-springer-proportions/</link>
	<description>A SearchStorage.com blog.</description>
	<pubDate>Sat, 28 Nov 2009 09:52:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Jerry! Jerry! Jerry! Jerry! &#8212; Storage Soup</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-bug-blog-flap-hits-jerry-springer-proportions/#comment-7203</link>
		<dc:creator>Jerry! Jerry! Jerry! Jerry! &#8212; Storage Soup</dc:creator>
		<pubDate>Wed, 30 Jul 2008 18:29:18 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/07/21/netapp-bug-blog-flap-hits-jerry-springer-proportions/#comment-7203</guid>
		<description>[...] NetApp has struck back in the ongoing catfight with EMC - this time in the form of a T-shirt. [...]</description>
		<content:encoded><![CDATA[<p>[...] NetApp has struck back in the ongoing catfight with EMC - this time in the form of a T-shirt. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Val Bercovici</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-bug-blog-flap-hits-jerry-springer-proportions/#comment-7202</link>
		<dc:creator>Val Bercovici</dc:creator>
		<pubDate>Wed, 23 Jul 2008 07:09:49 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/07/21/netapp-bug-blog-flap-hits-jerry-springer-proportions/#comment-7202</guid>
		<description>Hi himi,

You're absolutely correct that compliance does NOT amount to a particular product from an IT vendor.  NetApp works very closely with partner HW &#38; SW vendors in the compliance ecosystem to help customers assemble a compliant solution according to their needs.

Now regarding the WORM product characteristics you cite above, let me help add some context.  Unlike a fixed-size WORM optical platter or tape, NetApp SnapLock is specifically designed to let customers flexibly add or append data at will, with full logging of all activity.  The idea is to make existing committed data immutable, but not the entire volume before it’s full.

Also, physical media control always trumps all.  Much like you can reformat NetApp disks, you can also scratch a WORM platter or toss a WORM tape into a river.  They key requirement for a compliant system is merely to make the users and admins concretely and securely aware that the physical media breach has occurred.  In that sense we are data security guards, not bodyguards :)</description>
		<content:encoded><![CDATA[<p>Hi himi,</p>
<p>You&#8217;re absolutely correct that compliance does NOT amount to a particular product from an IT vendor.  NetApp works very closely with partner HW &amp; SW vendors in the compliance ecosystem to help customers assemble a compliant solution according to their needs.</p>
<p>Now regarding the WORM product characteristics you cite above, let me help add some context.  Unlike a fixed-size WORM optical platter or tape, NetApp SnapLock is specifically designed to let customers flexibly add or append data at will, with full logging of all activity.  The idea is to make existing committed data immutable, but not the entire volume before it’s full.</p>
<p>Also, physical media control always trumps all.  Much like you can reformat NetApp disks, you can also scratch a WORM platter or toss a WORM tape into a river.  They key requirement for a compliant system is merely to make the users and admins concretely and securely aware that the physical media breach has occurred.  In that sense we are data security guards, not bodyguards <img src='http://itknowledgeexchange.techtarget.com/storage-soup/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hirni</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-bug-blog-flap-hits-jerry-springer-proportions/#comment-7201</link>
		<dc:creator>hirni</dc:creator>
		<pubDate>Tue, 22 Jul 2008 18:19:20 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/07/21/netapp-bug-blog-flap-hits-jerry-springer-proportions/#comment-7201</guid>
		<description>what most people don't understand with snaplock is, that
technically it's far far away from a real WORM:
You can cause all kind of actions which write and modify data.
(acutally adding new files is the most obvious, as it has to modify the directory - otherwise you won't see the files)
Also the disks are "just normal disks" because every volume/aggregate can become a 'snaplock' volume...
(so reformating the disks by hooking up the shelf to a PC is possible)

So - there's nothing to wonder about bugs here.
Whenever a piece of software is used to turn a random-access read-write device (hdd) into some kind of "WORM" - it's the software which does this - and software will always contain bugs ...

OTOH - all this "compliance" talk is missing a fundamental issue:
"Compliance" or "Archiving" is not simply a "boxed" product.
(it's not just "buy it and become compliant")
It's complete process, which your company has to implement.
The gear you buy is just a part of this overall process.
If you don't have a defined process - you have no compliance - regardless how much boxes you buy from whatever vendor ...</description>
		<content:encoded><![CDATA[<p>what most people don&#8217;t understand with snaplock is, that<br />
technically it&#8217;s far far away from a real WORM:<br />
You can cause all kind of actions which write and modify data.<br />
(acutally adding new files is the most obvious, as it has to modify the directory - otherwise you won&#8217;t see the files)<br />
Also the disks are &#8220;just normal disks&#8221; because every volume/aggregate can become a &#8217;snaplock&#8217; volume&#8230;<br />
(so reformating the disks by hooking up the shelf to a PC is possible)</p>
<p>So - there&#8217;s nothing to wonder about bugs here.<br />
Whenever a piece of software is used to turn a random-access read-write device (hdd) into some kind of &#8220;WORM&#8221; - it&#8217;s the software which does this - and software will always contain bugs &#8230;</p>
<p>OTOH - all this &#8220;compliance&#8221; talk is missing a fundamental issue:<br />
&#8220;Compliance&#8221; or &#8220;Archiving&#8221; is not simply a &#8220;boxed&#8221; product.<br />
(it&#8217;s not just &#8220;buy it and become compliant&#8221;)<br />
It&#8217;s complete process, which your company has to implement.<br />
The gear you buy is just a part of this overall process.<br />
If you don&#8217;t have a defined process - you have no compliance - regardless how much boxes you buy from whatever vendor &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- dynamic -->