<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/stylesheets/rss.css" type="text/css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>@Lathi.net: Testing Server Setups</title>
    <link>http://blog.lathi.net/articles/2006/06/24/testing-server-setups</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>On Life, Fatherhood, Christianity, and Computers</description>
    <item>
      <title>Testing Server Setups</title>
      <description>&lt;p&gt;I have a server that is euphemistically called &amp;#8220;seasoned&amp;#8221;.  He&amp;#8217;s definitely due for a refresher in both hardware and software.  The operating system install is over two years old and is an ugly mix of Debian/woody and lots of backports.  Part of the reason we put off upgrading him is fear of what that process would look like going to a clean Debian/sarge setup.  We&amp;#8217;ve tried cobbling together various pieces parts to make a test server to upgrade but had numerous problems often related to troubleshooting the test server remotely.  Enter &lt;a href="http://www.parallels.com/"&gt;Parallels&lt;/a&gt;.&lt;/p&gt;


	&lt;p&gt;We finally got a working solution by setting up a virtual machine using Parallels on our Mac.  So we have an image that represents our current server configuration.  We can boot that and share the console via &lt;span class="caps"&gt;VNC&lt;/span&gt;.  Once the box is up, we can ssh into it as any other box.  Since it&amp;#8217;s on a private network, we went through all the places where our real server&amp;#8217;s IP address was hard coded (mainly in &lt;span class="caps"&gt;DNS&lt;/span&gt; entries).  The result was that this box performed exactly like our production box on a private network.  We then went through the upgrade procedure over several sessions on several days.&lt;/p&gt;


	&lt;p&gt;Last night we finally got the last pieces of the test server upgraded and working properly.  Not a moment too soon either.  Tomorrow Dave and I are scheduled to be in the &lt;span class="caps"&gt;NOC&lt;/span&gt; where the server is located.  We&amp;#8217;ve got a second &lt;span class="caps"&gt;CPU&lt;/span&gt; to add to the server, double its memory to add, and more hard disks.  That plus the OS upgrade should make things pretty nice.  Really, the box is mostly idle as it is.  However, during daily cron jobs it can get pretty sluggish mainly due to backups.&lt;/p&gt;


	&lt;p&gt;Since we still have the original VM image, our plan is redo the upgrade one more time.  We&amp;#8217;re much more confident about the process than we were two weeks ago.  One more go at the process and it&amp;#8217;ll be rock solid!&lt;/p&gt;</description>
      <pubDate>Sat, 24 Jun 2006 10:11:35 -0500</pubDate>
      <guid isPermaLink="false">urn:uuid:6db2c253-1cad-4d23-8e3f-16becec91f97</guid>
      <author>Doug</author>
      <link>http://blog.lathi.net/articles/2006/06/24/testing-server-setups</link>
      <category>System Administration</category>
      <category>Software</category>
      <category>Hardware</category>
      <category>virtualmachine</category>
      <category>debian</category>
      <category>parallels</category>
    </item>
  </channel>
</rss>
