<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for SolutionOriented Blog</title>
	<atom:link href="http://blog.solori.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.solori.net</link>
	<description>Vision. Innovation. Results. In search of the elegant solution to complex business problems...</description>
	<lastBuildDate>Mon, 09 Jan 2012 04:46:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Short-Take: Jeff Bonwick Leaves Oracle after Two Decades by Phoenix rising from OpenSolaris ashes &#171; Storage Gaga</title>
		<link>http://blog.solori.net/2010/09/29/short-take-jeff-bonwick-leaves-oracle-after-two-decades/#comment-1080</link>
		<dc:creator><![CDATA[Phoenix rising from OpenSolaris ashes &#171; Storage Gaga]]></dc:creator>
		<pubDate>Mon, 09 Jan 2012 04:46:34 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=1699#comment-1080</guid>
		<description><![CDATA[[...] Sun engineering tribes. Some of the high profile leavers were James Gosling (father of Java) and Jeff Bonwick (father of RAID-Z and led the ZFS development team in Sun). And there were many top talents exodus [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Sun engineering tribes. Some of the high profile leavers were James Gosling (father of Java) and Jeff Bonwick (father of RAID-Z and led the ZFS development team in Sun). And there were many top talents exodus [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VMware vCenter5: Revenge of Y2K, aka Worst Host Import Fail Ever! by Ravi Shanghavi</title>
		<link>http://blog.solori.net/2012/01/06/vmware-vcenter5-revenge-of-y2k-aka-worst-host-import-fail-ever/#comment-1074</link>
		<dc:creator><![CDATA[Ravi Shanghavi]]></dc:creator>
		<pubDate>Sat, 07 Jan 2012 03:31:19 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=2153#comment-1074</guid>
		<description><![CDATA[I should mention.. none of the advanced features on the new 6200s seem to be available 4.1 anyways.  They appear to be all geared towards vSphere 5.0 and the newer kernel in RHEL 6.1+.. which leaves my RHEL 5.7 installs sucking dust.]]></description>
		<content:encoded><![CDATA[<p>I should mention.. none of the advanced features on the new 6200s seem to be available 4.1 anyways.  They appear to be all geared towards vSphere 5.0 and the newer kernel in RHEL 6.1+.. which leaves my RHEL 5.7 installs sucking dust.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VMware vCenter5: Revenge of Y2K, aka Worst Host Import Fail Ever! by Ravi Shanghavi</title>
		<link>http://blog.solori.net/2012/01/06/vmware-vcenter5-revenge-of-y2k-aka-worst-host-import-fail-ever/#comment-1073</link>
		<dc:creator><![CDATA[Ravi Shanghavi]]></dc:creator>
		<pubDate>Sat, 07 Jan 2012 03:29:24 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=2153#comment-1073</guid>
		<description><![CDATA[Ouch, This is one of those, &quot;I&#039;m glad it was you, not me&quot;..  Well I&#039;ve filed this away, and forwarded it on.  I&#039;m pretty surprised at this level of idiocy.  I&#039;ve actually just had to upgrade a BL465 G7 to the latest code, so I can have the pleasure of benching some Opteron 6220s against the 6134s in our other boxes.  Sadly I&#039;ve got to mask a bunch of the features with EVC for them the place nice in a cluster of older chips. Cheers, Ravi Shanghavi, Ottawa]]></description>
		<content:encoded><![CDATA[<p>Ouch, This is one of those, &#8220;I&#8217;m glad it was you, not me&#8221;..  Well I&#8217;ve filed this away, and forwarded it on.  I&#8217;m pretty surprised at this level of idiocy.  I&#8217;ve actually just had to upgrade a BL465 G7 to the latest code, so I can have the pleasure of benching some Opteron 6220s against the 6134s in our other boxes.  Sadly I&#8217;ve got to mask a bunch of the features with EVC for them the place nice in a cluster of older chips. Cheers, Ravi Shanghavi, Ottawa</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VMware vCenter5: Revenge of Y2K, aka Worst Host Import Fail Ever! by Simon Haslam</title>
		<link>http://blog.solori.net/2012/01/06/vmware-vcenter5-revenge-of-y2k-aka-worst-host-import-fail-ever/#comment-1071</link>
		<dc:creator><![CDATA[Simon Haslam]]></dc:creator>
		<pubDate>Fri, 06 Jan 2012 20:32:40 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=2153#comment-1071</guid>
		<description><![CDATA[This does seem a particularly thoughtless move especially, as you point out, given windowing would sort out non-Y2K compliant BIOSes quite satisfactorarily. I can only assume that the revised functionality was specified fairly loosely and given to an inexperienced developer not used to thinking beyond just what was written down.]]></description>
		<content:encoded><![CDATA[<p>This does seem a particularly thoughtless move especially, as you point out, given windowing would sort out non-Y2K compliant BIOSes quite satisfactorarily. I can only assume that the revised functionality was specified fairly loosely and given to an inexperienced developer not used to thinking beyond just what was written down.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Installing FreeNAS to USB Flash: Easy as 1,2,3 by GM</title>
		<link>http://blog.solori.net/2009/01/21/installing-freenas-to-usb-flash-easy-as-123/#comment-742</link>
		<dc:creator><![CDATA[GM]]></dc:creator>
		<pubDate>Sun, 13 Nov 2011 16:46:41 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=199#comment-742</guid>
		<description><![CDATA[I had to make a few tweaks to run this on a mac. I wrote up a small guide and linked back to you ;)

http://www.geekmachine.at/2011/11/install-burn-freenas-image-on-sdhc.html]]></description>
		<content:encoded><![CDATA[<p>I had to make a few tweaks to run this on a mac. I wrote up a small guide and linked back to you ;)</p>
<p><a href="http://www.geekmachine.at/2011/11/install-burn-freenas-image-on-sdhc.html" rel="nofollow">http://www.geekmachine.at/2011/11/install-burn-freenas-image-on-sdhc.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Shanghai Economics 101 &#8211; Conclusion by Meistermn</title>
		<link>http://blog.solori.net/2009/05/06/shanghai-economics-101-conclusion/#comment-624</link>
		<dc:creator><![CDATA[Meistermn]]></dc:creator>
		<pubDate>Thu, 13 Oct 2011 09:51:08 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=524#comment-624</guid>
		<description><![CDATA[Is there a new comparision about AMD Interlagos/Bulldozer versus Intel Westmere EP/EX.
http://communities.vmware.com/post!reply.jspa?message=1845033]]></description>
		<content:encoded><![CDATA[<p>Is there a new comparision about AMD Interlagos/Bulldozer versus Intel Westmere EP/EX.<br />
<a href="http://communities.vmware.com/post!reply.jspa?message=1845033" rel="nofollow">http://communities.vmware.com/post!reply.jspa?message=1845033</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on StorMagic offers Free VSA by S. Santini</title>
		<link>http://blog.solori.net/2009/03/03/storagemagic-offers-free-vsa/#comment-621</link>
		<dc:creator><![CDATA[S. Santini]]></dc:creator>
		<pubDate>Thu, 29 Sep 2011 09:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=318#comment-621</guid>
		<description><![CDATA[I know this post is old but I thought I should add an update on our free VSA. 

The Free VSA promotion has expired and will only be available in 2012 again for a short period of time. 

There have been some great advances with SvSAN since this article was written. succh as HA without the need for vCenter. Thats right you heard it, that means HA is now possible to achieve on free versions of ESXi and ESXi essentials. check it out. www.stormagic.com]]></description>
		<content:encoded><![CDATA[<p>I know this post is old but I thought I should add an update on our free VSA. </p>
<p>The Free VSA promotion has expired and will only be available in 2012 again for a short period of time. </p>
<p>There have been some great advances with SvSAN since this article was written. succh as HA without the need for vCenter. Thats right you heard it, that means HA is now possible to achieve on free versions of ESXi and ESXi essentials. check it out. <a href="http://www.stormagic.com" rel="nofollow">http://www.stormagic.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ZFS Pool Import Fails After Power Outage by Collin C MacMillan</title>
		<link>http://blog.solori.net/2010/07/15/zfs-pool-import-fails-after-power-outage/#comment-602</link>
		<dc:creator><![CDATA[Collin C MacMillan]]></dc:creator>
		<pubDate>Thu, 25 Aug 2011 13:07:03 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=1594#comment-602</guid>
		<description><![CDATA[Your welcome, and glad it prevented a &quot;resume writing event&quot; for you ;-) 

After re-reading the article myself it occurred to me that some may have been left with the impression that ZFS systems are at greater risk for data loss than other storage technologies: that&#039;s simply not the case. In all of my professional work in the lab and in the field, I&#039;ve never encountered a data loss event more tragic than a couple of transaction groups. In such cases where transaction groups were lost, if was completely due to the power failure plus unsafe caching condition as described in the blog.

To be more plain: any storage system puts data at risk when acknowledged writes are not committed to non-volatile storage. This happens in some SATA disks that signal back to the controller that a cache-pending commit is actually written. As disk caches grow larger and larger, the time it takes to flush the cache to NV media can exceed the residual power in the supplies and on-board electronics. When this happens, file systems become inconsistent. To ZFS&#039; credit, it has a brilliant way to recognize and recover (as you&#039;ve now experienced.)

As my friend Richard Elling once said, &quot;I trust ZFS to keep my most important data set safe and intact: Mrs Elling&#039;s digital photos!&quot; Likewise, all of the MacMillan family photos live in ZFS space - it&#039;s just that reliable...]]></description>
		<content:encoded><![CDATA[<p>Your welcome, and glad it prevented a &#8220;resume writing event&#8221; for you ;-) </p>
<p>After re-reading the article myself it occurred to me that some may have been left with the impression that ZFS systems are at greater risk for data loss than other storage technologies: that&#8217;s simply not the case. In all of my professional work in the lab and in the field, I&#8217;ve never encountered a data loss event more tragic than a couple of transaction groups. In such cases where transaction groups were lost, if was completely due to the power failure plus unsafe caching condition as described in the blog.</p>
<p>To be more plain: any storage system puts data at risk when acknowledged writes are not committed to non-volatile storage. This happens in some SATA disks that signal back to the controller that a cache-pending commit is actually written. As disk caches grow larger and larger, the time it takes to flush the cache to NV media can exceed the residual power in the supplies and on-board electronics. When this happens, file systems become inconsistent. To ZFS&#8217; credit, it has a brilliant way to recognize and recover (as you&#8217;ve now experienced.)</p>
<p>As my friend Richard Elling once said, &#8220;I trust ZFS to keep my most important data set safe and intact: Mrs Elling&#8217;s digital photos!&#8221; Likewise, all of the MacMillan family photos live in ZFS space &#8211; it&#8217;s just that reliable&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ZFS Pool Import Fails After Power Outage by Donny</title>
		<link>http://blog.solori.net/2010/07/15/zfs-pool-import-fails-after-power-outage/#comment-601</link>
		<dc:creator><![CDATA[Donny]]></dc:creator>
		<pubDate>Thu, 25 Aug 2011 05:50:14 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=1594#comment-601</guid>
		<description><![CDATA[YOU SAVED MY LIFE!!!  Thank you for the great post]]></description>
		<content:encoded><![CDATA[<p>YOU SAVED MY LIFE!!!  Thank you for the great post</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on In-the-Lab: Install VMware Tools on NexentaStor VSA by Raul Rangel</title>
		<link>http://blog.solori.net/2010/06/17/in-the-lab-install-vmware-tools-on-nexentastor-vs/#comment-593</link>
		<dc:creator><![CDATA[Raul Rangel]]></dc:creator>
		<pubDate>Fri, 19 Aug 2011 01:11:38 +0000</pubDate>
		<guid isPermaLink="false">http://solori.wordpress.com/?p=1575#comment-593</guid>
		<description><![CDATA[I have mine using the PV RDM and I still get 40% cpu usage. I didn&#039;t think the RDM stuff went through the storage emulation layer. I wonder if I was to do a pass through SATA controller if the cpu usage is still high at that point. Any one want to try it ?]]></description>
		<content:encoded><![CDATA[<p>I have mine using the PV RDM and I still get 40% cpu usage. I didn&#8217;t think the RDM stuff went through the storage emulation layer. I wonder if I was to do a pass through SATA controller if the cpu usage is still high at that point. Any one want to try it ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
