<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: NetApp autosupport rocks</title>
	<link>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/</link>
	<description>by Mark Mayo</description>
	<pubDate>Wed,  8 Oct 2008 05:18:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>

	<item>
		<title>by: rajeev</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-10075</link>
		<pubDate>Wed, 22 Feb 2006 03:15:21 +0000</pubDate>
		<guid>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-10075</guid>
					<description>many a time, a disk would fail on a sat evening, while the admin is busy catching up on his favorite sci-fi show (or whatever it is the admins do on Sat night). Come Mon 8 am, the admin walks into the door to find out a replacement disk sitting outside his office door. It is goodness all over.

-nuff said.</description>
		<content:encoded><![CDATA[<p>many a time, a disk would fail on a sat evening, while the admin is busy catching up on his favorite sci-fi show (or whatever it is the admins do on Sat night). Come Mon 8 am, the admin walks into the door to find out a replacement disk sitting outside his office door. It is goodness all over.</p>
<p>-nuff said.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: mark</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9975</link>
		<pubDate>Thu, 26 Jan 2006 17:38:04 +0000</pubDate>
		<guid>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9975</guid>
					<description>That's a good point, Ben. And sysadmins are probably more conditioned than most when it comes to fearing software that "phones home", which might explain why someone could react negatively to autosupport.

There will certainly be customers that don't want their filers contacting NetApp, for any number of reasons. You can get the filer to email you when a problem happens but not contact NetApp HQ, of course. So "autosupport" doesn't have to be all or nothing. Which is good. But I'm pretty sure that by default it will send autosupport messages back to NetApp tech support.

One thing to keep in mind is that these are fairly expensive storage systems with support contracts to keep them running. So the customers are paying for this service, and I can't imagine the whole autosupport thing wouldn't have been made crystal clear during the sales process. It's usually front and centre in the sales pitch. It's also very typical that first time customers have the local SE sent over to help them with the install, and that always includes going over autosupport, initiating a test autosupport and seeing what it transmits, etc. At least, that's been my experience in both Toronto and Vancouver.

But I'm sure it's still possible that autosupport takes someone by surprise. I honestly have no idea if the potential privacy implications are layed out in the quick start guide, or at all. When we get our next filer I'll take a look and see what's explained and what's not.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a good point, Ben. And sysadmins are probably more conditioned than most when it comes to fearing software that &#8220;phones home&#8221;, which might explain why someone could react negatively to autosupport.</p>
<p>There will certainly be customers that don&#8217;t want their filers contacting NetApp, for any number of reasons. You can get the filer to email you when a problem happens but not contact NetApp HQ, of course. So &#8220;autosupport&#8221; doesn&#8217;t have to be all or nothing. Which is good. But I&#8217;m pretty sure that by default it will send autosupport messages back to NetApp tech support.</p>
<p>One thing to keep in mind is that these are fairly expensive storage systems with support contracts to keep them running. So the customers are paying for this service, and I can&#8217;t imagine the whole autosupport thing wouldn&#8217;t have been made crystal clear during the sales process. It&#8217;s usually front and centre in the sales pitch. It&#8217;s also very typical that first time customers have the local SE sent over to help them with the install, and that always includes going over autosupport, initiating a test autosupport and seeing what it transmits, etc. At least, that&#8217;s been my experience in both Toronto and Vancouver.</p>
<p>But I&#8217;m sure it&#8217;s still possible that autosupport takes someone by surprise. I honestly have no idea if the potential privacy implications are layed out in the quick start guide, or at all. When we get our next filer I&#8217;ll take a look and see what&#8217;s explained and what&#8217;s not.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Ben Eng</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9967</link>
		<pubDate>Wed, 25 Jan 2006 01:35:34 +0000</pubDate>
		<guid>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9967</guid>
					<description>Customers are so afraid of their software phoning home to enforce digital rights management, software license agreements, or reporting usage statistics. Of course, there are privacy concerns. auto-support seems to provide such a huge benefit that it overshadows any privacy concerns. Just noting a difference in perception.</description>
		<content:encoded><![CDATA[<p>Customers are so afraid of their software phoning home to enforce digital rights management, software license agreements, or reporting usage statistics. Of course, there are privacy concerns. auto-support seems to provide such a huge benefit that it overshadows any privacy concerns. Just noting a difference in perception.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: jbctech&#8217;s web log</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9964</link>
		<pubDate>Tue, 24 Jan 2006 20:56:25 +0000</pubDate>
		<guid>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9964</guid>
					<description>[...] The support team takes autosupports very seriously, and Mark&#8217;s article is a perfect example.  I encourage you to read his article here, but basically the idea is this:  Mark added a new disk shelf to an existing filer.  When he added the new disks, the filer noticed that the disks were previously in another aggregate and immediately marked the aggregate as offline to preserve data.  It then generated an error to inform the admin that the disks are offline.  Well, it sent out a few emails, and also submitted a trouble ticket with NetApp Global Support (NGS).  He received a call within EIGHT minutes from NGS and they were ready to walk him through the process to &#8220;online&#8221; his newly added disks.  NGS also received information that a firmware update failed, and they were ready to ship him a new part.  It&#8217;s just another example of NetApp striving to be &#8220;Fast, Simple, and Reliable.&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] The support team takes autosupports very seriously, and Mark&#8217;s article is a perfect example.  I encourage you to read his article here, but basically the idea is this:  Mark added a new disk shelf to an existing filer.  When he added the new disks, the filer noticed that the disks were previously in another aggregate and immediately marked the aggregate as offline to preserve data.  It then generated an error to inform the admin that the disks are offline.  Well, it sent out a few emails, and also submitted a trouble ticket with NetApp Global Support (NGS).  He received a call within EIGHT minutes from NGS and they were ready to walk him through the process to &#8220;online&#8221; his newly added disks.  NGS also received information that a firmware update failed, and they were ready to ship him a new part.  It&#8217;s just another example of NetApp striving to be &#8220;Fast, Simple, and Reliable.&#8221; [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Doug Frith</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9961</link>
		<pubDate>Tue, 24 Jan 2006 13:59:08 +0000</pubDate>
		<guid>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9961</guid>
					<description>Yeah, autosupport is unique and can be implemented in a secure fashion (or turned off it that turns your crank). Being in a highly hostile ISP/telco environment for 10 years (starting with the F3XX line)  I can speak from experience that it has saved my butt several times.  Even basic "sent me an email when stuff happens" functionality built right in without having to  dedicate a managment box (running pricey software, you know who you are) rocks.

Cheers</description>
		<content:encoded><![CDATA[<p>Yeah, autosupport is unique and can be implemented in a secure fashion (or turned off it that turns your crank). Being in a highly hostile ISP/telco environment for 10 years (starting with the F3XX line)  I can speak from experience that it has saved my butt several times.  Even basic &#8220;sent me an email when stuff happens&#8221; functionality built right in without having to  dedicate a managment box (running pricey software, you know who you are) rocks.</p>
<p>Cheers
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: mark</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9959</link>
		<pubDate>Tue, 24 Jan 2006 07:23:41 +0000</pubDate>
		<guid>http://www.vmunix.com/mark/blog/archives/2006/01/23/netapp-autosupport-rocks/#comment-9959</guid>
					<description>Note to the guy who emailed me anonymously saying, amongst other name calling,  "netapp is for retards. a box will never be smarter than me. and making you hook the filer up to the net is inherantly [sic] insecure.":

Either you're a moron, or you didn't read my post. The point is that a HUMAN looked over the error report and called me, another HUMAN, to make sure everything was a-ok. The post was titled "autosupport rocks", not "netapp self-healing rocks". Got it? Secondly, the filer doesn't refuse to bloody boot if it can't generate an autosupport call. In fact, aside from just firewalling it off (you do use network access lists, don't you Mr. Secure?) you can actually TURN AUTOSUPPORT OFF. Imagine!</description>
		<content:encoded><![CDATA[<p>Note to the guy who emailed me anonymously saying, amongst other name calling,  &#8220;netapp is for retards. a box will never be smarter than me. and making you hook the filer up to the net is inherantly [sic] insecure.&#8221;:</p>
<p>Either you&#8217;re a moron, or you didn&#8217;t read my post. The point is that a HUMAN looked over the error report and called me, another HUMAN, to make sure everything was a-ok. The post was titled &#8220;autosupport rocks&#8221;, not &#8220;netapp self-healing rocks&#8221;. Got it? Secondly, the filer doesn&#8217;t refuse to bloody boot if it can&#8217;t generate an autosupport call. In fact, aside from just firewalling it off (you do use network access lists, don&#8217;t you Mr. Secure?) you can actually TURN AUTOSUPPORT OFF. Imagine!
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
