<?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: Typos can be fatal&#8230;</title>
	<atom:link href="http://explanatorygap.net/2006/10/18/typos-can-be-fatal/feed/" rel="self" type="application/rss+xml" />
	<link>http://explanatorygap.net/2006/10/18/typos-can-be-fatal/</link>
	<description>many a slip 'twixt mind and lip...</description>
	<lastBuildDate>Mon, 10 May 2010 22:46:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: nigel kersten</title>
		<link>http://explanatorygap.net/2006/10/18/typos-can-be-fatal/comment-page-1/#comment-32</link>
		<dc:creator>nigel kersten</dc:creator>
		<pubDate>Thu, 19 Oct 2006 21:15:58 +0000</pubDate>
		<guid isPermaLink="false">http://explanatorygap.net/2006/10/18/typos-can-be-fatal/#comment-32</guid>
		<description>It&#039;s so so true.

Perhaps being an IT person requires you to internalise the fact that all data really is ephemeral.... :)</description>
		<content:encoded><![CDATA[<p>It&#8217;s so so true.</p>
<p>Perhaps being an IT person requires you to internalise the fact that all data really is ephemeral&#8230;. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Marczak</title>
		<link>http://explanatorygap.net/2006/10/18/typos-can-be-fatal/comment-page-1/#comment-31</link>
		<dc:creator>Ed Marczak</dc:creator>
		<pubDate>Thu, 19 Oct 2006 20:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://explanatorygap.net/2006/10/18/typos-can-be-fatal/#comment-31</guid>
		<description>I was doing something similar just this morning - with a less than perfect backup - and all I could think was, &quot;I&#039;d never do this with a client&#039;s data...&quot;  Sometimes, though, we can get sloppy with our own equipment.
-- 
erm</description>
		<content:encoded><![CDATA[<p>I was doing something similar just this morning &#8211; with a less than perfect backup &#8211; and all I could think was, &#8220;I&#8217;d never do this with a client&#8217;s data&#8230;&#8221;  Sometimes, though, we can get sloppy with our own equipment.<br />
&#8211;<br />
erm</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://explanatorygap.net/2006/10/18/typos-can-be-fatal/comment-page-1/#comment-28</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Thu, 19 Oct 2006 17:14:43 +0000</pubDate>
		<guid isPermaLink="false">http://explanatorygap.net/2006/10/18/typos-can-be-fatal/#comment-28</guid>
		<description>that&#039;s a riot!  I&#039;ve never done anything like that... yet.  This is the first time I&#039;ve had root access to real, live production boxes, so I&#039;m sure there&#039;s a gaffe in my near future.  Look forward to the article on Mobile Home Dirs!</description>
		<content:encoded><![CDATA[<p>that&#8217;s a riot!  I&#8217;ve never done anything like that&#8230; yet.  This is the first time I&#8217;ve had root access to real, live production boxes, so I&#8217;m sure there&#8217;s a gaffe in my near future.  Look forward to the article on Mobile Home Dirs!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nigel kersten</title>
		<link>http://explanatorygap.net/2006/10/18/typos-can-be-fatal/comment-page-1/#comment-26</link>
		<dc:creator>nigel kersten</dc:creator>
		<pubDate>Wed, 18 Oct 2006 20:24:53 +0000</pubDate>
		<guid isPermaLink="false">http://explanatorygap.net/2006/10/18/typos-can-be-fatal/#comment-26</guid>
		<description>heh. That&#039;s a good one.

While we&#039;re on the topic... back when I first started as a sysadmin, this was a nasty mistake that I&#039;ve never ever made again... :)

(this is on a live mail server btw, OS X 10.2, working as root....)

&lt;pre&gt;
#!/bin/sh

temp_working_directory=&quot;/tmp/sqldumps/somethingorother&quot;

#clean out working dir before we start.
rm -Rf $temp_working_directory/*

# Do lots of stuff involving the variable $temp_working_directory
&lt;/pre&gt;
You might be able to see where this is heading...

Nigel thinks to himself, &quot;You know, I&#039;m really sick of typing in $temp_working_directory all the time, I&#039;m going to rename that variable&quot;

&lt;pre&gt;
#!/bin/sh

wkrdir=&quot;/tmp/sqldumps/somethingorother&quot;

#clean out working dir before we start.
rm -Rf $temp_working_directory/*

# Do lots of stuff involving the variable $wkrdir
&lt;/pre&gt;

Nigel thinks to himself, &quot;Gosh this is taking a long time...&quot;

then an error pops up about deleting some crucial system file that was in use at the time...

oh... my... god.

Hilariously enough, the mail server kept running happily, as I cancelled it somewhere in the /System directory.

I then carefully copied across all the missing files from a machine with the same OS version, and the mail server kept working happily for another year or so... it never let me run SoftwareUpdate though, and I had to unpack all updates and apply them by hand from that point on.

:)</description>
		<content:encoded><![CDATA[<p>heh. That&#8217;s a good one.</p>
<p>While we&#8217;re on the topic&#8230; back when I first started as a sysadmin, this was a nasty mistake that I&#8217;ve never ever made again&#8230; :)</p>
<p>(this is on a live mail server btw, OS X 10.2, working as root&#8230;.)</p>
<pre>
#!/bin/sh

temp_working_directory="/tmp/sqldumps/somethingorother"

#clean out working dir before we start.
rm -Rf $temp_working_directory/*

# Do lots of stuff involving the variable $temp_working_directory
</pre>
<p>You might be able to see where this is heading&#8230;</p>
<p>Nigel thinks to himself, &#8220;You know, I&#8217;m really sick of typing in $temp_working_directory all the time, I&#8217;m going to rename that variable&#8221;</p>
<pre>
#!/bin/sh

wkrdir="/tmp/sqldumps/somethingorother"

#clean out working dir before we start.
rm -Rf $temp_working_directory/*

# Do lots of stuff involving the variable $wkrdir
</pre>
<p>Nigel thinks to himself, &#8220;Gosh this is taking a long time&#8230;&#8221;</p>
<p>then an error pops up about deleting some crucial system file that was in use at the time&#8230;</p>
<p>oh&#8230; my&#8230; god.</p>
<p>Hilariously enough, the mail server kept running happily, as I cancelled it somewhere in the /System directory.</p>
<p>I then carefully copied across all the missing files from a machine with the same OS version, and the mail server kept working happily for another year or so&#8230; it never let me run SoftwareUpdate though, and I had to unpack all updates and apply them by hand from that point on.</p>
<p>:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: leeg</title>
		<link>http://explanatorygap.net/2006/10/18/typos-can-be-fatal/comment-page-1/#comment-25</link>
		<dc:creator>leeg</dc:creator>
		<pubDate>Wed, 18 Oct 2006 18:51:21 +0000</pubDate>
		<guid isPermaLink="false">http://explanatorygap.net/2006/10/18/typos-can-be-fatal/#comment-25</guid>
		<description>Unlucky.  I&#039;ve done that on a number of occasions, as well as the extremely retarded:

dump -0f / - &#124; (cd /mnt; restore -xf - )

which is akin to doing &quot;tar cjvf importantdirectory backup.tar.bz2&quot;

But i like the way you&#039;re watching OS X and XP install. Hooray for dual-coreitude!  ;-)</description>
		<content:encoded><![CDATA[<p>Unlucky.  I&#8217;ve done that on a number of occasions, as well as the extremely retarded:</p>
<p>dump -0f / &#8211; | (cd /mnt; restore -xf &#8211; )</p>
<p>which is akin to doing &#8220;tar cjvf importantdirectory backup.tar.bz2&#8243;</p>
<p>But i like the way you&#8217;re watching OS X and XP install. Hooray for dual-coreitude!  ;-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

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

