<?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; VMware</title>
	<atom:link href="http://blog.laspina.ca/ubiquitous/category/vmware/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>Encapsulating VT-d Accelerated ZFS Storage within ESXi</title>
		<link>http://blog.laspina.ca/ubiquitous/encapsulating-vt-d-accelerated-zfs-storage-within-esxi</link>
		<comments>http://blog.laspina.ca/ubiquitous/encapsulating-vt-d-accelerated-zfs-storage-within-esxi#comments</comments>
		<pubDate>Thu, 06 May 2010 21:28:19 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[Acceleration]]></category>
		<category><![CDATA[Dedup]]></category>
		<category><![CDATA[Encapsulation]]></category>
		<category><![CDATA[IOMMU]]></category>
		<category><![CDATA[NFS]]></category>
		<category><![CDATA[VT-d]]></category>
		<category><![CDATA[zfs]]></category>

		<guid isPermaLink="false">http://blog.laspina.ca/?p=563</guid>
		<description><![CDATA[Some time ago I found myself conceptually provisioning ESXi hosts that could transition local storage in a distributed manner within an array of hypervisors. The architectural model likens itself to an amorphous cluster of servers which share a common VM client service that self provisions shared storage to it&#8217;s parent hypervisor or even other external [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/encapsulating-vt-d-accelerated-zfs-storage-within-esxi/feed</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>Running ZFS over NFS as a VMware Store</title>
		<link>http://blog.laspina.ca/ubiquitous/running-zfs-over-nfs-as-a-vmware-store</link>
		<comments>http://blog.laspina.ca/ubiquitous/running-zfs-over-nfs-as-a-vmware-store#comments</comments>
		<pubDate>Sun, 14 Feb 2010 07:10:48 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[aggregate]]></category>
		<category><![CDATA[cache]]></category>
		<category><![CDATA[Dedup]]></category>
		<category><![CDATA[NFS]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[zfs]]></category>
		<category><![CDATA[ZIL]]></category>

		<guid isPermaLink="false">http://blog.laspina.ca/?p=491</guid>
		<description><![CDATA[
NFS is definitely a very well rounded high performance file storage system and it certainly serves VMware Stores successfully over many storage products. Recently one of my subscribers asked me if there was a reason why my blogs were more centric to iSCSI. Thus the question was probing for a answer to a question many [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/running-zfs-over-nfs-as-a-vmware-store/feed</wfw:commentRss>
		<slash:comments>20</slash:comments>
		</item>
		<item>
		<title>Protecting Active Directory with Snapshot Strategies</title>
		<link>http://blog.laspina.ca/ubiquitous/protecting-active-directory-with-snapshot-strategies</link>
		<comments>http://blog.laspina.ca/ubiquitous/protecting-active-directory-with-snapshot-strategies#comments</comments>
		<pubDate>Wed, 23 Dec 2009 22:38:18 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[Active Directory]]></category>
		<category><![CDATA[best practice]]></category>
		<category><![CDATA[opensolaris]]></category>
		<category><![CDATA[Restore]]></category>
		<category><![CDATA[snapshot]]></category>
		<category><![CDATA[zfs]]></category>

		<guid isPermaLink="false">http://blog.laspina.ca/?p=422</guid>
		<description><![CDATA[Using snapshots to protect Active Directory (AD) without careful planning will most definitely end up in a complete disaster. AD is a loosely consistent distributed multi-master database and it must not be treated as a static system.  Without carefully addressing how AD works with Time Stamps, Version Stamps, Update Sequence Numbers (USNs), Globally Unique Identification numbers (GUIDs), [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/protecting-active-directory-with-snapshot-strategies/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Controlling Snapshot Noise</title>
		<link>http://blog.laspina.ca/ubiquitous/controlling-snapshot-noise</link>
		<comments>http://blog.laspina.ca/ubiquitous/controlling-snapshot-noise#comments</comments>
		<pubDate>Thu, 06 Aug 2009 03:21:41 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[control]]></category>
		<category><![CDATA[delta]]></category>
		<category><![CDATA[noise]]></category>
		<category><![CDATA[size]]></category>
		<category><![CDATA[snapshot]]></category>

		<guid isPermaLink="false">http://blog.laspina.ca/?p=382</guid>
		<description><![CDATA[The ability to perform file system, database and volume snapshots grants us many data protection benefits. However there are some serious problems that can occur if we do not carefully architect snapshot based storage infrastructures. This blog entry will discuss some of the issues with data noise induction and data integrity when using point in time [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/controlling-snapshot-noise/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<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>Automating vSphere ESX4 host installations</title>
		<link>http://blog.laspina.ca/ubiquitous/automating-vsphere-esx4-host-installations</link>
		<comments>http://blog.laspina.ca/ubiquitous/automating-vsphere-esx4-host-installations#comments</comments>
		<pubDate>Fri, 19 Jun 2009 21:23:45 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[VMware]]></category>
		<category><![CDATA[automation]]></category>
		<category><![CDATA[central]]></category>
		<category><![CDATA[ESX 4.0]]></category>
		<category><![CDATA[iso]]></category>
		<category><![CDATA[kickstart]]></category>
		<category><![CDATA[repository]]></category>
		<category><![CDATA[script]]></category>
		<category><![CDATA[syslinux]]></category>
		<category><![CDATA[vSphere]]></category>

		<guid isPermaLink="false">http://blog.laspina.ca/?p=225</guid>
		<description><![CDATA[
Automating ESX 4 installations is a great way to save time and to provide a method of server recovery in the event of hardware or software failure. It creates consistent high quality repeatable installations that can be quickly modified to handle new and changing hardware. The process can also provide some detailed levels of VMware [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/automating-vsphere-esx4-host-installations/feed</wfw:commentRss>
		<slash:comments>103</slash:comments>
		</item>
		<item>
		<title>Power House Blog on NFS and VMware lead by Chad Sakac</title>
		<link>http://blog.laspina.ca/ubiquitous/power-house-blog-on-nfs-and-vmware-lead-by-chad-sakac</link>
		<comments>http://blog.laspina.ca/ubiquitous/power-house-blog-on-nfs-and-vmware-lead-by-chad-sakac#comments</comments>
		<pubDate>Tue, 09 Jun 2009 16:45:36 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[NFS VMware]]></category>

		<guid isPermaLink="false">http://blog.laspina.ca/?p=197</guid>
		<description><![CDATA[Another great read from Chad Sakac and company.
Quote:
We were quite a bit surprised to see how popular our “Multivendor iSCSI” postwas. The feedback was overwhelming and very supportive of industry leaders partnering to ensure customer’s success with VMware. While writing that post, we (Vaughn Stewart from NetApp and Chad Sakac from EMC) discussed following up [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/power-house-blog-on-nfs-and-vmware-lead-by-chad-sakac/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware Kernel Return Codes</title>
		<link>http://blog.laspina.ca/ubiquitous/vmware-kernel-return-codes</link>
		<comments>http://blog.laspina.ca/ubiquitous/vmware-kernel-return-codes#comments</comments>
		<pubDate>Wed, 20 May 2009 04:41:03 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[VMware]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[Kernel]]></category>
		<category><![CDATA[logs]]></category>
		<category><![CDATA[lookup]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=79</guid>
		<description><![CDATA[From time to time I find myself reaming through VMware log files in an effort to diagnose various failure events. This is certainly not my favorite task so to make the process a little less painful I decided to extract the vmkernel return codes from the VMware open source libraries and place an easily accessible tabled version of them on my blog. While [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/vmware-kernel-return-codes/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Additional VMFS Backup Automation script features</title>
		<link>http://blog.laspina.ca/ubiquitous/additional-vmfs-backup-automation-script-features</link>
		<comments>http://blog.laspina.ca/ubiquitous/additional-vmfs-backup-automation-script-features#comments</comments>
		<pubDate>Mon, 06 Apr 2009 04:28:24 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[automation]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[features]]></category>
		<category><![CDATA[script]]></category>
		<category><![CDATA[vmfs]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=103</guid>
		<description><![CDATA[I was conversing with William Lam about my blog entry Protecting ESX VMFS Stores with Automation and we exchanged ideas on the simple automation script that I originally posted. William is well versed in bash and has brought more functionality to the original automation script. We now have a have a rolling backup set 10 versions deep with folder augmented organization based [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/additional-vmfs-backup-automation-script-features/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
