<?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>Ubiquitous Talk &#187; esx</title>
	<atom:link href="http://blog.laspina.ca/ubiquitous/tag/esx/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.laspina.ca</link>
	<description>Blogging for technical minds.</description>
	<lastBuildDate>Mon, 31 May 2010 04:29:47 +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>Securing COMSTAR and VMware iSCSI connections</title>
		<link>http://blog.laspina.ca/ubiquitous/securing-comstar-and-vmware-iscsi-connections</link>
		<comments>http://blog.laspina.ca/ubiquitous/securing-comstar-and-vmware-iscsi-connections#comments</comments>
		<pubDate>Tue, 30 Jun 2009 00:40:17 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[CHAP]]></category>
		<category><![CDATA[comstar]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[initiator]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[itadm]]></category>
		<category><![CDATA[Mutual]]></category>
		<category><![CDATA[target]]></category>

		<guid isPermaLink="false">http://blog.laspina.ca/?p=189</guid>
		<description><![CDATA[Connecting VMware iSCSI sessions to COMSTAR or any iSCSI target provider securely is required to maintain a reliable system. Without some level of initiator to target connection gate keeping we will eventually encounter a security event. This can happen from a variety of sources, for example a non-cluster aware OS can connect to an unsecured VMware shared storage LUN and cause severe damage [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/securing-comstar-and-vmware-iscsi-connections/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Creating USB based boot media for ESX 4 installs</title>
		<link>http://blog.laspina.ca/ubiquitous/creating-usb-based-boot-media-for-esx-4-installs</link>
		<comments>http://blog.laspina.ca/ubiquitous/creating-usb-based-boot-media-for-esx-4-installs#comments</comments>
		<pubDate>Thu, 25 Jun 2009 01:45:45 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[VMware]]></category>
		<category><![CDATA[boot]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[memory stick]]></category>
		<category><![CDATA[menu]]></category>
		<category><![CDATA[syslinux]]></category>
		<category><![CDATA[USB]]></category>
		<category><![CDATA[vSphere]]></category>

		<guid isPermaLink="false">http://blog.laspina.ca/?p=331</guid>
		<description><![CDATA[As a follow on to my Automating vSphere ESX4 Host Installations blog I have detailed a howto create USB based boot media using syslinux 3.82 and the ESX 4 installation source files. The process is actually quite simple as we can create the bootable USB from a Windows system.  You can also do the same with extlinux but most [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/creating-usb-based-boot-media-for-esx-4-installs/feed</wfw:commentRss>
		<slash:comments>71</slash:comments>
		</item>
		<item>
		<title>Understanding VMFS volumes</title>
		<link>http://blog.laspina.ca/ubiquitous/understanding-vmfs-volumes</link>
		<comments>http://blog.laspina.ca/ubiquitous/understanding-vmfs-volumes#comments</comments>
		<pubDate>Wed, 21 Jan 2009 23:16:42 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[deleted]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[esxi]]></category>
		<category><![CDATA[fdisk]]></category>
		<category><![CDATA[guid]]></category>
		<category><![CDATA[header]]></category>
		<category><![CDATA[hex]]></category>
		<category><![CDATA[lun]]></category>
		<category><![CDATA[lvm]]></category>
		<category><![CDATA[partition]]></category>
		<category><![CDATA[path]]></category>
		<category><![CDATA[recover]]></category>
		<category><![CDATA[resignature]]></category>
		<category><![CDATA[sector]]></category>
		<category><![CDATA[uuid]]></category>
		<category><![CDATA[vml]]></category>
		<category><![CDATA[volume]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=68</guid>
		<description><![CDATA[Understanding VMFS volumes is an important element within VMware ESX environments. When storage issues surface we need to correctly evaluate the VMFS volume states and apply the appropriate corrective actions to remediate undesirable storage events. VMFS architecture is not publically available and this certainly adds to the challenge when we need to correct a volume configuration or change [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/understanding-vmfs-volumes/feed</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>A centrally based method for patching ESX3 VMWare Servers</title>
		<link>http://blog.laspina.ca/ubiquitous/a_centrally_based_method_forpatching-esx3-vmware-servers</link>
		<comments>http://blog.laspina.ca/ubiquitous/a_centrally_based_method_forpatching-esx3-vmware-servers#comments</comments>
		<pubDate>Mon, 08 Dec 2008 05:45:40 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[method]]></category>
		<category><![CDATA[patch]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=61</guid>
		<description><![CDATA[I have updated my ESX servers manually many times and I find the process to say at the least is &#8221;annoying&#8221; so I decided to change it to an http based method with a modified patch configuration. I found that it really works well. 
I did some searching prior to the method I settled on and found [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/a_centrally_based_method_forpatching-esx3-vmware-servers/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
