<?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>SuperMegaUltraGroovy &#187; Server Administration</title>
	<atom:link href="http://www.supermegaultragroovy.com/blog/category/server-administration/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.supermegaultragroovy.com/blog</link>
	<description>Chris Liscio's Boo-urns Log</description>
	<lastBuildDate>Wed, 12 May 2010 16:51:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Mind the dust!</title>
		<link>http://www.supermegaultragroovy.com/blog/2007/07/12/mind-the-dust/</link>
		<comments>http://www.supermegaultragroovy.com/blog/2007/07/12/mind-the-dust/#comments</comments>
		<pubDate>Fri, 13 Jul 2007 02:08:35 +0000</pubDate>
		<dc:creator>chris</dc:creator>
				<category><![CDATA[Server Administration]]></category>

		<guid isPermaLink="false">http://www.supermegaultragroovy.com/blog/2007/07/12/mind-the-dust/</guid>
		<description><![CDATA[I&#8217;m currently in the middle of testing out a new hosting strategy in an attempt to handle the greater load placed on my home&#8217;s DSL connection. This work should result in a much quicker and even more reliable site than before. For the first time in 5 years I flipped the &#8216;big switch&#8217; on the [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m currently in the middle of testing out a new hosting strategy in an attempt to handle the greater load placed on my home&#8217;s DSL connection.  This work should result in a much quicker and even more reliable site than before.</p>
<p>For the first time in 5 years I flipped the &#8216;big switch&#8217; on the DNS side from my home DSL connection over to a <a href="http://www.slicehost.com">slicehost</a>-hosted VPS (virtual private server).  From my standpoint, everything will take exactly the same effort to manage from the software side, but the hardware concerns should be gone.</p>
<p>The past 5 years I&#8217;ve been wrestling with various ideas for how to get faster Internet service to my home so I could maintain my own hardware and have total flexibility over how I serve my pages to the world (mostly so I can just tinker around now and then).  In the end, no good service materialized, and I couldn&#8217;t justify the prices it would take to upgrade to even a fraction of the bandwidth I&#8217;m getting right now.</p>
<p>I expect that support.supermegaultragroovy.com (where FogBugz lives) will be down another day or so, but I can get by manually monitoring my support mail until then.  Other than that, everything else <i>should</i> be working as it was before.  If you do notice anything behaving badly, please do <a href="mailto:chris@supermegaultragroovy.com">let me know</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.supermegaultragroovy.com/blog/2007/07/12/mind-the-dust/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Some notes about the PowerEdge 1900</title>
		<link>http://www.supermegaultragroovy.com/blog/2007/02/20/some-notes-about-the-poweredge-1900/</link>
		<comments>http://www.supermegaultragroovy.com/blog/2007/02/20/some-notes-about-the-poweredge-1900/#comments</comments>
		<pubDate>Tue, 20 Feb 2007 14:05:07 +0000</pubDate>
		<dc:creator>chris</dc:creator>
				<category><![CDATA[Server Administration]]></category>

		<guid isPermaLink="false">http://www.supermegaultragroovy.com/blog/2007/02/20/some-notes-about-the-poweredge-1900/</guid>
		<description><![CDATA[When I was researching this purchase, I found the amount of information on the Internet very lacking (i.e. only coming from Dell). I had a bit of a scare with some of the hardware I bought for the system, but in the end it all turned out well. Here are some things you may not [...]]]></description>
			<content:encoded><![CDATA[<p>When I was researching this purchase, I found the amount of information on the Internet very lacking (i.e. only coming from Dell).  I had a bit of a scare with some of the hardware I bought for the system, but in the end it all turned out well.  Here are some things you may not gather very easily on your own.</p>
<ul>
<li>While the manual and purchase page say you can only use two HDDs with the onboard SATA controller (despite picturing 4 SATA plugs), you can actually use four.  I am currently running the stock 80GB SATA drive as my root/boot partition, and have my important data (databases/website/etc) split across a 250GB RAID1 array.</li>
<li>This system is bloody loud when it&#8217;s powered on.  It POSTs with its fans sounding like a jet engine, and quiets down to a freight train during normal operation.  I measured it at 60dB SPL from about 2&#8242; away.  Don&#8217;t sit near this thing for too long, and definitely don&#8217;t try to entertain any fantasies of it sitting near your desk.  I have it tucked away in the basement (and can still hear it through the heating ducts if the house is sufficiently quiet).</li>
<li>The case is gigantic.  I am just shocked at how deep this case is &mdash; 26.55&#8243;.  You can measure it out and try to get a feel for it, but you just won&#8217;t appreciate this fact until you see it in person.  This brings me to my next point&#8230;</li>
<li>This server is very heavy.  I was totally unaware of what I was getting myself into.  My wife said the box was delivered by a very large guy who used a dolly and had to use a special pneumatic lift to get the server off his truck.  The shipping weight is 125 lbs, and the tower itself is around 110 lbs.  My back wasn&#8217;t very happy with me after I lugged this thing across my house and down to the basement all by myself.</li>
<li>Buy whatever 667MHz FB-DIMMs you can get your hands on, and don&#8217;t worry about PC5300 vs PC5400.  Everything I&#8217;ve read says that there&#8217;s really no difference other than testing (PC5400 is tested at a higher clock rate), and despite my ordering PC5400 Crucial RAM, it showed up with PC5300 markings on it in the end.  I saved at least $100 by not relying purely on configuration tools that ask you what kind of hardware you&#8217;re buying for &mdash; clearly there are different price tags to be expected when you&#8217;re dealing with actual server hardware.  The Mac fanatics should be used to this by now.</li>
<li>The POST stage takes a very long time.  I&#8217;m not used to waiting so long to get to the actual boot process.  It definitely makes testing my boot scripts a real pain in the butt.</li>
<li>It&#8217;s a lot of hardware for the money.  Considering what I got for what I spent, I&#8217;m very happy with the purchase.  There&#8217;s certainly room for upgrades in the future if I require it, and the case/PSU/fans are all top-notch &mdash; definitely beyond what I&#8217;d be capable of tracking down if I tried to build this myself.</li>
</ul>
<p>If you are in the market for one of these bad-boys, and have some questions about it, definitely feel free to leave comments here or fire me an email.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.supermegaultragroovy.com/blog/2007/02/20/some-notes-about-the-poweredge-1900/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>animal.supermegaultragroovy.com is live!</title>
		<link>http://www.supermegaultragroovy.com/blog/2007/02/20/animalsupermegaultragroovycom-is-live/</link>
		<comments>http://www.supermegaultragroovy.com/blog/2007/02/20/animalsupermegaultragroovycom-is-live/#comments</comments>
		<pubDate>Tue, 20 Feb 2007 13:44:07 +0000</pubDate>
		<dc:creator>chris</dc:creator>
				<category><![CDATA[Server Administration]]></category>

		<guid isPermaLink="false">http://www.supermegaultragroovy.com/blog/2007/02/20/animalsupermegaultragroovycom-is-live/</guid>
		<description><![CDATA[This post marks the first new entry since I finished migrating to my new server. After giving up on virtualization (really, there wasn&#8217;t much benefit for the sort of thing I&#8217;m doing) I decided to go the familiar route and install Ubuntu on the PowerEdge 1900 system. After practicing the migration to two other servers, [...]]]></description>
			<content:encoded><![CDATA[<p>This post marks the first new entry since I finished migrating to my new server.</p>
<p>After giving up on virtualization (really, there wasn&#8217;t much benefit for the sort of thing I&#8217;m doing) I decided to go the familiar route and install Ubuntu on the <a href="http://www.dell.com/content/products/productdetails.aspx/pedge_1900?c=us&#038;cs=04&#038;l=en&#038;s=bsd">PowerEdge 1900</a> system.  After practicing the migration to two other servers, I felt I was ready to finally flip the switch on the new setup.</p>
<p>Last night I completed the final leg of the switch by handing the task of PPPoE connection management and routing to the new system.  Now all the services (www, svn, routing, ssh, etc) that would normally get served by piggy are all coming directly from animal.</p>
<p>The last stage of the migration will involve tracking down and mirroring all the data that isn&#8217;t overly obvious.  Once that&#8217;s complete, I will probably blow piggy away, install Ubuntu, and try to maintain a hot backup of animal for any hardware emergencies that might occur.  Of course, with this class of system, that shouldn&#8217;t be as much of a concern as with my $7 motherboard special.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.supermegaultragroovy.com/blog/2007/02/20/animalsupermegaultragroovycom-is-live/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Virtualization, and Flakiness</title>
		<link>http://www.supermegaultragroovy.com/blog/2007/02/05/virtualization-and-flakiness/</link>
		<comments>http://www.supermegaultragroovy.com/blog/2007/02/05/virtualization-and-flakiness/#comments</comments>
		<pubDate>Mon, 05 Feb 2007 14:13:40 +0000</pubDate>
		<dc:creator>chris</dc:creator>
				<category><![CDATA[Server Administration]]></category>

		<guid isPermaLink="false">http://www.supermegaultragroovy.com/blog/2007/02/05/virtualization-and-flakiness/</guid>
		<description><![CDATA[Some of you might have noticed odd behavior with the supermegaultragroovy.com domain lately. If you&#8217;ve been reading this site long enough, you&#8217;ll know that I must be tinkering with the server again! I&#8217;m trying to reorganize the way I serve the site and clean up my server management tasks a little bit, and I&#8217;m planning [...]]]></description>
			<content:encoded><![CDATA[<p>Some of you might have noticed odd behavior with the supermegaultragroovy.com domain lately.  If you&#8217;ve been reading this site long enough, you&#8217;ll know that I must be tinkering with the server again!</p>
<p>I&#8217;m trying to reorganize the way I serve the site and clean up my server management tasks a little bit, and I&#8217;m planning a move to a <a href="http://www.dell.com/content/products/productdetails.aspx/pedge_1900?c=us&#038;cs=04&#038;l=en&#038;s=bsd">Dell PowerEdge 1900</a> soon.  I wish I could say I got an xserve, but they&#8217;re far too expensive &mdash; more than 2x what I paid for the PowerEdge 1900&mdash; and I&#8217;m not sure I could really deal with learning Mac OS X server on top of all the other stuff involved in the move.</p>
<p>Part of the idea was to move the server tasks off to a set of virtualized servers.  This was something I could start doing while I wait for the new hardware to arrive, and all I would have to do is copy the server over to the physical machine once it&#8217;s up and running.  This is a great idea, in theory, but so far this setup has taken the host server offline twice over the weekend.</p>
<p>Since I was using <a href="http://www.vmware.com/products/server/">VMWare Server</a> to achieve my goal, and my host hardware crapped out on me twice, I thought that it might be a good idea to take a look at <a href="http://www.cl.cam.ac.uk/research/srg/netos/xen/">xen</a> as an alternative.  In doing this, I made the fatal mistake of using debian&#8217;s apt-get to grab all the packages I needed (because some other things needed upgrading, I just did an apt-get upgrade).  In doing this, debian thoughtfully upgraded my php install to php5.2, which FogBugz doesn&#8217;t support.</p>
<p>This is not the first time that debian bit me like this.  I had some trouble earlier because I required python 2.4 for a web application project I was working on using <a href="http://www.turbogears.org/">TurboGears</a>, and debian was stuck on 2.3 still.  I vowed to switch distributions once I got some new hardware, and I have my sights set on <a href="http://www.ubuntu.com/">ubuntu</a> in the meantime.</p>
<p>So, to make a long story short, you can expect the site to be a little shaky for a bit as I move to new hardware.  I hope to have things operating as they did before ASAP, and I don&#8217;t plan to do anything to disrupt the existing hardware until I get the new box.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.supermegaultragroovy.com/blog/2007/02/05/virtualization-and-flakiness/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
