<?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>MisterX Tech</title>
	<atom:link href="http://misterx.org/feed/" rel="self" type="application/rss+xml" />
	<link>http://misterx.org</link>
	<description>Ramblings of yet another Sysadmin</description>
	<lastBuildDate>Thu, 02 Sep 2010 20:52:49 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Why MySQL (and other DBs as well) indexes/keys are good!</title>
		<link>http://misterx.org/2010/09/02/why-mysql-and-other-dbs-as-well-indexeskeys-are-good/</link>
		<comments>http://misterx.org/2010/09/02/why-mysql-and-other-dbs-as-well-indexeskeys-are-good/#comments</comments>
		<pubDate>Thu, 02 Sep 2010 17:42:25 +0000</pubDate>
		<dc:creator>MisterX</dc:creator>
				<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=166</guid>
		<description><![CDATA[I was working with a managed customer who handles their own DBA tasks on their servers when I noticed a recent change had created a major slow down in the speed of their front page. Here is the Apache Bench of their main page (actual URL removed to protect the guilty). Server Software:        Apache/2.2.0 Server [...]]]></description>
		<wfw:commentRss>http://misterx.org/2010/09/02/why-mysql-and-other-dbs-as-well-indexeskeys-are-good/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Yet another cool use for SSDs</title>
		<link>http://misterx.org/2010/08/27/yet-another-cool-use-for-ssds/</link>
		<comments>http://misterx.org/2010/08/27/yet-another-cool-use-for-ssds/#comments</comments>
		<pubDate>Fri, 27 Aug 2010 16:16:48 +0000</pubDate>
		<dc:creator>MisterX</dc:creator>
				<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=155</guid>
		<description><![CDATA[I did a test for a SSD as a external journal for a ext3 based single SCSI drive with some mildly interesting results ! I was going to rerun with a larger test size but ran out of time. If anyone re-runs this test and can send me the results I would like to see [...]]]></description>
		<wfw:commentRss>http://misterx.org/2010/08/27/yet-another-cool-use-for-ssds/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Spammers adopt Facebook headers ?</title>
		<link>http://misterx.org/2010/08/04/spammers-adopt-facebook-headers/</link>
		<comments>http://misterx.org/2010/08/04/spammers-adopt-facebook-headers/#comments</comments>
		<pubDate>Wed, 04 Aug 2010 17:10:42 +0000</pubDate>
		<dc:creator>MisterX</dc:creator>
				<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=130</guid>
		<description><![CDATA[I saw these yet again today on a spam that found its way into a spam trap I have. X-Priority: 3 X-Mailer: ZuckMail [version 1.00] X-Facebook-Notify: password_reset; mailid= Errors-To: terrace45@rotortug.com X-FACEBOOK-PRIORITY: 1 MIME-Version: 1.0 The offending sender is (91.90.12.239) which , surprise surprise, isn&#8217;t a Facebook IP. I am working on a Spamassassin rule for [...]]]></description>
		<wfw:commentRss>http://misterx.org/2010/08/04/spammers-adopt-facebook-headers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google Wifi blunder or wake up call ?</title>
		<link>http://misterx.org/2010/07/22/google-wifi-blunder-or-wake-up-call/</link>
		<comments>http://misterx.org/2010/07/22/google-wifi-blunder-or-wake-up-call/#comments</comments>
		<pubDate>Thu, 22 Jul 2010 22:37:19 +0000</pubDate>
		<dc:creator>MisterX</dc:creator>
				<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=121</guid>
		<description><![CDATA[Love it or hate it google has around 600GB or captured wifi data  ! I do not want to get into war of opinions about this but I do think this should be a wake up call for everyone using wireless who has not secured their network to do so. If you dont know how [...]]]></description>
		<wfw:commentRss>http://misterx.org/2010/07/22/google-wifi-blunder-or-wake-up-call/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Star Trek, Linux, and BoFH MoTD</title>
		<link>http://misterx.org/2010/07/22/112/</link>
		<comments>http://misterx.org/2010/07/22/112/#comments</comments>
		<pubDate>Thu, 22 Jul 2010 15:33:36 +0000</pubDate>
		<dc:creator>MisterX</dc:creator>
				<category><![CDATA[Geeky Stuff]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=112</guid>
		<description><![CDATA[If you do a : telnet misterx.org 1701 You can get several MoTDs and some info on Star Trek online. Why did I do this..who knows&#8230;I was bored one night waiting for a FS benchmark to finish. Heck I dont even play Star Trek online I just was playing with a way to parse content [...]]]></description>
		<wfw:commentRss>http://misterx.org/2010/07/22/112/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>RHEL 6 Beta ..I finally am finding the time!</title>
		<link>http://misterx.org/2010/07/21/rhel-6-beta-i-finally-am-finding-the-time/</link>
		<comments>http://misterx.org/2010/07/21/rhel-6-beta-i-finally-am-finding-the-time/#comments</comments>
		<pubDate>Thu, 22 Jul 2010 01:03:03 +0000</pubDate>
		<dc:creator>MisterX</dc:creator>
				<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=110</guid>
		<description><![CDATA[[root@localhost ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.0 Beta (Santiago) LET THE FLOGGINGS (benchmarks) BEGIN! Update: Appears the project iotop that I have been eyeing for sometime is now a option in the standard install. This is very nice I hope they choose some of the other system tools (like updated dstat, [...]]]></description>
		<wfw:commentRss>http://misterx.org/2010/07/21/rhel-6-beta-i-finally-am-finding-the-time/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Atoms vs GlusterFS (and why I like MSI-X)</title>
		<link>http://misterx.org/2010/03/30/atoms-vs-glusterfs-and-why-i-like-msi-x/</link>
		<comments>http://misterx.org/2010/03/30/atoms-vs-glusterfs-and-why-i-like-msi-x/#comments</comments>
		<pubDate>Wed, 31 Mar 2010 03:30:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=88</guid>
		<description><![CDATA[Well I am in the process of testing clusterFS solutions for work and figured it would also be a great chance to put our Atom product (SuperMicro&#8217;s 5015A-H) through the paces. During the testing phase, as seen here, I found that tests would need more horsepower to really be worthwhile. I did find out that [...]]]></description>
		<wfw:commentRss>http://misterx.org/2010/03/30/atoms-vs-glusterfs-and-why-i-like-msi-x/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Apache achieves Leet-ness</title>
		<link>http://misterx.org/2010/02/12/apache-achieves-leet-ness/</link>
		<comments>http://misterx.org/2010/02/12/apache-achieves-leet-ness/#comments</comments>
		<pubDate>Fri, 12 Feb 2010 18:22:23 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[Humorous Images]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=81</guid>
		<description><![CDATA[Was troubleshooting a coding issue for a customer the other day when I noticed the number of requests currently being processed. I am going to write about this in the coming days. Basically there was a code issue (we do not support code for this customer) that caused a large number of &#8220;sleep&#8221; states in [...]]]></description>
		<wfw:commentRss>http://misterx.org/2010/02/12/apache-achieves-leet-ness/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5 Minute Disk I/O in KB</title>
		<link>http://misterx.org/2009/12/16/5-minute-disk-io-in-kb/</link>
		<comments>http://misterx.org/2009/12/16/5-minute-disk-io-in-kb/#comments</comments>
		<pubDate>Thu, 17 Dec 2009 00:04:24 +0000</pubDate>
		<dc:creator>MisterX</dc:creator>
				<category><![CDATA[MRTG]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=61</guid>
		<description><![CDATA[THIS IS LEGACY I HAVE REPLACED IT. I am leaving this up for archival purposes as it does still work just not as accurately as I would like. OS: CentOS 5.4 Arch : x86_64 Version : 0.1a Required Packages : netsnmpd, sysstat snmpd conf addition: exec .1.3.6.1.4.1.2021.40 SARDISKIO /usr/bin/mrtg_diskio Client Script Used: &#60;script&#62; #!/bin/bash #V [...]]]></description>
		<wfw:commentRss>http://misterx.org/2009/12/16/5-minute-disk-io-in-kb/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Debugging Apache segfault with strace</title>
		<link>http://misterx.org/2009/12/10/debugging-apache-segfault-work-in-progress/</link>
		<comments>http://misterx.org/2009/12/10/debugging-apache-segfault-work-in-progress/#comments</comments>
		<pubDate>Thu, 10 Dec 2009 19:51:09 +0000</pubDate>
		<dc:creator>MisterX</dc:creator>
				<category><![CDATA[Apache]]></category>

		<guid isPermaLink="false">http://misterx.org/?p=55</guid>
		<description><![CDATA[OS: CentOS 4.8 Apache : Custom RPM from source with only a single change to the location of the suexec directory strace -t -f -v  -p $process -o /path/to/outputfile (note the $process is the primary Apache Process) To find the primary Apache Process you do a : ps -ef &#124; grep httpd and it returns [...]]]></description>
		<wfw:commentRss>http://misterx.org/2009/12/10/debugging-apache-segfault-work-in-progress/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
