<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/1.5.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Observing weirdness &#8230;</title>
	<link>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/</link>
	<description>Storage Solutions for Real World IT Professionals</description>
	<pubDate>Sat, 20 Mar 2010 05:54:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.2</generator>

	<item>
 		<title>Comment on Observing weirdness &#8230; by: Neil</title>
		<link>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-309069</link>
		<pubDate>Mon, 09 Feb 2009 04:55:46 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-309069</guid>
					<description>HS,

Glad to be of assistance.
Good luck.

Neil</description>
		<content:encoded><![CDATA[	<p>HS,</p>
	<p>Glad to be of assistance.<br />
Good luck.</p>
	<p>Neil
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on Observing weirdness &#8230; by: HS</title>
		<link>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-307329</link>
		<pubDate>Fri, 06 Feb 2009 17:48:28 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-307329</guid>
					<description>Thanks for your input Neil. We actually found some nice JBODs from Area Data Systems. We'll be doing some IOP testing in a few days time with them. I think they're certified with the Adaptec 5085 controller with the redundant path failover capability.

Thanks again Neil.</description>
		<content:encoded><![CDATA[	<p>Thanks for your input Neil. We actually found some nice JBODs from Area Data Systems. We&#8217;ll be doing some IOP testing in a few days time with them. I think they&#8217;re certified with the Adaptec 5085 controller with the redundant path failover capability.</p>
	<p>Thanks again Neil.
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on Observing weirdness &#8230; by: Neil</title>
		<link>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-304592</link>
		<pubDate>Tue, 03 Feb 2009 04:49:16 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-304592</guid>
					<description>HS ... 

24 drives in a hotswap chassis is not what I'd call &quot;direct attach&quot;, but that's only terminology. That's basically what I'd call a &quot;dumb&quot; backplane (no expander).

As for performance of non-expander vs expander backplanes ... two-tenths of five-eighths of ... (so small you would never notice it).

Thanks
Neil</description>
		<content:encoded><![CDATA[	<p>HS &#8230; </p>
	<p>24 drives in a hotswap chassis is not what I&#8217;d call &#8220;direct attach&#8221;, but that&#8217;s only terminology. That&#8217;s basically what I&#8217;d call a &#8220;dumb&#8221; backplane (no expander).</p>
	<p>As for performance of non-expander vs expander backplanes &#8230; two-tenths of five-eighths of &#8230; (so small you would never notice it).</p>
	<p>Thanks<br />
Neil
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on Observing weirdness &#8230; by: HS</title>
		<link>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-302761</link>
		<pubDate>Sat, 31 Jan 2009 15:02:08 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-302761</guid>
					<description>Thanks for the reply Neil. My apologies but I should've mentioned that our 24 direct connect is actually 24 drives in hotswap bays on the chassis so we wont have to play with cables or power down anything. Is there any performance hits in using SAS expanders?</description>
		<content:encoded><![CDATA[	<p>Thanks for the reply Neil. My apologies but I should&#8217;ve mentioned that our 24 direct connect is actually 24 drives in hotswap bays on the chassis so we wont have to play with cables or power down anything. Is there any performance hits in using SAS expanders?
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on Observing weirdness &#8230; by: Neil</title>
		<link>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-300641</link>
		<pubDate>Wed, 28 Jan 2009 03:59:52 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2009/01/22/observing-weirdness/#comment-300641</guid>
					<description>HS ... I seriously need to read the manual for this software ... somehow I keep getting the answers out of order ... damn.

However, regarding your questions about direct-connecting 24 drives to a raid card ...

There are two kinds of backplanes ... smart (expander) and dumb (no-expander). If you don't like expander backplanes (which I'll come to later), then use a non-expander backplane, but either way, for 24 drives use a backplane.

Reason why? If you direct-attach 24 drives, then when a drive dies you have timing problems. Let's say a drive dies at 10am on Monday morning. Hopefully you have a hot spare and it kicks in, but you can't shut the system down to physically replace the drive until later that night. This means you are running for a longer period of time than optimal without the hotspare etc etc.

Another issue is that you have to shut the system down to change the drive, which is a pain in the neck in many circumstances.

The most important problem here, believe it or not, is the fiddling around with cables and power connectors. Adaptec Tech Support see a heck of a lot of cases where people say &quot;a data cable was accidentally disconnected&quot; ... with 24 drives thats 24 cables and a whole chunk of complication. If the drives are in a JBOD of some description (internal, external, smart or dumb), then it's just a case of unplugging the drive, replacing with a new drive and rebuilding the array etc.

It's a whole lot cleaner, and causes a whole lot less pain in the long run.
Now if you are having problems with backplane implementations ... look at Adaptec's implementation guides which we've done up on various jbods to simplify this matter and clear the confusion for people.

They can be found on our website in the Resource Centre.
Thanks
Neil</description>
		<content:encoded><![CDATA[	<p>HS &#8230; I seriously need to read the manual for this software &#8230; somehow I keep getting the answers out of order &#8230; damn.</p>
	<p>However, regarding your questions about direct-connecting 24 drives to a raid card &#8230;</p>
	<p>There are two kinds of backplanes &#8230; smart (expander) and dumb (no-expander). If you don&#8217;t like expander backplanes (which I&#8217;ll come to later), then use a non-expander backplane, but either way, for 24 drives use a backplane.</p>
	<p>Reason why? If you direct-attach 24 drives, then when a drive dies you have timing problems. Let&#8217;s say a drive dies at 10am on Monday morning. Hopefully you have a hot spare and it kicks in, but you can&#8217;t shut the system down to physically replace the drive until later that night. This means you are running for a longer period of time than optimal without the hotspare etc etc.</p>
	<p>Another issue is that you have to shut the system down to change the drive, which is a pain in the neck in many circumstances.</p>
	<p>The most important problem here, believe it or not, is the fiddling around with cables and power connectors. Adaptec Tech Support see a heck of a lot of cases where people say &#8220;a data cable was accidentally disconnected&#8221; &#8230; with 24 drives thats 24 cables and a whole chunk of complication. If the drives are in a JBOD of some description (internal, external, smart or dumb), then it&#8217;s just a case of unplugging the drive, replacing with a new drive and rebuilding the array etc.</p>
	<p>It&#8217;s a whole lot cleaner, and causes a whole lot less pain in the long run.<br />
Now if you are having problems with backplane implementations &#8230; look at Adaptec&#8217;s implementation guides which we&#8217;ve done up on various jbods to simplify this matter and clear the confusion for people.</p>
	<p>They can be found on our website in the Resource Centre.<br />
Thanks<br />
Neil
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
