<?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>Justin's Blog &#187; Uncategorized</title>
	<atom:link href="http://blog.mozilla.com/justin/category/uncategorized/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/justin</link>
	<description>Mozilla engineering operations...in brief</description>
	<lastBuildDate>Fri, 25 Jul 2008 03:15:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>DNS cache poisioning &#8211; is your name server patched?</title>
		<link>http://blog.mozilla.com/justin/2008/07/24/dns-cache-poisioning-is-your-name-server-patched/</link>
		<comments>http://blog.mozilla.com/justin/2008/07/24/dns-cache-poisioning-is-your-name-server-patched/#comments</comments>
		<pubDate>Fri, 25 Jul 2008 03:15:40 +0000</pubDate>
		<dc:creator>justin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://blog.mozilla.com/justin/?p=22</guid>
		<description><![CDATA[As many of you have probably read, there is a lot of buzz about the recent multi-vendor DNS vulnerability.  The details have to do with weak transaction IDs used by caching name servers and the ability to modify those cached DNS records if you can predict the transaction ID.  Patches to all the [...]]]></description>
			<content:encoded><![CDATA[<p>As many of you have probably <a href="http://www.kb.cert.org/vuls/id/800113">read</a>, there is a lot of buzz about the recent multi-vendor DNS vulnerability.  The details have to do with weak transaction IDs used by caching name servers and the ability to modify those cached DNS records if you can predict the transaction ID.  Patches to all the major DNS systems are out and Mozilla DNS servers have been patched for some time, even though our publicly accessible name servers are not recursive or caching name servers.</p>
<p>While we have done all we can by patching our systems, you should check/yell/complain to your upstream DNS provider and apply pressure to get their servers patched as they mostly likely cache name records for you.  There are a lot of tools out there to check if your favorite caching name server is vulnerable &#8211; http://www.doxpara.com/ and http://entropy.dns-oarc.net/test/ are two that I have seen used.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mozilla.com/justin/2008/07/24/dns-cache-poisioning-is-your-name-server-patched/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Virtual utility computing, finally a reality (mostly)</title>
		<link>http://blog.mozilla.com/justin/2008/05/21/virtual-utility-computing-finally-a-reality-mostly/</link>
		<comments>http://blog.mozilla.com/justin/2008/05/21/virtual-utility-computing-finally-a-reality-mostly/#comments</comments>
		<pubDate>Thu, 22 May 2008 03:24:23 +0000</pubDate>
		<dc:creator>justin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://blog.mozilla.com/justin/?p=19</guid>
		<description><![CDATA[For some time vendors of all kinds have been pitching the promise of utility computing for heterogeneous systems/infrastructure.  &#8220;Just throw more servers in the pool, no need to think! It&#8217;s easy!&#8221; &#8211; yea, right.  It&#8217;s an easier task if all your systems are running the same application &#8211; great load balancers have been [...]]]></description>
			<content:encoded><![CDATA[<p>For some time vendors of all kinds have been pitching the promise of utility computing for heterogeneous systems/infrastructure.  &#8220;Just throw more servers in the pool, no need to think! It&#8217;s easy!&#8221; &#8211; yea, right.  It&#8217;s an easier task if all your systems are running the same application &#8211; great load balancers have been around a long time to help with this, but not when they are running different applications and have different load profiles.  The promise as pitched is quite compelling &#8211; if your compute pool is running hot, just add more resources to a large pool of cpu/memory/disk, allowing the &#8220;system&#8221; to load balance, handle failures, and alert of issues.  The issue has been that the tool sets to implement, manage and maintain have been lacking &#8211; weak partitioning tools, HA schemes that didn&#8217;t work in all situations, difficult migrations or downtime events to add more resources.</p>
<p>Recently <a href="https://blog.mozilla.com/mrz/">mrz</a> took on the task of upgrading our VMWare infrastructure to the latest update &#8211; 3.5.  As part of that upgrade, he investigated and subsequently implemented <a href="http://www.vmware.com/products/vi/vc/drs.html">dynamic resource scheduler</a> or DRS.  Once up, he moved over all the ops/IT virtual machines (VMs) to the resource pool.  </p>
<p>After seeing how it works, I think truly utility computing may finally have arrived.  Once migrated to the resource pool, the system took inventory of all the VMs, inspected the load (both cpu and memory) of all the esx hosts, then made recommendations on how to load balance them &#8211; but thats not all.  With *no* downtime, it automatically performed these migrations, with no user interaction via vmotion (which in itself is pretty amazing).  Super slick.  It keeps tabs on how loaded the esx systems are, will perform VM migrations automatically if cpu load or memory usage on servers change, allows for reservation of cpu/memory and gives partitioning functionality in case you want to make sure 2 VM&#8217;s aren&#8217;t ever on the same esx host.</p>
<p>After working with the system a bit &#8211; it became quite apparent that the idea of utility computing for heterogeneous machines is finally here, center stage.  No longer do we need to manually balance pools of VMs, worry about downtime for upgrades, etc &#8211; it&#8217;s all handled.  Quite literally, as we need more capacity we simply add more hosts to the resource pool.</p>
<p>As far as it&#8217;s come, I still think there are some areas for improvement (which may have already been solved, I just haven&#8217;t heard about them):<br />
* Storage &#8211; still have to allocate a VM to an array of some kind.  While there are ways to move the VM storage around while live, it&#8217;s not tied into the DRS system and is a manual process.  I&#8217;d love to treat storage (both space and iops) as a resource pool and have dynamic allocation of storage resources.<br />
*  Management tools &#8211; I know of some third party tools that help with this, but I think this should be a focus point for VMWare.  They have the most information on the system and really should make metrics a top priority.</p>
<p>Regardless, it&#8217;s come a long way, and using virtualization for the right areas of your infrastructure can really pay off.  It&#8217;s really made a real difference to our users and admins in the areas of management, power usage and overall server utilization.  Now, if someone could *please* compete with VMWare &#8211; some competition (no, Xen is not there yet, but it up and coming) would truly be welcomed.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mozilla.com/justin/2008/05/21/virtual-utility-computing-finally-a-reality-mostly/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Bugzilla improvement project update</title>
		<link>http://blog.mozilla.com/justin/2008/02/12/bugzilla-improvment-project-update/</link>
		<comments>http://blog.mozilla.com/justin/2008/02/12/bugzilla-improvment-project-update/#comments</comments>
		<pubDate>Wed, 13 Feb 2008 03:33:01 +0000</pubDate>
		<dc:creator>justin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://blog.mozilla.com/justin/2008/02/12/bugzilla-improvment-project-update/</guid>
		<description><![CDATA[As you may know from my last post on Bugzilla, a lot of improvements/fixes are in the works.  Wanted to give everyone an update on what has gone live on bugzilla.mozilla.org so far:
 &#8211; Send mail in the background after confirming to the user instead of waiting for the mail to be sent while [...]]]></description>
			<content:encoded><![CDATA[<p>As you may know from my last <a href="http://blog.mozilla.com/justin/2007/12/05/bugzilla-improvments/">post</a> on Bugzilla, a lot of improvements/fixes are in the works.  Wanted to give everyone an update on what has gone live on bugzilla.mozilla.org so far:</p>
<p> &#8211; Send mail in the background after confirming to the user instead of waiting for the mail to be sent while the user waits (related to bug 284184 &#8211; local backport)<br />
 &#8211; Fix for a regression from our last upgrade involving mid-air collision detection (bug 413258/415490)<br />
 &#8211; Fix for a problem with the OpenSearch plugin (bug 411844)<br />
 &#8211; Allow searching for &#8216;&#8212;&#8217; in versions and milestones (bug 362436)<br />
 &#8211; Fix for Subject lines in emails being improperly line-broken and erratically spaced (bug 411544)<br />
 &#8211; Add a References header to notification mails to assist with threading in mail clients (bug 376453)</p>
<p>All in all, a very good beginning, but we have much more in store.  Work has already begun on <a href="http://wiki.mozilla.org/Bugzilla_Fixup">phase 1</a> of our project, scheduled to be complete in Q1 of 2008.  We are very excited about the Bugzilla improvements, hoping it really helps improve productivity for the project!</p>
<p>Related, we are always looking for people to help out.  If you are interested in working on making Bugzilla better for Mozilla and the rest of the OSS community, please get in contact me.  The more people we have working on this, the faster the improvements come <img src='http://blog.mozilla.com/justin/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mozilla.com/justin/2008/02/12/bugzilla-improvment-project-update/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Umbrellas make people happy</title>
		<link>http://blog.mozilla.com/justin/2007/05/15/umbrellas-make-people-happy/</link>
		<comments>http://blog.mozilla.com/justin/2007/05/15/umbrellas-make-people-happy/#comments</comments>
		<pubDate>Tue, 15 May 2007 21:14:11 +0000</pubDate>
		<dc:creator>justin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://blog.mozilla.com/justin/2007/05/15/umbrellas-make-people-happy/</guid>
		<description><![CDATA[Recently there have been a lot of cube moves at MoCo headquarters &#8211; IT included.  We are back upstairs in building K, but the sun was creating an issue for a few of my guys.  Enter Cosco to the rescue:


Kinda like their own IT oasis.  Umbrellas make people happy &#8211; I mean, [...]]]></description>
			<content:encoded><![CDATA[<p>Recently there have been a lot of cube moves at MoCo headquarters &#8211; IT included.  We are back upstairs in building K, but the sun was creating an issue for a few of my guys.  Enter Cosco to the rescue:</p>
<p><img alt="IMG_1134.jpg" src="http://people.mozilla.com/~justin/images/IMG_1134.JPG" width="375" height="500" /><br />
<img alt="IMG_1132.jpg" src="http://people.mozilla.com/~justin/images/IMG_1132.JPG" width="375" height="500" /></p>
<p>Kinda like their own IT oasis.  Umbrellas make people happy &#8211; I mean, what else could get Aravind smiling like this <img src='http://blog.mozilla.com/justin/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mozilla.com/justin/2007/05/15/umbrellas-make-people-happy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
