<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    <title>Daniel E. Markle's Blog - System Administration</title>
    <link>http://www.ashtech.net/~syntax/blog/</link>
    <description>Blatherings on Technology and Life</description>
    <dc:language>en</dc:language>
    <admin:errorReportsTo rdf:resource="mailto:" />
    <generator>Serendipity 1.2.1 - http://www.s9y.org/</generator>
    <managingEditor>syntax@ashtech.net</managingEditor>
<webMaster>syntax@ashtech.net</webMaster>

    <image>
        <url>http://ashtech.net/~syntax/blog/uploads/128blackcat.png</url>
        <title>RSS: Daniel E. Markle's Blog - System Administration - Blatherings on Technology and Life</title>
        <link>http://www.ashtech.net/~syntax/blog/</link>
        <width></width>
        <height></height>
    </image>

<item>
    <title>Be Careful with / in ProxyPass</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/110-Be-Careful-with-in-ProxyPass.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/110-Be-Careful-with-in-ProxyPass.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=110</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=110</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    I use the built-in Apache 2.2 ajp ProxyPass support when deploying Tomcat and JBoss applications via Apache.  When doing so, be careful your slashes match up or you can have subtle problems with applications which use redirects.  For example, I was deploying a &lt;a href=&quot;http://jspwiki.org&quot;&gt;JSPWiki&lt;/a&gt; but having an odd problem with authentication where logins would seem to fail but then work fine if I manually reloaded the page.  I was using this Apache configuration:&lt;br /&gt;
&lt;br /&gt;
&lt;code&gt;ProxyPass           /webdevwiki  ajp://127.0.0.1:8009/webdevwiki/&lt;br /&gt;
ProxyPassReverse    /webdevwiki  ajp://127.0.0.1:8009/webdevwiki/&lt;/code&gt;&lt;br /&gt;
&lt;br /&gt;
This appeared to work fine, but when logging in an extra slash would get added to the Login.jsp redirection page.  This kept the redirect to the main page from working, causing it to reload the Login.jsp infinitely even though login had been successful.  A manual click of the reload button fixed the site, with authentication and all other functions working until trying to log in again.&lt;br /&gt;
&lt;br /&gt;
&lt;code&gt;ProxyPass           /webdevwiki  ajp://127.0.0.1:8009/webdevwiki&lt;br /&gt;
ProxyPassReverse    /webdevwiki  ajp://127.0.0.1:8009/webdevwiki&lt;/code&gt;&lt;br /&gt;
&lt;br /&gt;
Removing the extra slashes as shown fixed this issue. 
    </content:encoded>

    <pubDate>Tue, 05 Feb 2008 18:06:26 -0500</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/110-guid.html</guid>
    
</item>
<item>
    <title>Making Apache 2.2 valid-user work with mod_authnz_ldap</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/108-Making-Apache-2.2-valid-user-work-with-mod_authnz_ldap.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/108-Making-Apache-2.2-valid-user-work-with-mod_authnz_ldap.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=108</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=108</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    Apache 2.2&#039;s &lt;a href=&quot;http://httpd.apache.org/docs/2.2/mod/mod_authnz_ldap.html&quot; &gt;mod_authnz_ldap&lt;/a&gt; has significant differences from Apache 2.0&#039;s &lt;a href=&quot;http://httpd.apache.org/docs/2.0/mod/mod_auth_ldap.html&quot; &gt;mod_auth_ldap&lt;/a&gt;.  Moving to 2.2, some significant changes are needed which can be confusing and cause seemingly nonsensical authorization loops if directives are missed.&lt;br /&gt;
&lt;br /&gt;
&lt;h4&gt;Necessary modules&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;auth_basic&lt;/li&gt;&lt;li&gt;authz_user&lt;/li&gt;&lt;li&gt;ldap&lt;/li&gt;&lt;li&gt;authnz_ldap&lt;/li&gt;&lt;/ul&gt;&lt;h4&gt;Directives&lt;/h4&gt;&lt;code&gt;&lt;br /&gt;
        AuthType basic&lt;br /&gt;
        AuthBasicProvider ldap&lt;br /&gt;
        AuthName &quot;My Site&quot;&lt;br /&gt;
        AuthLDAPURL ldap://ldap1.example.com/ou=People,o=Example&lt;br /&gt;
        AuthzLDAPAuthoritative Off&lt;br /&gt;
        Require valid-user&lt;br /&gt;
&lt;/code&gt;&lt;br /&gt;
&lt;code&gt;AuthBasicProvider ldap&lt;/code&gt; is needed instead of &lt;code&gt;AuthLDAPEnabled on&lt;/code&gt;, which no longer exists as a valid directive.&lt;br /&gt;
&lt;br /&gt;
&lt;code&gt;AuthzLDAPAuthoritative Off&lt;/code&gt; is needed to allow the authorization to fall though to &lt;code&gt;Require valid-user&lt;/code&gt;, otherwise you will get &lt;code&gt; auth _ldap authorise: authorisation denied&lt;/code&gt; in your debug messages after it successfully authenticates the user but fails to find an authorization directive to allow access.  These messages will not show up in your logs by default, so it can be confusing if you watch the ldap server, see authentication succeed, and wonder why it keeps requesting a username and password. 
    </content:encoded>

    <pubDate>Thu, 03 Jan 2008 12:46:05 -0500</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/108-guid.html</guid>
    
</item>
<item>
    <title>Zimbra Calendar Reminders Not Individually Configurable</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/95-Zimbra-Calendar-Reminders-Not-Individually-Configurable.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/95-Zimbra-Calendar-Reminders-Not-Individually-Configurable.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=95</wfw:comment>

    <slash:comments>1</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=95</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    &lt;a href=&quot;http://zimbra.com/&quot;&gt;Zimbra&lt;/a&gt; lacks a calendar feature commonly used by serious Outlook and Entourage users, the ability to configure reminders for individual calendar entries.  The workaround is to create a &#039;reminder&#039; calendar entry, which does not work well as it requires manually changing the reminder if the original appointment changes.  If you are a current or prospective Zimbra user and would like to have this feature added, please &lt;a href=&quot;http://bugzilla.zimbra.com/show_bug.cgi?id=8854&quot; &gt;vote for this bug&lt;/a&gt;.  On a related note, the Zimbra Toaster (which provides popup notification of new mail) does not support calendar reminders, which is documented in &lt;a href=&quot;http://bugzilla.zimbra.com/show_bug.cgi?id=12740&quot; &gt;this bug&lt;/a&gt;. 
    </content:encoded>

    <pubDate>Fri, 06 Jul 2007 10:57:39 -0400</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/95-guid.html</guid>
    
</item>
<item>
    <title>APC Back-UPS XS 1500</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/94-APC-Back-UPS-XS-1500.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/94-APC-Back-UPS-XS-1500.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=94</wfw:comment>

    <slash:comments>16</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=94</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    &lt;img src=&quot;http://ashtech.net/~syntax/images/apc_ups_xs1500.jpg&quot; alt=&quot;&quot; style=&quot;float: left; padding-right: 4px;&quot; /&gt;In the area where I reside power fluctuations and outages are numerous, so having a UPS is crucial when doing serious computer work.  When my old Belkin F6C800 unit recently died a malodorous death, I decided to return to APC.  Browsing the local Best Buy, I saw a &lt;a href=&quot;http://www.apcc.com/resource/include/techspec_index.cfm?base_sku=BX1500LCD&quot; &gt;Back-UPS XS 1500 LCD&lt;/a&gt; on the shelf with, as the name implies, an LCD display.  Such a geeky feature was beyond resistance for me.&lt;br /&gt;
&lt;br /&gt;
I use a &lt;a href=&quot;http://www.apcc.com/resource/include/techspec_index.cfm?base_sku=BX1500&quot; &gt;Back-UPS XS 1500&lt;/a&gt; (without the LCD) for various machines downstairs, and it works well.  The only issue with it is the noise; it beeps every time the power fluctuates with no way to turn it off.  On some days when my power is particularly bad, this results in perpetual beeping every few minutes.  Obviously they received many customer complaints about this, as the XS 1500 LCD has two buttons on the front; &#039;Power&#039; and &#039;Mute&#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;strong&gt;Update:&lt;/strong&gt; The display readings for this device are &lt;a href=&quot;http://ashtech.net/~syntax/blog/archives/94-APC-Back-UPS-XS-1500.html#comments&quot;&gt;proving to be inaccurate when tested&lt;/a&gt;.  Do not rely on the readings from this device. &lt;br /&gt;&lt;a href=&quot;http://www.ashtech.net/~syntax/blog/archives/94-APC-Back-UPS-XS-1500.html#extended&quot;&gt;Continue reading &quot;APC Back-UPS XS 1500&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Fri, 08 Jun 2007 07:16:47 -0400</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/94-guid.html</guid>
    
</item>
<item>
    <title>Google Checkout</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/88-Google-Checkout.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/88-Google-Checkout.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=88</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=88</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    I made a purchase with &lt;a href=&quot;http://checkout.google.com&quot;&gt;Google Checkout&lt;/a&gt; earlier this week and was really impressed with the user experience.  While doing some research into using it, I found they are offering &lt;a href=&quot;http://checkout.google.com/support/sell/bin/answer.py?answer=52976&amp;topic=10090&quot; &gt;free checkout services&lt;/a&gt; until 2008.  This seems to be a killer deal for budding businesses; setting up a merchant account and transaction fees are a considerable obstacle for new businesses.&lt;br /&gt;
&lt;br /&gt;
It does however lack &lt;a href=&quot;http://icdevgroup.org/&quot;&gt;Interchange&lt;/a&gt; support.  It is possible to use the basic embedded-in-page checkout with Interchange now, but this HTML option doesn&#039;t provide as nice of an experience for the user.   It also requires more administration work as the retailer has to manually process orders using Google&#039;s checkout site.  Building and contributing Google Checkout XML interface support for Interchange may be in my future. 
    </content:encoded>

    <pubDate>Thu, 03 May 2007 00:25:28 -0400</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/88-guid.html</guid>
    
</item>
<item>
    <title>Recursive Commands Dangerous in Scratchbox User Directories</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/83-Recursive-Commands-Dangerous-in-Scratchbox-User-Directories.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/83-Recursive-Commands-Dangerous-in-Scratchbox-User-Directories.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=83</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=83</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    &lt;img src=&quot;http://ashtech.net/~syntax/images/errors/lilo-borked.png&quot; alt=&quot;&quot; style=&quot;float: left; padding-right: 6px;&quot; /&gt;When using &lt;a href=&quot;http://www.scratchbox.org/&quot; &gt;scratchbox&lt;/a&gt; (a &lt;a href=&quot;http://en.wikipedia.org/wiki/Cross_compiler&quot; &gt;cross-compilation&lt;/a&gt; toolkit), be very careful when moving or deleting user data from the &lt;code&gt;/scratchbox/users&lt;/code&gt; directory.  There are hard links to &lt;code&gt;/dev&lt;/code&gt;, &lt;code&gt;/sys&lt;/code&gt;, and other important directories there after adding users.  Recursive commands are extremely dangerous in these user directories.  The LILO boot results at the left were caused after moving scratchbox into its own partition using recursive commands.&lt;br /&gt;
&lt;br /&gt;
&lt;code&gt;/scratchbox/sbin/sbox_umount_all&lt;/code&gt; is your friend. 
    </content:encoded>

    <pubDate>Wed, 14 Feb 2007 22:15:35 -0500</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/83-guid.html</guid>
    
</item>
<item>
    <title>S.M.A.R.T. is Dumb</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/82-S.M.A.R.T.-is-Dumb.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/82-S.M.A.R.T.-is-Dumb.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=82</wfw:comment>

    <slash:comments>1</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=82</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    I have never had a good experience with &lt;a href=&quot;http://en.wikipedia.org/wiki/Self-Monitoring%2C_Analysis%2C_and_Reporting_Technology&quot; &gt;S.M.A.R.T.&lt;/a&gt; (Self-Monitoring, Analysis, and Reporting Technology).  It usually only reports the drive is about to fail after the drive has already failed and is completely unreadable.  My latest drive failure is yet another case of this, but interesting in that this failure seems to have been quite easily predictable.  The drive was obviously failing from the output of the S.M.A.R.T. monitoring system, with 197 new defects, and over 50 uncorrected errors.  Yet the software in the drive still reports &lt;code&gt;SMART Health Status: OK&lt;/code&gt;. &lt;br /&gt;&lt;a href=&quot;http://www.ashtech.net/~syntax/blog/archives/82-S.M.A.R.T.-is-Dumb.html#extended&quot;&gt;Continue reading &quot;S.M.A.R.T. is Dumb&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Thu, 08 Feb 2007 10:44:11 -0500</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/82-guid.html</guid>
    
</item>
<item>
    <title>OS X: Fixing a Missing Ethernet Port</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/73-OS-X-Fixing-a-Missing-Ethernet-Port.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/73-OS-X-Fixing-a-Missing-Ethernet-Port.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=73</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=73</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    If your ethernet port is not working on OS X (it seems to be most common and/or only on the Intel Macbooks):&lt;ul&gt;&lt;br /&gt;
&lt;li&gt;Rename /Library/Preferences/SystemConfiguration&lt;/li&gt;&lt;br /&gt;
&lt;li&gt;Toggle a setting in the Network System Preferences panel&lt;/li&gt;&lt;br /&gt;
&lt;li&gt;Setup your Network as desired and test it, the configuration should rebuild and your network should now work&lt;/li&gt;&lt;br /&gt;
&lt;/ul&gt;A friend had this happen on his brand new Macbook Pro Core 2.  However, it has never happened on mine.  This may mean the software preload was bad, especially if this happens on a new machine, so doing an Archive and Install is probably a good idea.&lt;br /&gt;
&lt;br /&gt;
&lt;strong&gt;Update:&lt;/strong&gt; Further testing indicates this problem was caused by bad firmware on a &lt;a href=&quot;http://www.smc.com/index.cfm?event=viewProduct&amp;localeCode=EN_USA&amp;cid=7&amp;scid=&amp;pid=1485&quot; &gt;SMC SMCGS16-SMART switch&lt;/a&gt;.  The problem only occurred upon connection to this brand and model of switch, and was resolved permanently by upgrading the firmware in the switch from v.1.00.04 to v.1.00.06_16. 
    </content:encoded>

    <pubDate>Mon, 27 Nov 2006 15:53:32 -0500</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/73-guid.html</guid>
    
</item>
<item>
    <title>Verizon.net and Third Party DSL Routers</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/72-Verizon.net-and-Third-Party-DSL-Routers.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/72-Verizon.net-and-Third-Party-DSL-Routers.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=72</wfw:comment>

    <slash:comments>2</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=72</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    When configuring a third party router with Verizon.net DSL, the DSL modem may need reconfigured to bridged mode and the third party router configured to handle PPPoE instead of the provided DSL modem.  I found this issue in particular with the Westell 6100 DSL modems Verizon is now issuing. An excellent resource in this case is &lt;a href=&quot;http://members.verizon.net/~res08lyg/6100.htm&quot; &gt;this information on configuring the Westell 6100 in bridged mode&lt;/a&gt;, then follow the third party router&#039;s instructions for PPPoE.  Note the &amp;lt;username&amp;gt;@verizon.net and password configured for e-mail is the same one needed for PPPoE. 
    </content:encoded>

    <pubDate>Tue, 21 Nov 2006 17:44:41 -0500</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/72-guid.html</guid>
    
</item>
<item>
    <title>Ubuntu X Server Breakage</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/57-Ubuntu-X-Server-Breakage.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/57-Ubuntu-X-Server-Breakage.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=57</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=57</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    I have been using &lt;a href=&quot;http://ubuntulinux.org/&quot;&gt;Ubuntu&lt;/a&gt; on various desktops lately; it is one of the most polished Linux distributions I have ever used from a desktop refinement standpoint.  However, Ubuntu&#039;s desktop refinement appears to only be skin deep.&lt;br /&gt;
&lt;br /&gt;
The Ubuntu developers tend to make major changes right before release time without adequate testing; &lt;a href=&quot;http://www.nzlinux.org.nz/blogs/2005/04/12/ubuntu-disaster/&quot;&gt;Hoary&#039;s last minute Gnome update&lt;/a&gt;, the many issues I&#039;ve had getting Dapper to work with most video cards (only one machine I&#039;ve tested on so far works with the LiveCD without using safe mode, two have required the alternative install), and the PowerPC LiveCD installer crashing on yaboot thus making the LiveCD installer quite useless on that platform.&lt;br /&gt;
&lt;br /&gt;
All of these issues were quite obvious, happen either every time or extremely often, and would have been caught with even the most rudimentary of testing.  Apparently &lt;a href=&quot;http://www.ubuntuforums.org/showthread.php?t=241254&quot;&gt;this lack of testing extends to their updates as well&lt;/a&gt;.  If I had not noticed their past pattern of not testing before release, I would find it rather amazing that such an update, which kills X11 on their two most major platforms so consistently, slipped through. 
    </content:encoded>

    <pubDate>Tue, 22 Aug 2006 10:49:16 -0400</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/57-guid.html</guid>
    
</item>
<item>
    <title>Data Scrub with Linux RAID or Die</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/53-Data-Scrub-with-Linux-RAID-or-Die.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/53-Data-Scrub-with-Linux-RAID-or-Die.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=53</wfw:comment>

    <slash:comments>3</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=53</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    &lt;img src=&quot;/~syntax/images/satadrives.jpg&quot; alt=&quot;&quot; style=&quot;float: right;&quot; /&gt;It is absolutely critical to use data scrubbing with Linux software RAID.  If you fail to do so, when one of the drives fail and the new one is put in place to resync with, the chance of losing all data is very high.  When Linux resyncs a RAID array, it steps through each and every block on the disk(s) it is syncing from.  If there are any bad blocks on the &#039;good&#039; drives data scrubbing hasn&#039;t found (or data scrubbing isn&#039;t being used), that drive will also be marked as unusable.  This renders your array useless unless an array is in use that can recover from multiple drive failures at the same time, or you have quite a few days to spend on manual recovery.&lt;br /&gt;
&lt;br /&gt;
See this &lt;a href=&quot;http://gentoo-wiki.com/HOWTO_Gentoo_Install_on_Software_RAID#Data_Scrubbing&quot;&gt;information on how to do data scrubbing with Linux RAID&lt;/a&gt; for another description and instructions on how to do this. &lt;br /&gt;&lt;a href=&quot;http://www.ashtech.net/~syntax/blog/archives/53-Data-Scrub-with-Linux-RAID-or-Die.html#extended&quot;&gt;Continue reading &quot;Data Scrub with Linux RAID or Die&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 09 Aug 2006 10:29:25 -0400</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/53-guid.html</guid>
    
</item>
<item>
    <title>Solaris 10 Partitioning, RAID, and ZFS</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/50-Solaris-10-Partitioning,-RAID,-and-ZFS.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/50-Solaris-10-Partitioning,-RAID,-and-ZFS.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=50</wfw:comment>

    <slash:comments>4</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=50</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    The new features in &lt;a href=&quot;http://opensolaris.org&quot;&gt;Solaris&lt;/a&gt; and its legendary stability have convinced me to give it a try.&amp;#160; &lt;br /&gt;&lt;br /&gt;It has quite a few differences from Linux, some of them obviously better and others that are quite obnoxious to a seasoned Linux administrator.&amp;#160; What follows are some notes on a sample configuration setting up RAID and ZFS on a pair of 80GB disks.&amp;#160; I used Solaris 10 06/06, &lt;a href=&quot;http://www.tech-recipes.com/solaris_system_administration_tips225.html&quot;&gt;this short howto&lt;/a&gt; for the RAID information (with quite a few modifications for Solaris 10), and lots of man page reading.&lt;br /&gt;&lt;br /&gt;I expect to follow this up with more notes on Solaris in the following weeks. &lt;br /&gt;&lt;a href=&quot;http://www.ashtech.net/~syntax/blog/archives/50-Solaris-10-Partitioning,-RAID,-and-ZFS.html#extended&quot;&gt;Continue reading &quot;Solaris 10 Partitioning, RAID, and ZFS&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Thu, 13 Jul 2006 18:37:58 -0400</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/50-guid.html</guid>
    
</item>
<item>
    <title>Sun's Useless New Distribution License</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/46-Suns-Useless-New-Distribution-License.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/46-Suns-Useless-New-Distribution-License.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=46</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=46</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    There was much &lt;a href=&quot;http://www.internetnews.com/dev-news/article.php/3606656&quot;&gt;excitement&lt;/a&gt; this week when &lt;a href=&quot;http://sun.com&quot;&gt;Sun&lt;/a&gt; released a version of Java under a license that is supposed to allow Linux distributions to legally package it.&amp;#160; Debian almost immediately made it available in their non-free package repository.&amp;#160; However, it seems no one actually checked the &lt;a href=&quot;http://lists.debian.org/debian-legal/2006/05/msg00066.html&quot;&gt;license&lt;/a&gt;.&amp;#160; The much vaunted new license is actually very hostile to redistribution, completely useless to the very Linux distributions it is supposed to enable packaging with.&lt;br /&gt;&lt;br /&gt;Hopefully this is just a mistake and they have an actually usable license to be released soon.&amp;#160; If not this is a huge mistake by Sun which is going to backfire in their faces quite loudly. 
    </content:encoded>

    <pubDate>Fri, 19 May 2006 15:01:40 -0400</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/46-guid.html</guid>
    
</item>
<item>
    <title>Damn the Usability, Full Gloss Ahead!</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/45-Damn-the-Usability,-Full-Gloss-Ahead!.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/45-Damn-the-Usability,-Full-Gloss-Ahead!.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=45</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=45</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    I have seen a &lt;a href=&quot;http://arstechnica.com/staff/fatbits.ars/2006/5/16/4004&quot;&gt;depressing trend&lt;/a&gt; lately towards full-gloss laptop displays and computer screens.&amp;#160; It is hard to find screens anymore at retail outlets without a mirror-like glossy shine.&amp;#160; Although they look pretty at first glance, you can tell in seconds how unusable they are when you can see a perfect reflection of yourself and/or the store lights superimposed on the screen.&amp;#160; Now even &lt;a href=&quot;http://www.apple.com/macbook/macbook.html&quot;&gt;Apple&lt;/a&gt; is in with the trend; just look at their sample image on that page; half the screen is unusable from glare even on their promotional page.&lt;br /&gt;&lt;br /&gt;I was thrilled when LCDs came out that we were finally rid of the horrible glare problems of shiny glass CRT displays; however now the industry seems determined to bring mirror-like reflections back with a vengeance. &lt;br /&gt;&lt;a href=&quot;http://www.ashtech.net/~syntax/blog/archives/45-Damn-the-Usability,-Full-Gloss-Ahead!.html#extended&quot;&gt;Continue reading &quot;Damn the Usability, Full Gloss Ahead!&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 17 May 2006 09:03:10 -0400</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/45-guid.html</guid>
    
</item>
<item>
    <title>OS X 'Silent' X11</title>
    <link>http://www.ashtech.net/~syntax/blog/archives/42-OS-X-Silent-X11.html</link>
            <category>System Administration</category>
    
    <comments>http://www.ashtech.net/~syntax/blog/archives/42-OS-X-Silent-X11.html#comments</comments>
    <wfw:comment>http://www.ashtech.net/~syntax/blog/wfwcomment.php?cid=42</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.ashtech.net/~syntax/blog/rss.php?version=2.0&amp;type=comments&amp;cid=42</wfw:commentRss>
    

    <author>syntax@ashtech.net (Daniel E. Markle)</author>
    <content:encoded>
    I like &lt;a href=&quot;http://www.apple.com/macosx/features/x11/&quot;&gt;OS X&#039;s X11 implementation&lt;/a&gt;.&amp;#160; It allows X applications to rather cleanly mesh with the OS X environment.&amp;#160; However, when setting up X11 apps for end users X has a habit of popping up a terminal window.&amp;#160; Instead of making users close this window all the time, place a plain text .xinitrc file in their home directory with this line and only this line:&lt;br /&gt;&lt;br /&gt;exec quartz-wm&lt;br /&gt;&lt;br /&gt;This will disable xterm from starting when X starts. 
    </content:encoded>

    <pubDate>Mon, 08 May 2006 21:18:21 -0400</pubDate>
    <guid isPermaLink="false">http://www.ashtech.net/~syntax/blog/archives/42-guid.html</guid>
    
</item>

</channel>
</rss>