<?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/"
		>
<channel>
	<title>Comments on: Fileserver Outage</title>
	<atom:link href="http://blog.dreamhosters.com/2006/07/17/fileserver-outage/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/</link>
	<description>Tips &#038; Tricks for Dreamhosters</description>
	<lastBuildDate>Thu, 09 Oct 2008 16:48:15 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: vkimball</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1469</link>
		<dc:creator>vkimball</dc:creator>
		<pubDate>Wed, 19 Jul 2006 10:28:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1469</guid>
		<description>They&#039;re now saying that the new fileserver crashed.  Huh?</description>
		<content:encoded><![CDATA[<p>They&#8217;re now saying that the new fileserver crashed.  Huh?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brady J. Frey</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1460</link>
		<dc:creator>Brady J. Frey</dc:creator>
		<pubDate>Wed, 19 Jul 2006 01:16:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1460</guid>
		<description>Still up and down... and it seems to happen to us monthly, sigh...</description>
		<content:encoded><![CDATA[<p>Still up and down&#8230; and it seems to happen to us monthly, sigh&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Drucker</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1449</link>
		<dc:creator>Daniel Drucker</dc:creator>
		<pubDate>Tue, 18 Jul 2006 15:53:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1449</guid>
		<description>Re Jungle Disk / S3:

There&#039;s currently no way to talk to a Jungle Disk directly on Dreamhost, though there&#039;s no technical reason why you couldn&#039;t write a script to do it - the source is available at the bottom of http://www.jungledisk.com/download.shtml and anyone who wants to write, say, a perl script to talk directly to S3 from Dreamhost is welcome to do it, e.g. by reading files and then writing the appropriate keys via Net::Amazon::S3. (You definitely couldn&#039;t actually mount it as a filesystem on DreamHost - we don&#039;t have FUSE, and I think that&#039;s a good thing - thousands of users mounting filesystems on a shared web host wouldn&#039;t be a great idea...)

The way Jungle Disk works is via caching - when I rsync to my machine, it&#039;s writing to a cache as fast as it can receive over the rsync connection. The Jungle Disk software is then pulling files out of that cache and writing them out to S3 as fast as IT can. However, it&#039;s *not* removing files from the cache - it keeps them in the cache to be able to be read again if needed. 

The neat thing about JD is the way it lets you have an infinitely sized disk. One of my Jungle Disk volumes is a media library. I have a 150GB physical disk that used to contain a whole bunch of music, home videos, other large things. Before that, I had a 50GB disk, and before that... etc. When I ran out of space recently, instead of getting a bigger disk, I copied all my data to a Jungle Disk volume, and erased the disk. Then, I mounted the volume, and set the *cache* to reside on that 150GB disk. Now, my media library can grow as big as I want. The most recently accessed 150GB of my media library will always be instantly accessible, as it will be a &quot;cache hit&quot;. In the event of a &quot;cache miss&quot;, I have to wait for the file to arrive from Amazon (I get about 2MB/sec). It&#039;s almost as good as having an infinitely sized disk.</description>
		<content:encoded><![CDATA[<p>Re Jungle Disk / S3:</p>
<p>There&#8217;s currently no way to talk to a Jungle Disk directly on Dreamhost, though there&#8217;s no technical reason why you couldn&#8217;t write a script to do it &#8211; the source is available at the bottom of <a href="http://www.jungledisk.com/download.shtml" rel="nofollow">http://www.jungledisk.com/download.shtml</a> and anyone who wants to write, say, a perl script to talk directly to S3 from Dreamhost is welcome to do it, e.g. by reading files and then writing the appropriate keys via Net::Amazon::S3. (You definitely couldn&#8217;t actually mount it as a filesystem on DreamHost &#8211; we don&#8217;t have FUSE, and I think that&#8217;s a good thing &#8211; thousands of users mounting filesystems on a shared web host wouldn&#8217;t be a great idea&#8230;)</p>
<p>The way Jungle Disk works is via caching &#8211; when I rsync to my machine, it&#8217;s writing to a cache as fast as it can receive over the rsync connection. The Jungle Disk software is then pulling files out of that cache and writing them out to S3 as fast as IT can. However, it&#8217;s *not* removing files from the cache &#8211; it keeps them in the cache to be able to be read again if needed. </p>
<p>The neat thing about JD is the way it lets you have an infinitely sized disk. One of my Jungle Disk volumes is a media library. I have a 150GB physical disk that used to contain a whole bunch of music, home videos, other large things. Before that, I had a 50GB disk, and before that&#8230; etc. When I ran out of space recently, instead of getting a bigger disk, I copied all my data to a Jungle Disk volume, and erased the disk. Then, I mounted the volume, and set the *cache* to reside on that 150GB disk. Now, my media library can grow as big as I want. The most recently accessed 150GB of my media library will always be instantly accessible, as it will be a &#8220;cache hit&#8221;. In the event of a &#8220;cache miss&#8221;, I have to wait for the file to arrive from Amazon (I get about 2MB/sec). It&#8217;s almost as good as having an infinitely sized disk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FSFarm</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1445</link>
		<dc:creator>FSFarm</dc:creator>
		<pubDate>Tue, 18 Jul 2006 14:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1445</guid>
		<description>Working now!!!!!! Thanks DH team.</description>
		<content:encoded><![CDATA[<p>Working now!!!!!! Thanks DH team.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: R. Francis Smith</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1444</link>
		<dc:creator>R. Francis Smith</dc:creator>
		<pubDate>Tue, 18 Jul 2006 13:54:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1444</guid>
		<description>I do want to say on the flipside that at siteground, when my site was down, they&#039;d done it on purpose (and not for the first time), blamed it on me (always), then accused me of using my hosting to pirate music (I used it to host my two podcasts.)  That last bit was the last of my using them. :)

And before them, I had endless mystery download failures when using godaddy.  Whoever said we&#039;re getting what we pay for is pretty much spot on, I&#039;m afraid.  Generally speaking dreamhost provides a better service than most of the other cheapies.  Obviously, this wasn&#039;t one of those times.

-R</description>
		<content:encoded><![CDATA[<p>I do want to say on the flipside that at siteground, when my site was down, they&#8217;d done it on purpose (and not for the first time), blamed it on me (always), then accused me of using my hosting to pirate music (I used it to host my two podcasts.)  That last bit was the last of my using them. <img src='http://blog.dreamhosters.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>And before them, I had endless mystery download failures when using godaddy.  Whoever said we&#8217;re getting what we pay for is pretty much spot on, I&#8217;m afraid.  Generally speaking dreamhost provides a better service than most of the other cheapies.  Obviously, this wasn&#8217;t one of those times.</p>
<p>-R</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FSFarm</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1440</link>
		<dc:creator>FSFarm</dc:creator>
		<pubDate>Tue, 18 Jul 2006 12:34:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1440</guid>
		<description>Still no email. Anyone else???</description>
		<content:encoded><![CDATA[<p>Still no email. Anyone else???</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: R. Francis Smith</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1413</link>
		<dc:creator>R. Francis Smith</dc:creator>
		<pubDate>Tue, 18 Jul 2006 03:19:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1413</guid>
		<description>Not sure 72 hours of being largely unavailable is fast, as such, but okay.</description>
		<content:encoded><![CDATA[<p>Not sure 72 hours of being largely unavailable is fast, as such, but okay.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: theMezz</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1411</link>
		<dc:creator>theMezz</dc:creator>
		<pubDate>Tue, 18 Jul 2006 02:40:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1411</guid>
		<description>Hey poop happens sometimes
They are fixing it fast anyway from what I see/read</description>
		<content:encoded><![CDATA[<p>Hey poop happens sometimes<br />
They are fixing it fast anyway from what I see/read</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vkimball</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1410</link>
		<dc:creator>vkimball</dc:creator>
		<pubDate>Tue, 18 Jul 2006 02:34:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1410</guid>
		<description>Looks like they&#039;re slowly getting things fixed.

It appears that whatever system they use to store their customer / authentication data was unavailable to the rest of their network.

Seems like the infrastructure hasn&#039;t yet gotten ahead of all the growth that they&#039;ve been experiencing.</description>
		<content:encoded><![CDATA[<p>Looks like they&#8217;re slowly getting things fixed.</p>
<p>It appears that whatever system they use to store their customer / authentication data was unavailable to the rest of their network.</p>
<p>Seems like the infrastructure hasn&#8217;t yet gotten ahead of all the growth that they&#8217;ve been experiencing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FSFarm</title>
		<link>http://blog.dreamhosters.com/2006/07/17/fileserver-outage/comment-page-1/#comment-1408</link>
		<dc:creator>FSFarm</dc:creator>
		<pubDate>Tue, 18 Jul 2006 02:16:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dreamhosters.com/2006/07/16/fileserver-outage/#comment-1408</guid>
		<description>Just did a google search for web hosts and got this ranking.  Has anyone heard of any of these at the top of the list?

http://www.hostcritique.com/

Thanks.</description>
		<content:encoded><![CDATA[<p>Just did a google search for web hosts and got this ranking.  Has anyone heard of any of these at the top of the list?</p>
<p><a href="http://www.hostcritique.com/" rel="nofollow">http://www.hostcritique.com/</a></p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.405 seconds -->
