<?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>a Flo + a Blog = a Flog &#187; san</title>
	<atom:link href="http://florian.puthod.net/blog/tag/san/feed/" rel="self" type="application/rss+xml" />
	<link>http://florian.puthod.net/blog</link>
	<description>my ブログ</description>
	<lastBuildDate>Mon, 12 Dec 2011 21:09:41 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<atom:link rel="next" href="http://florian.puthod.net/blog/tag/san/feed/?page=2" />

		<item>
		<title>Note for later &#8211; installing ip rules on a brocade SAN switch</title>
		<link>http://florian.puthod.net/blog/2010/note-for-later-installing-ip-rules-on-a-brocade-san-switch/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=note-for-later-installing-ip-rules-on-a-brocade-san-switch</link>
		<comments>http://florian.puthod.net/blog/2010/note-for-later-installing-ip-rules-on-a-brocade-san-switch/#comments</comments>
		<pubDate>Tue, 20 Jul 2010 13:57:43 +0000</pubDate>
		<dc:creator>Florian</dc:creator>
				<category><![CDATA[En]]></category>
		<category><![CDATA[brocade]]></category>
		<category><![CDATA[filter]]></category>
		<category><![CDATA[ip]]></category>
		<category><![CDATA[san]]></category>

		<guid isPermaLink="false">http://florian.puthod.net/blog/?p=326</guid>
		<description><![CDATA[After forgetting what I did previously and I eventually managed to lock myself out of the fabric.
So instead of adding a rule to disable telnet, you will prefer to clone the rule set and modify it.
#ipfilter --clone CurrentSec -from default_ipv4
#ipfilter --show (write down the rule number for Telnet 23)
#ipfilter --delrule CurrentSec -rule 2
#ipfilter --addrule CurrentSec [...]]]></description>
			<content:encoded><![CDATA[<p>After forgetting what I did previously and I eventually managed to lock myself out of the fabric.</p>
<p>So instead of adding a rule to disable telnet, you will prefer to clone the rule set and modify it.</p>
<p>#ipfilter --clone CurrentSec -from default_ipv4<br />
#ipfilter --show (write down the rule number for Telnet 23)<br />
#ipfilter --delrule CurrentSec -rule 2<br />
#ipfilter --addrule CurrentSec -rule 2 -sip any -dp 23 -proto tcp -act deny<br />
#ipfilter --save CurrentSec<br />
#ipfilter --activate CurrentSec </p>
]]></content:encoded>
			<wfw:commentRss>http://florian.puthod.net/blog/2010/note-for-later-installing-ip-rules-on-a-brocade-san-switch/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMX connection handshake failed for mks</title>
		<link>http://florian.puthod.net/blog/2010/vmx-connection-faile/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=vmx-connection-faile</link>
		<comments>http://florian.puthod.net/blog/2010/vmx-connection-faile/#comments</comments>
		<pubDate>Mon, 22 Feb 2010 18:21:37 +0000</pubDate>
		<dc:creator>Florian</dc:creator>
				<category><![CDATA[En]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[san]]></category>
		<category><![CDATA[vmware]]></category>
		<category><![CDATA[volume]]></category>

		<guid isPermaLink="false">http://florian.puthod.net/blog/?p=310</guid>
		<description><![CDATA[Today I ran into an interesting error when trying to access one of my VM.
First I could not get into that VM remotely as it appeared as offline. This said, VI showed the VM as healthy and online.
Trying to get to it using the Console from VI showed the following error:

As you can see I [...]]]></description>
			<content:encoded><![CDATA[<p>Today I ran into an interesting error when trying to access one of my VM.</p>
<p>First I could not get into that VM remotely as it appeared as offline. This said, VI showed the VM as healthy and online.</p>
<p>Trying to get to it using the Console from VI showed the following error:</p>
<p style="text-align: center;"><a href="http://florian.puthod.net/blog/wp-content/uploads/2010/02/esxvmx-handshake_error_2010-02-22_123842.png"><img class="size-medium wp-image-311 aligncenter" title="esx vmx handshake error" src="http://florian.puthod.net/blog/wp-content/uploads/2010/02/esxvmx-handshake_error_2010-02-22_123842-300x46.png" alt="esx vmx handshake error" width="445" height="68" /></a></p>
<p>As you can see I was afraid that some of the SAN path were down or some kind of painful problem with the SAN. No, no a quick ssh in showed that the mentioned volumes were online, accessible and all SAN paths were up.</p>
<p>So I do power off and restart the VM: no success. Restart the ESX (after vmotioning all VMs): no success.</p>
<p>Eventually I find that in the settings of the VM, there was  a reference of some floppy image pointing to a volume (not even on the same volume). I changed that option to Client Device and voila everything was back to normal.</p>
<p>Looking that information up on the VMware KB or community forum  doesn't provide any solution.</p>
]]></content:encoded>
			<wfw:commentRss>http://florian.puthod.net/blog/2010/vmx-connection-faile/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

