<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Geoff Barrall out as Data Robotics CEO</title>
	<atom:link href="http://storagemojo.com/2009/12/15/geoff-barrall-out-as-data-robotics-ceo/feed/" rel="self" type="application/rss+xml" />
	<link>http://storagemojo.com/2009/12/15/geoff-barrall-out-as-data-robotics-ceo/</link>
	<description>Data storage info &#38; analysis</description>
	<lastBuildDate>Tue, 07 Feb 2012 16:02:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jason</title>
		<link>http://storagemojo.com/2009/12/15/geoff-barrall-out-as-data-robotics-ceo/comment-page-1/#comment-207770</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Tue, 26 Jan 2010 02:00:16 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1741#comment-207770</guid>
		<description>No Dave, I don&#039;t think you&#039;re far off base there. It&#039;s my first day with a DroboPro and I&#039;m not very confident in putting this in a remote facility with two ESX servers with just the basic servers (two DCs, a file server, and a print server).

I may end up putting our development SAN back into production and just eat the cost on this Pro... but we&#039;ll see - if it performs fairly well, it&#039;ll at least be better than the MPC dataframe equipment we currently have there (yikes!).</description>
		<content:encoded><![CDATA[<p>No Dave, I don&#8217;t think you&#8217;re far off base there. It&#8217;s my first day with a DroboPro and I&#8217;m not very confident in putting this in a remote facility with two ESX servers with just the basic servers (two DCs, a file server, and a print server).</p>
<p>I may end up putting our development SAN back into production and just eat the cost on this Pro&#8230; but we&#8217;ll see &#8211; if it performs fairly well, it&#8217;ll at least be better than the MPC dataframe equipment we currently have there (yikes!).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://storagemojo.com/2009/12/15/geoff-barrall-out-as-data-robotics-ceo/comment-page-1/#comment-207284</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Mon, 21 Dec 2009 16:47:19 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1741#comment-207284</guid>
		<description>Yes, drobo-utils works nice if you connect to your drobo using Linux, but it won&#039;t work if your connection is from VMWare ESX.  Further, if you have (for instance) 4 volumes on the DroboPro and connect to it with 4 ESX servers (each server one to it&#039;s own volume on the Pro - let&#039;s not even complicate it with clustering for now) and for some reason you want to remove, re-create, or add another volume, you can&#039;t, unless you power down ALL VMs, and then power down ALL ESX servers, and then hook up your laptop to the DroboPro via USB, do the required modifications, and then start up all the ESX servers again after you&#039;ve disconnected your laptop.

So, to summarize:  no alerts, no visibility to monitor status, and no ability to do ANY administration as long as you&#039;re up and online.  Full shutdown required to do ANYTHING.  Does anyone else have serious concerns about VMWare certifying a basically unmanageable device?  Does it seem a bit weird all the positive press the DroboPro gets in light of this?  Or am I just being dramatic?</description>
		<content:encoded><![CDATA[<p>Yes, drobo-utils works nice if you connect to your drobo using Linux, but it won&#8217;t work if your connection is from VMWare ESX.  Further, if you have (for instance) 4 volumes on the DroboPro and connect to it with 4 ESX servers (each server one to it&#8217;s own volume on the Pro &#8211; let&#8217;s not even complicate it with clustering for now) and for some reason you want to remove, re-create, or add another volume, you can&#8217;t, unless you power down ALL VMs, and then power down ALL ESX servers, and then hook up your laptop to the DroboPro via USB, do the required modifications, and then start up all the ESX servers again after you&#8217;ve disconnected your laptop.</p>
<p>So, to summarize:  no alerts, no visibility to monitor status, and no ability to do ANY administration as long as you&#8217;re up and online.  Full shutdown required to do ANYTHING.  Does anyone else have serious concerns about VMWare certifying a basically unmanageable device?  Does it seem a bit weird all the positive press the DroboPro gets in light of this?  Or am I just being dramatic?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James B.</title>
		<link>http://storagemojo.com/2009/12/15/geoff-barrall-out-as-data-robotics-ceo/comment-page-1/#comment-207232</link>
		<dc:creator>James B.</dc:creator>
		<pubDate>Fri, 18 Dec 2009 12:32:24 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1741#comment-207232</guid>
		<description>Dave: 

Check out the linux drobo utils for some remote drive status info:

http://drobo-utils.sourceforge.net/

Don&#039;t see any temp or SMART info though.</description>
		<content:encoded><![CDATA[<p>Dave: </p>
<p>Check out the linux drobo utils for some remote drive status info:</p>
<p><a href="http://drobo-utils.sourceforge.net/" rel="nofollow">http://drobo-utils.sourceforge.net/</a></p>
<p>Don&#8217;t see any temp or SMART info though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://storagemojo.com/2009/12/15/geoff-barrall-out-as-data-robotics-ceo/comment-page-1/#comment-207204</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Wed, 16 Dec 2009 21:06:52 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1741#comment-207204</guid>
		<description>Having been a Drobo early adopter and used their stuff almost from the very start, I must say it is disappointing but not exactly surprising that there are some signs of bumps in the road.  Their BeyondRAID technology is quite fascinating to see in action, but it really is their ONLY asset.  I&#039;ve used the Drobo, the DroboShare, and the DroboPro.  The DroboShare showed, if nothing else, that Data Robotics can NOT build a NAS (who in their right mind would ever consider basing a multi-terabyte NAS on an old Celphone CPU and barely enough RAM to run a basic OS?), and I have repeatedly lost multiple Terabytes of data on my DroboPro.  

Amazing also that DroboPro managed to get VMWare Certified, when you can&#039;t even remotely manage it when it is hooked up to your ESX server!  If you put a DroboPro in a CoLocation facility with your ESX cluster, the only way you can ever know if there&#039;s a disk problem is to put a webcam facing the front of the device so you can watch the lights remotely.  No email alerts in a server configuration, no visibility to drive temperature, no visibility to fan speed or chassis temperature, no predictive failure analysis using S.M.A.R.T. info, no SNMP, no syslog, not even a web interface.

In the face of real-world stuff like this, I&#039;ve been a little surprised at the universally positive press the Drobo is getting.  This news is more what I&#039;d expect from what I see of the Drobo in the real world.  

That said, their BeyondRAID is still strangely compelling and I&#039;d love to have it in the form of a BeyondRAID HBA that I could use in my own file servers.</description>
		<content:encoded><![CDATA[<p>Having been a Drobo early adopter and used their stuff almost from the very start, I must say it is disappointing but not exactly surprising that there are some signs of bumps in the road.  Their BeyondRAID technology is quite fascinating to see in action, but it really is their ONLY asset.  I&#8217;ve used the Drobo, the DroboShare, and the DroboPro.  The DroboShare showed, if nothing else, that Data Robotics can NOT build a NAS (who in their right mind would ever consider basing a multi-terabyte NAS on an old Celphone CPU and barely enough RAM to run a basic OS?), and I have repeatedly lost multiple Terabytes of data on my DroboPro.  </p>
<p>Amazing also that DroboPro managed to get VMWare Certified, when you can&#8217;t even remotely manage it when it is hooked up to your ESX server!  If you put a DroboPro in a CoLocation facility with your ESX cluster, the only way you can ever know if there&#8217;s a disk problem is to put a webcam facing the front of the device so you can watch the lights remotely.  No email alerts in a server configuration, no visibility to drive temperature, no visibility to fan speed or chassis temperature, no predictive failure analysis using S.M.A.R.T. info, no SNMP, no syslog, not even a web interface.</p>
<p>In the face of real-world stuff like this, I&#8217;ve been a little surprised at the universally positive press the Drobo is getting.  This news is more what I&#8217;d expect from what I see of the Drobo in the real world.  </p>
<p>That said, their BeyondRAID is still strangely compelling and I&#8217;d love to have it in the form of a BeyondRAID HBA that I could use in my own file servers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Harris</title>
		<link>http://storagemojo.com/2009/12/15/geoff-barrall-out-as-data-robotics-ceo/comment-page-1/#comment-207178</link>
		<dc:creator>Robin Harris</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1741#comment-207178</guid>
		<description>You&#039;re right. I only worked there for 14 years. 

Persistent storage is the hardest part of computing.

Robin</description>
		<content:encoded><![CDATA[<p>You&#8217;re right. I only worked there for 14 years. </p>
<p>Persistent storage is the hardest part of computing.</p>
<p>Robin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: natmaka</title>
		<link>http://storagemojo.com/2009/12/15/geoff-barrall-out-as-data-robotics-ceo/comment-page-1/#comment-207177</link>
		<dc:creator>natmaka</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:21:15 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=1741#comment-207177</guid>
		<description>Ken Ols_o_n? Ken Ols_e_n, AFAIK(?)</description>
		<content:encoded><![CDATA[<p>Ken Ols_o_n? Ken Ols_e_n, AFAIK(?)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

