<?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: Don&#8217;t SAN Boot VMWare ESX?</title>
	<atom:link href="http://www.bladevault.info/2008/06/03/dont-san-boot-esx/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bladevault.info/2008/06/03/dont-san-boot-esx/</link>
	<description>Tips, Tricks, and Gotchas for IBM and HP Blades &#38; Servers, Virtualization Products, and Storage</description>
	<pubDate>Thu, 04 Dec 2008 03:20:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Aaron Delp</title>
		<link>http://www.bladevault.info/2008/06/03/dont-san-boot-esx/#comment-377</link>
		<dc:creator>Aaron Delp</dc:creator>
		<pubDate>Fri, 12 Sep 2008 14:51:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.bladevault.info/?p=39#comment-377</guid>
		<description>Daniel - Thank you for your post.  Sorry for the delay in posting the comment, I have been on vacation.  

Here is what I have been told by other engineers in my company with more FC SAN boot experience than myself.

FC Boot is robust in the fact that the connections are redundant and if a path fails, the other will kick in and ESX will not crash (purple screen of death).  But, it is not an active-active connection as you state.

iSCSI Boot does not handle losing a path and the machine will PSOD on you even if you have redundant connections.  The drivers just do not handle it well.</description>
		<content:encoded><![CDATA[<p>Daniel - Thank you for your post.  Sorry for the delay in posting the comment, I have been on vacation.  </p>
<p>Here is what I have been told by other engineers in my company with more FC SAN boot experience than myself.</p>
<p>FC Boot is robust in the fact that the connections are redundant and if a path fails, the other will kick in and ESX will not crash (purple screen of death).  But, it is not an active-active connection as you state.</p>
<p>iSCSI Boot does not handle losing a path and the machine will PSOD on you even if you have redundant connections.  The drivers just do not handle it well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Hernandez</title>
		<link>http://www.bladevault.info/2008/06/03/dont-san-boot-esx/#comment-376</link>
		<dc:creator>Daniel Hernandez</dc:creator>
		<pubDate>Wed, 10 Sep 2008 03:07:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.bladevault.info/?p=39#comment-376</guid>
		<description>I've heard more than once that ESX fabric driver doesnt compare to other drivers out there such as Linux Qlogic Multipathing. Thats its not a true multipath driver that it cant load balance thats its very touchy. I've seen some of it first hand but at times Id almost question the SAN setup when I've seen it.  I saw your post on not using Fibre for ESX booting and Id like to know if you had any comments on the ESX driver and was to curious to your thoughts and of your readers.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve heard more than once that ESX fabric driver doesnt compare to other drivers out there such as Linux Qlogic Multipathing. Thats its not a true multipath driver that it cant load balance thats its very touchy. I&#8217;ve seen some of it first hand but at times Id almost question the SAN setup when I&#8217;ve seen it.  I saw your post on not using Fibre for ESX booting and Id like to know if you had any comments on the ESX driver and was to curious to your thoughts and of your readers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Delp</title>
		<link>http://www.bladevault.info/2008/06/03/dont-san-boot-esx/#comment-337</link>
		<dc:creator>Aaron Delp</dc:creator>
		<pubDate>Thu, 05 Jun 2008 18:59:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.bladevault.info/?p=39#comment-337</guid>
		<description>I would love to hear more about it!  I will be in contact.  Thank you very much!</description>
		<content:encoded><![CDATA[<p>I would love to hear more about it!  I will be in contact.  Thank you very much!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cornel</title>
		<link>http://www.bladevault.info/2008/06/03/dont-san-boot-esx/#comment-334</link>
		<dc:creator>Cornel</dc:creator>
		<pubDate>Thu, 05 Jun 2008 18:37:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.bladevault.info/?p=39#comment-334</guid>
		<description>We have been booting VMware from SAN and do not want to do it differently.  One important thing is to boot from NFS and use an N Series as your Storage Server.   You therefore can use 1 GB or 10 GB adapters in your servers and also save on licensing because the FibreChannel protocol is not used on the N Series. 
Sent me an email and I will sent you additional informaton.
Oh ... and it makes using Open Fabric Manager much easier when you use boot from SAN ... ehh NFS.</description>
		<content:encoded><![CDATA[<p>We have been booting VMware from SAN and do not want to do it differently.  One important thing is to boot from NFS and use an N Series as your Storage Server.   You therefore can use 1 GB or 10 GB adapters in your servers and also save on licensing because the FibreChannel protocol is not used on the N Series.<br />
Sent me an email and I will sent you additional informaton.<br />
Oh &#8230; and it makes using Open Fabric Manager much easier when you use boot from SAN &#8230; ehh NFS.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
