<?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:go='http://ns.gigaom.com/'
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 on: Bookmarking Service Ma.gnolia Suffers Massive Outage, Data Lost</title>
	<atom:link href="http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/</link>
	<description></description>
	<lastBuildDate>Sat, 11 Feb 2012 02:05:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: WebWorkerDaily &#187; Archive My Time Management Saga Continues with Harvest &#171;</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159390</link>
		<dc:creator><![CDATA[WebWorkerDaily &#187; Archive My Time Management Saga Continues with Harvest &#171;]]></dc:creator>
		<pubDate>Tue, 17 Feb 2009 17:35:52 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159390</guid>
		<description><![CDATA[[...] The various reports are flexible and easy to use. The overview report has an at-a-glance view of hours today, hours this week, and hours this month, compared to the previous period, along with hours broken down by active project. My favorite report is the detailed time report, which lets you specify a timeframe, client, project, and more. Most of the reports can be exported as a CSV file, and you can export all of your activity as a CSV file if you like to have your own personal backup (just in case they have an incident like the recent one at Magnolia). [...]]]></description>
		<content:encoded><![CDATA[<p>[...] The various reports are flexible and easy to use. The overview report has an at-a-glance view of hours today, hours this week, and hours this month, compared to the previous period, along with hours broken down by active project. My favorite report is the detailed time report, which lets you specify a timeframe, client, project, and more. Most of the reports can be exported as a CSV file, and you can export all of your activity as a CSV file if you like to have your own personal backup (just in case they have an incident like the recent one at Magnolia). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Dunphy</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159389</link>
		<dc:creator><![CDATA[Joseph Dunphy]]></dc:creator>
		<pubDate>Sat, 31 Jan 2009 21:03:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159389</guid>
		<description><![CDATA[Before we string up Larry, I would ask people to ponder this thought: it is possible to win the lottery twice.

When we say that a system is &quot;reliable&quot;, we do not mean that it is impossible for that system to fail. No such system ever has been built, and none probably ever will be built. What we mean is that failure is a very, very improbable event.

But just like with the lottery, the occurence of one highly improbable event does not render the occurence of the next highly improbable event impossible, or even more improbable. So has it occured to people that maybe Ma.gnolia just got really, really unlucky and had their backup system fail just as it was needed?

Is it a good idea to dismiss a service just because the dice rolled in a bad way? Especially when it is a service that has offered a level of functionality not matched by most of its competitors, and an administration that, as far as this relatively new user can tell, seems to be friendly and genuinely concerned with its user base? Anybody who has been on the Internet for a while knows that last part is far from being a given when one does business with a new service; if anything, a combination of screaming, borderline psychotic arrogance and mindboggling idiocy seems to be more the norm in the industry. Things could be be worse, and have been at companies that are still with us, so why not give these guys a break?

As for lost data, while I do sympathise with those who might have lost large amounts of work, and hope that they haven&#039;t, I would remind them that if there were any foulups, they weren&#039;t Ma.gnolia&#039;s alone. Aren&#039;t we all aware of the need to keep backups of our work on our own hard drives? Granted, that isn&#039;t always feasible with all services (e-mail services come to mind), but what would keep a user of Ma.gnolia or some other bookmarking service from keeping a copy of his bookmarks on his own computer? Or from downloading copies of pages on the site into a subdirectory on his own computer, so that he could cut and paste copies of his own commentary back onto the site, should the worst happen at their end?

These are all things that even the newest of users know that they should be doing. If some of those who are maybe out in the cold right now didn&#039;t do so, whose fault is that?]]></description>
		<content:encoded><![CDATA[<p>Before we string up Larry, I would ask people to ponder this thought: it is possible to win the lottery twice.</p>
<p>When we say that a system is &#8220;reliable&#8221;, we do not mean that it is impossible for that system to fail. No such system ever has been built, and none probably ever will be built. What we mean is that failure is a very, very improbable event.</p>
<p>But just like with the lottery, the occurence of one highly improbable event does not render the occurence of the next highly improbable event impossible, or even more improbable. So has it occured to people that maybe Ma.gnolia just got really, really unlucky and had their backup system fail just as it was needed?</p>
<p>Is it a good idea to dismiss a service just because the dice rolled in a bad way? Especially when it is a service that has offered a level of functionality not matched by most of its competitors, and an administration that, as far as this relatively new user can tell, seems to be friendly and genuinely concerned with its user base? Anybody who has been on the Internet for a while knows that last part is far from being a given when one does business with a new service; if anything, a combination of screaming, borderline psychotic arrogance and mindboggling idiocy seems to be more the norm in the industry. Things could be be worse, and have been at companies that are still with us, so why not give these guys a break?</p>
<p>As for lost data, while I do sympathise with those who might have lost large amounts of work, and hope that they haven&#8217;t, I would remind them that if there were any foulups, they weren&#8217;t Ma.gnolia&#8217;s alone. Aren&#8217;t we all aware of the need to keep backups of our work on our own hard drives? Granted, that isn&#8217;t always feasible with all services (e-mail services come to mind), but what would keep a user of Ma.gnolia or some other bookmarking service from keeping a copy of his bookmarks on his own computer? Or from downloading copies of pages on the site into a subdirectory on his own computer, so that he could cut and paste copies of his own commentary back onto the site, should the worst happen at their end?</p>
<p>These are all things that even the newest of users know that they should be doing. If some of those who are maybe out in the cold right now didn&#8217;t do so, whose fault is that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: madison</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159388</link>
		<dc:creator><![CDATA[madison]]></dc:creator>
		<pubDate>Sat, 31 Jan 2009 17:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159388</guid>
		<description><![CDATA[Nobody would be dumb enough to not have a reliable backup! Their whole business model is based on retaining user -generated information. I can&#039;t imagine that they would lose more than a day or two&#039;s worth of data.]]></description>
		<content:encoded><![CDATA[<p>Nobody would be dumb enough to not have a reliable backup! Their whole business model is based on retaining user -generated information. I can&#8217;t imagine that they would lose more than a day or two&#8217;s worth of data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Screen Sleuth</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159387</link>
		<dc:creator><![CDATA[Screen Sleuth]]></dc:creator>
		<pubDate>Sat, 31 Jan 2009 13:28:24 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159387</guid>
		<description><![CDATA[If it&#039;s just a day or so and they recover nearly everything, not that huge. If large amounts of data (or all of it) is lost, the site is done. That&#039;s what it boils down to, IMHO.]]></description>
		<content:encoded><![CDATA[<p>If it&#8217;s just a day or so and they recover nearly everything, not that huge. If large amounts of data (or all of it) is lost, the site is done. That&#8217;s what it boils down to, IMHO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bosco Pereira</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159386</link>
		<dc:creator><![CDATA[Bosco Pereira]]></dc:creator>
		<pubDate>Sat, 31 Jan 2009 02:18:51 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159386</guid>
		<description><![CDATA[Unfortunately, Whack Pow and Erica are both correct. Magnolia needs to do some serious internal reviews. It would be catastrophic if a rapid (shallow and superficial) recovery is made only to be followed by another outage/corruption incident.

Magnolis, use your PR people to help you with lucid thinking!]]></description>
		<content:encoded><![CDATA[<p>Unfortunately, Whack Pow and Erica are both correct. Magnolia needs to do some serious internal reviews. It would be catastrophic if a rapid (shallow and superficial) recovery is made only to be followed by another outage/corruption incident.</p>
<p>Magnolis, use your PR people to help you with lucid thinking!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: goosmurf</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159385</link>
		<dc:creator><![CDATA[goosmurf]]></dc:creator>
		<pubDate>Sat, 31 Jan 2009 02:00:49 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159385</guid>
		<description><![CDATA[All&#039;s not lost if you&#039;ve been sharing your bookmarks... :)

http://moot.mooh.org/archives/2009/01/recovering-magnolia-bookmarks.html]]></description>
		<content:encoded><![CDATA[<p>All&#8217;s not lost if you&#8217;ve been sharing your bookmarks&#8230; :)</p>
<p><a href="http://moot.mooh.org/archives/2009/01/recovering-magnolia-bookmarks.html" rel="nofollow">http://moot.mooh.org/archives/2009/01/recovering-magnolia-bookmarks.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: awesome</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159384</link>
		<dc:creator><![CDATA[awesome]]></dc:creator>
		<pubDate>Sat, 31 Jan 2009 01:12:42 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159384</guid>
		<description><![CDATA[... now they add a &quot;no beverages in the datacenter&quot; rule to their policies]]></description>
		<content:encoded><![CDATA[<p>&#8230; now they add a &#8220;no beverages in the datacenter&#8221; rule to their policies</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erica</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159383</link>
		<dc:creator><![CDATA[Erica]]></dc:creator>
		<pubDate>Sat, 31 Jan 2009 01:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159383</guid>
		<description><![CDATA[A shining example of why good ops and security folks are worth their weight in gold. Do NOT trust your hosting company to do your backups.

-Erica]]></description>
		<content:encoded><![CDATA[<p>A shining example of why good ops and security folks are worth their weight in gold. Do NOT trust your hosting company to do your backups.</p>
<p>-Erica</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159382</link>
		<dc:creator><![CDATA[Matt]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 22:43:58 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159382</guid>
		<description><![CDATA[I have a lot more confidence in a service (like Github) which openly says they back things up to Amazon S3, because then I know as a failsafe there is something external and 100% reliable that can save you when the worst case scenario happens.]]></description>
		<content:encoded><![CDATA[<p>I have a lot more confidence in a service (like Github) which openly says they back things up to Amazon S3, because then I know as a failsafe there is something external and 100% reliable that can save you when the worst case scenario happens.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: g</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159381</link>
		<dc:creator><![CDATA[g]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 21:46:30 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159381</guid>
		<description><![CDATA[Shit happens.  The measure of an organization is not merely taken by the ways in which they fail, but more importantly in how they respond to it.

If they&#039;re prepared and up to the task, they&#039;ll be back online in a couple hours with minimal loss.]]></description>
		<content:encoded><![CDATA[<p>Shit happens.  The measure of an organization is not merely taken by the ways in which they fail, but more importantly in how they respond to it.</p>
<p>If they&#8217;re prepared and up to the task, they&#8217;ll be back online in a couple hours with minimal loss.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: coxy</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159380</link>
		<dc:creator><![CDATA[coxy]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 21:34:49 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159380</guid>
		<description><![CDATA[Oooh, thanks for the link back to my blog, Mr. Malik. :)]]></description>
		<content:encoded><![CDATA[<p>Oooh, thanks for the link back to my blog, Mr. Malik. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Heitzenroder</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159379</link>
		<dc:creator><![CDATA[Matt Heitzenroder]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 20:58:30 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159379</guid>
		<description><![CDATA[They cant even get the dates right.  It&#039;s Friday the 30th.]]></description>
		<content:encoded><![CDATA[<p>They cant even get the dates right.  It&#8217;s Friday the 30th.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Whack Pow</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159378</link>
		<dc:creator><![CDATA[Whack Pow]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 20:38:31 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159378</guid>
		<description><![CDATA[A professional entity in this day and age that&#039;s handling customer data that doesn&#039;t have a =reliable= backup is not professional.]]></description>
		<content:encoded><![CDATA[<p>A professional entity in this day and age that&#8217;s handling customer data that doesn&#8217;t have a =reliable= backup is not professional.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A.B. Dada</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159377</link>
		<dc:creator><![CDATA[A.B. Dada]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 19:43:10 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159377</guid>
		<description><![CDATA[It&#039;s times like this when I have to sit back and confirm all my web data backups, including MySQL databases.  Ugh.

Hope they weren&#039;t relying on RAID alone.]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s times like this when I have to sit back and confirm all my web data backups, including MySQL databases.  Ugh.</p>
<p>Hope they weren&#8217;t relying on RAID alone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey</title>
		<link>http://gigaom.com/2009/01/30/bookmarking-service-magnolia-suffers-massive-outage-data-lost/#comment-159376</link>
		<dc:creator><![CDATA[Jeffrey]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 19:31:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/2009/01/30/bookmarking-service-magn0lia-lost-all-data-on-no/#comment-159376</guid>
		<description><![CDATA[To be fair, what they&#039;re saying seems to imply that they&#039;ll restore from backups, so will lose some data but not all. (If they really lost all their data then there would be no point in executing a recovery plan.)

Unless the backups themselves are corrupted or are otherwise non-functional, in which case that&#039;s it. But they haven&#039;t said this yet.

I&#039;m pretty bummed about this. I have thousands of links in ma.gnolia.]]></description>
		<content:encoded><![CDATA[<p>To be fair, what they&#8217;re saying seems to imply that they&#8217;ll restore from backups, so will lose some data but not all. (If they really lost all their data then there would be no point in executing a recovery plan.)</p>
<p>Unless the backups themselves are corrupted or are otherwise non-functional, in which case that&#8217;s it. But they haven&#8217;t said this yet.</p>
<p>I&#8217;m pretty bummed about this. I have thousands of links in ma.gnolia.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

