<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Hypervisor.fr &#187; IET</title>
	<atom:link href="http://www.hypervisor.fr/?feed=rss2&#038;tag=iet" rel="self" type="application/rss+xml" />
	<link>http://www.hypervisor.fr</link>
	<description>French Bare-Metal weblog</description>
	<lastBuildDate>Wed, 26 Jun 2024 22:42:28 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>iSCSI, Openfiler &amp; IET</title>
		<link>http://www.hypervisor.fr/?p=2399</link>
		<comments>http://www.hypervisor.fr/?p=2399#comments</comments>
		<pubDate>Sun, 03 Oct 2010 22:10:23 +0000</pubDate>
		<dc:creator>NiTRo</dc:creator>
				<category><![CDATA[Kb]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[IET]]></category>
		<category><![CDATA[iSCSI]]></category>
		<category><![CDATA[Openfiler]]></category>

		<guid isPermaLink="false">http://www.hypervisor.fr/?p=2399</guid>
		<description><![CDATA[Si vous avez utilisé l&#8217;appliance dédiée au stockage Openfiler, vous avez peut être été confronté aux nombreux problèmes liés à la cible iSCSI IET (comme beaucoup d&#8217;utilisateurs).
Le principal symptôme étant un blocage pur et simple des VM lors de fortes activités sur le datastore mais celui ci n&#8217;est pas considéré comme dead systématiquement donc d&#8217;autres [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">Si vous avez utilisé l&#8217;appliance dédiée au stockage Openfiler, vous avez peut être été confronté aux nombreux problèmes liés à <a href="http://iscsitarget.sourceforge.net/" target="_blank">la cible iSCSI IET</a> (<a href="https://forums.openfiler.com/viewtopic.php?id=4143" target="_blank">comme beaucoup d&#8217;utilisateurs</a>).</p>
<p style="text-align: justify;">Le principal symptôme étant <strong>un blocage pur et simple des VM</strong> lors de fortes activités sur le datastore mais celui ci n&#8217;est pas considéré comme <em>dead</em> systématiquement donc d&#8217;autres VM (situées sur d&#8217;autres datastore) peuvent en pâtir sérieusement. On observe alors une serie de messages d&#8217;erreur dans le log du serveur iSCSI :</p>
<blockquote><p>iscsi_trgt: cmnd_abort(xxxx)</p></blockquote>
<p>Probablement saturé de demandes liées à ce problème, le support de <a href="http://kb.vmware.com/kb/1026596" target="_blank">VMware y a dédié une KB</a> :</p>
<blockquote><p>OpenFiler uses IET which has the following caveats:<br />
* Does not support SCSI Reservations.<br />
* Inquiry commands do not conform to SCSI Specification.</p>
<p>OpenFiler is not a certified storage solution for use within a VMware environment.</p></blockquote>
<p style="text-align: justify;">Openfiler n&#8217;est pas la seule appliance à utilisé la cible iSCSI IET, Synology et Data Robotics souffrent aussi du même problème. Fort heureusement, certains utilisateurs du <a href="https://forums.openfiler.com/viewtopic.php?id=4143" target="_blank">forum d&#8217;Openfiler ont isolés des solutions de contournement</a> :</p>
<ul>
<li>esxcfg-advcfg -s 14000 /VMFS3/HBTokenTimeout (<a href="www.drobo.com/pdf/DroboElite_VMware_Best_Practices.pdf" target="_blank">DroboElite</a>)</li>
<li>Disabling Delayed Ack (<a href="http://kb.vmware.com/kb/1002598" target="_blank">VMware KB</a>)</li>
</ul>
<p>Nous avons personnellement testé ces paramètres <strong>avec succès</strong> sur un NAS Synology.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hypervisor.fr/?feed=rss2&amp;p=2399</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>
