<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.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>No Content, No Fuss: Grand Recoil update done</title>
    <link>http://anil.recoil.org/blog/articles/2004/08/30/grand-recoil-update-done</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Anil Madhavapeddy</description>
    <item>
      <title>Grand Recoil update done</title>
      <description>&lt;p&gt;Phew!  The big re-arrangement to decommission the venerable F630 &lt;a href="http://www.netapp.com/"&gt;Netapp&lt;/a&gt; is finally pretty much done.  Now we have a new beefy &lt;a href="http://fork.recoil.org"&gt;fork&lt;/a&gt;, a dual-Opteron screaming along as the main mail and CVS server (running the &lt;a href="http://www.openbsd.org/amd64.html"&gt;OpenBSD/amd64&lt;/a&gt; port in SMP mode).  &lt;a href="http://quick.recoil.org/"&gt;Quick&lt;/a&gt; takes up the web serving duties, running &lt;a href="http://www.acme.com/software/thttpd/"&gt;thttpd&lt;/a&gt; and &lt;a href="http://www.apache.org/"&gt;Apache&lt;/a&gt;.  Hidden away from public glare is "chunk", serving up 400Gb of storage for backups and "multimedia content" to both machines.&lt;/p&gt;

&lt;p&gt;The speed increase from removing NFS from the equation has been pretty incredible.  &lt;a href="http://cr.yp.to/proto/maildir.html"&gt;Maildir&lt;/a&gt; is a nice format, but it really needs a top-notch NFS client to avoid dying from &lt;a href="openbsd2"&gt;opendir&lt;/a&gt; overload when users have tens of thousands of mails in a single folder.  Not to mention the locking headaches that NFS introduces as well (on local disks, &lt;a href="http://dovecot.org/"&gt;Dovecot&lt;/a&gt; can now use its index files much more effectively).  Overall, I'm pretty happy with a local disk / rsync combination until some maniac steps up to improve OpenBSD's NFS client to Solaris or FreeBSD levels.&lt;/p&gt;

&lt;p&gt;On the software side, things have really improved regarding 64-bit cleanliness, and only one package, &lt;a href="http://courier.sf.net/"&gt;maildrop&lt;/a&gt; had a problem - it uses C++ exceptions which aren't supported by the amd64 toolchain on OpenBSD yet.  A swift switch to &lt;a href="http://www.procmail.org/"&gt;procmail&lt;/a&gt; later, all worked peachily.  &lt;a href="http://cr.yp.to/qmail.html"&gt;qmail&lt;/a&gt; doesn't compile out of the box, but the excellent &lt;a href="http://www.qmail.org/netqmail/"&gt;netqmail&lt;/a&gt; patchset integrates fixes for this.  Only outstanding task is to bootstrap &lt;a href="http://www.polstra.com/projects/freeware/ezm3/"&gt;ezm3&lt;/a&gt; on amd64 in order to run &lt;a href="http://www.cvsup.org/"&gt;CVSup&lt;/a&gt; (or perhaps &lt;a href="http://www.cvsync.org/"&gt;cvsync&lt;/a&gt; would be simpler).&lt;/p&gt;</description>
      <pubDate>Mon, 30 Aug 2004 12:59:32 +0100</pubDate>
      <guid isPermaLink="false">urn:uuid:c1cf8c6b-cd13-4282-9889-2dadc1beb7bc</guid>
      <author>avsm</author>
      <link>http://anil.recoil.org/blog/articles/2004/08/30/grand-recoil-update-done</link>
      <category>recoil</category>
    </item>
  </channel>
</rss>
