<?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>Jonathan Delgado&#039;s Weblog &#187; Comp Stuff</title>
	<atom:link href="http://www.techno-obscura.com/~delgado/blog/category/comp-stuff/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.techno-obscura.com/~delgado/blog</link>
	<description>Jonathan&#039;s periodic postings of varying importance</description>
	<lastBuildDate>Tue, 03 Aug 2010 14:11:30 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>check_raid_amrstat Nagios plugin</title>
		<link>http://www.techno-obscura.com/~delgado/blog/2010/07/check_raid_amrstat/</link>
		<comments>http://www.techno-obscura.com/~delgado/blog/2010/07/check_raid_amrstat/#comments</comments>
		<pubDate>Fri, 30 Jul 2010 19:44:29 +0000</pubDate>
		<dc:creator>Jonathan Delgado</dc:creator>
				<category><![CDATA[Comp Stuff]]></category>
		<category><![CDATA[nagios]]></category>

		<guid isPermaLink="false">http://www.techno-obscura.com/~delgado/blog/?p=96</guid>
		<description><![CDATA[We recently recycled a Dell Poweredge  1750 equipped with a PERC 4/Di RAID controller into my realm and have it running FreeBSD 8. The PERC4/Di is a rebranded LSI MegaRAID controller and uses the amr driver under FreeBSD.
There is an appropriately titled &#8220;check_raid_amrstat &#8211; Dell AMR PERC4 FreeBSD&#8221; plugin already on Nagios Exchange and [...]]]></description>
			<content:encoded><![CDATA[<p>We recently recycled a Dell Poweredge  1750 equipped with a PERC 4/Di RAID controller into my realm and have it running FreeBSD 8. The PERC4/Di is a rebranded LSI MegaRAID controller and uses the amr driver under FreeBSD.</p>
<p>There is an appropriately titled &#8220;check_raid_amrstat &#8211; Dell AMR PERC4 FreeBSD&#8221; plugin already on <a href="http://exchange.nagios.org/directory/Plugins/Operating-Systems/BSD/FreeBSD/check_raid_amrstat-%252D-Dell-AMR-PERC4-FreeBSD/details">Nagios Exchange</a> and <a href="http://www.monitoringexchange.org/p/1698">Monitoring Exchange</a>, but as usual I can&#8217;t seem to be content with some other people&#8217;s code. </p>
<p>I cleaned up the code a bit. It is a bit more in sticking with the plugin writing guidelines. Presents a bit more info than the original in a more compact format, with output similar to <a href="http://www.techno-obscura.com/~delgado/blog/2007/06/check_megaraid_sas-nagios-plugin/">my MegaRAID SAS plugin</a>. Nothing radical at all, but I like it better and present it <a href="http://www.techno-obscura.com/~delgado/code/check_raid_amrstat">here</a> in case you want to see an alternative.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.techno-obscura.com/~delgado/blog/2010/07/check_raid_amrstat/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>iPad VGA Adapter</title>
		<link>http://www.techno-obscura.com/~delgado/blog/2010/05/ipad-vga-adapter/</link>
		<comments>http://www.techno-obscura.com/~delgado/blog/2010/05/ipad-vga-adapter/#comments</comments>
		<pubDate>Wed, 19 May 2010 17:34:04 +0000</pubDate>
		<dc:creator>Jonathan Delgado</dc:creator>
				<category><![CDATA[Comp Stuff]]></category>
		<category><![CDATA[iPad]]></category>

		<guid isPermaLink="false">http://www.techno-obscura.com/~delgado/blog/?p=91</guid>
		<description><![CDATA[Work bought me an iPad, which is great. My goal in acquiring it was to use it as a substitute for my work-issued MacBook that gets carted in to the office every now and then when I need to run some mobile presentations and such. One of the things that had me sold on this [...]]]></description>
			<content:encoded><![CDATA[<p>Work bought me an iPad, which is great. My goal in acquiring it was to use it as a substitute for my work-issued MacBook that gets carted in to the office every now and then when I need to run some mobile presentations and such. One of the things that had me sold on this potential was that Apple sells a VGA adapter for the iPad that connects via the dock port.</p>
<p><a href="http://www.techno-obscura.com/~delgado/blog/wp-content/uploads/2010/05/iPad-VGA.jpg"><img src="http://www.techno-obscura.com/~delgado/blog/wp-content/uploads/2010/05/iPad-VGA-300x225.jpg" alt="iPad VGA adapter" width="300" height="225" class="alignnone size-medium wp-image-92" /></a></p>
<p>So today we had a meeting at work and it was my big chance to show off how well this plan was work. I hook the iPad up to our projector with the VGA adapter. Oddly, I don&#8217;t get any mirrored display. </p>
<p>Change around inputs on the projector looking for signals. Still nada.</p>
<p>Go into iPad settings to see if any new option has popped up recognizing the attached bit of hardware. Also nada.</p>
<p>Google around a bit and&#8230; oh damn. According to Apple (<a href="http://support.apple.com/kb/HT4108">Article HT4108</a>):</p>
<blockquote><p>The iPad Dock Connector to VGA Adapter can play content to a VGA display when using the following apps:</p>
<ul>
<li>Videos</li>
<li>Photos—Slideshow playback only</li>
<li>YouTube</li>
<li>Keynote</li>
<li>Safari—Video content on webpages</li>
</ul>
</blockquote>
<p>So until I actually start playing a video, photos, etc. I get no output at all from the VGA. I can&#8217;t browse websites in Safari over VGA, so I can&#8217;t, for example, use the iPad to go through our help desk ticketing system during the weekly group meeting. Can&#8217;t demonstrate application configuration on the big screen, etc etc. I generally like Apple hardware, and I really want to like this and for it to work, but it has just turned into a big failure and disappointment. </p>
<p>I understand that Apple might want to, under some circumstances, restrict your video output so you aren&#8217;t arbitrarily dumping licensed content out over a digital connection. Instead with this they are limiting you so tightly over what they will allow you to output, for no real explainable reason. Wouldn&#8217;t it be easier to just have the VGA output be universal and then restrict certain flagged content (which they already do) if you try to push it out over the adapter?</p>
<p>I can only come up with two possible explanations for why this is done this way:</p>
<ol>
<li>The iPad is running an OS that is still fundamentally thinking it is dealing with something more along the lines of an iPod Touch, and that all that there really is worth displaying on a big screen is videos and photos.</li>
<li>If you were able to hook up the iPad to an external display and use a Bluetooth keyboard on it, you would pretty much kill some large percentage (lets just say 20%) of the market for notebooks like the MacBook Air. So cripple the iPad to force consumers to move further up the foodchain to get full video out capability.</li>
</ol>
<p>Hopefully this is just the first case and things will improve with the next OS release. I really do like my iPad, but this feature has pretty much killed a large part of its intended functionality.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.techno-obscura.com/~delgado/blog/2010/05/ipad-vga-adapter/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Nagios Plugin Repository</title>
		<link>http://www.techno-obscura.com/~delgado/blog/2009/07/nagios-plugin-repository/</link>
		<comments>http://www.techno-obscura.com/~delgado/blog/2009/07/nagios-plugin-repository/#comments</comments>
		<pubDate>Thu, 02 Jul 2009 18:42:50 +0000</pubDate>
		<dc:creator>Jonathan Delgado</dc:creator>
				<category><![CDATA[Comp Stuff]]></category>
		<category><![CDATA[nagios]]></category>

		<guid isPermaLink="false">http://www.techno-obscura.com/~delgado/blog/?p=59</guid>
		<description><![CDATA[It seems I have missed out on some drama related to Nagios recently. I went to take a look at the listing for the Nagios plugins I have put out there on nagiosexchange.org only to discover that they have now rebranded themselves as monitoringexchange.org and are run by a group that is now dedicated to [...]]]></description>
			<content:encoded><![CDATA[<p>It seems I have missed out on some drama related to Nagios recently. I went to take a look at the listing for the Nagios plugins I have put out there on <a href="http://www.nagiosexchange.org/">nagiosexchange.org</a> only to discover that they have now rebranded themselves as <a href="http://www.monitoringexchange.org/">monitoringexchange.org</a> and are run by a group that is now dedicated to a fork of Nagios called <a href="http://www.icinga.org/">Icinga</a>. How confusing&#8230; and now there is a new plugin site at <a href="http://exchange.nagios.org/">exchange.nagios.org</a>.</p>
<p>I have no clue about which of these two sites is going to end up being the de facto source for Nagios plugins, but I have claimed what is mine on the Nagios branded one and will probably maintain things in parallel for the time being. Here are the links there for my LSI MegaRAID SAS (Dell PERC5 &amp; PERC6) plugin, <a href="http://exchange.nagios.org/directory/Plugins/Hardware/Storage-Systems/RAID-Controllers/check_megaraid_sas/details">check_megaraid_sas</a>, and my Perforce license plugin, <a href="http://exchange.nagios.org/directory/Plugins/License-Management/check_p4_license--3A-Perforce-license-checker/details">check_p4_license</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.techno-obscura.com/~delgado/blog/2009/07/nagios-plugin-repository/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Nagios plugin for Perforce license</title>
		<link>http://www.techno-obscura.com/~delgado/blog/2009/04/nagios-plugin-for-perforce-license/</link>
		<comments>http://www.techno-obscura.com/~delgado/blog/2009/04/nagios-plugin-for-perforce-license/#comments</comments>
		<pubDate>Wed, 08 Apr 2009 18:31:48 +0000</pubDate>
		<dc:creator>Jonathan Delgado</dc:creator>
				<category><![CDATA[Comp Stuff]]></category>
		<category><![CDATA[nagios]]></category>

		<guid isPermaLink="false">http://www.techno-obscura.com/~delgado/blog/?p=46</guid>
		<description><![CDATA[I feel like whatever code I write, no matter how simple or seemingly insignificant, eventually ends up becoming useful to someone else at some point. So here is a quick Nagios plugin that I whipped up today, check_p4_license.
I have a server running Perforce at work and it seems that every other year I have managed [...]]]></description>
			<content:encoded><![CDATA[<p>I feel like whatever code I write, no matter how simple or seemingly insignificant, eventually ends up becoming useful to someone else at some point. So here is a quick Nagios plugin that I whipped up today, <a href="/~delgado/code/check_p4_license">check_p4_license</a>.</p>
<p>I have a server running <a href="http://www.perforce.com/">Perforce</a> at work and it seems that every other year I have managed to not realize the license needed renewing until someone said to me, &#8220;Hey, is there any reason Perforce isn&#8217;t working?&#8221;</p>
<p>This year my spider-senses started tickling earlier on and I caught it in time, but I told myself I needed to count on more than just an odd sense of doom and foreboding in April. So I wrote a quickly Perl script that calls the Perforce p4 CLI tool and looks at your server&#8217;s license info and gripes back to you if it is going to be expiring any time soon.</p>
<p>I have also placed this plugin up on <a href="http://www.nagiosexchange.org/cgi-bin/page.cgi?g=Detailed%2F3033.html;d=1">NagiosExchange</a>, because I have found that it is better for me to do so earlier on than to have someone else find my stuff and upload then abandon it.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.techno-obscura.com/~delgado/blog/2009/04/nagios-plugin-for-perforce-license/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Apache Proxy for Filemaker 10 Advanced Server IWP</title>
		<link>http://www.techno-obscura.com/~delgado/blog/2009/04/proxy-for-filemaker-10-iwp/</link>
		<comments>http://www.techno-obscura.com/~delgado/blog/2009/04/proxy-for-filemaker-10-iwp/#comments</comments>
		<pubDate>Mon, 06 Apr 2009 19:41:02 +0000</pubDate>
		<dc:creator>Jonathan Delgado</dc:creator>
				<category><![CDATA[Comp Stuff]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[filemaker]]></category>

		<guid isPermaLink="false">http://www.techno-obscura.com/~delgado/blog/?p=38</guid>
		<description><![CDATA[This isn&#8217;t any major ground breaking discover, not even a minor hack. What it is, however, is a simple solution to a question that didn&#8217;t  turn up any good results when I tried to Google it earlier on.
The Problem: I have a user with a Filemaker database that they want to quickly share via the [...]]]></description>
			<content:encoded><![CDATA[<p>This isn&#8217;t any major ground breaking discover, not even a minor hack. What it is, however, is a simple solution to a question that didn&#8217;t  turn up any good results when I tried to Google it earlier on.</p>
<p><strong>The Problem</strong>: I have a user with a Filemaker database that they want to quickly share via the Internet, which is generally easy to do using the Instant Web Publishing (IWP). I don&#8217;t, however, want to have the Filemaker server exposed through the firewall. I want to be able to use an Apache server I have sitting on the edge of the network to proxy for it instead.</p>
<p><span id="more-38"></span></p>
<p><strong>The (old) Solution</strong>: With the old Filemaker Server 7 we were able to using the basic Apache mod_proxy using the <code>ProxyPass</code> and <code>ProxyPassReverse</code> directives worked fine. There was a trick though, and that was that you had to proxy back to a specific port on the Filemaker server, port 16080, otherwise your request for http://external.server/fmi/iwp/ would keep redirecting to http://internal.server/fmi/iwp/. So in short our Apache conf would work with: <code><br />
    ProxyPass /fmi/iwp http://internal.server:16080/fmi/iwp<br />
    ProxyPassReverse /fmi/iwp http://internal.server:16080/fmi/iwp<br />
</code></p>
<p>Unfortunately this approach no longer worked when we installed a new Filemaker 10 Advanced Server system. The port 16080 solution no longer existed and the same problems with just doing a straight reverse proxy still existed.</p>
<p><strong>The (new) Solution</strong>: So some simple digging in the Apache config on the Filemaker server showed that Filemaker is simply inserting their own version of mod_jk (they are calling it mod_jk_fm) into Apache and then talking back to their own Tomcat server they installed as part of the package. Right at the end of the httpd.conf they have: <code><br />
Include '/Library/FileMaker Server/Admin/admin-helper/WEB-INF/conf/mod_jk.conf'<br />
</code><br />
and said mod_jk.conf looks like: <code><br />
LoadModule jk_fm_module '/Library/FileMaker Server/Web Publishing/publishing-engine/web-server-support/apache-2.2/mod_jk_fm.so'<br />
JkFmWorkersFile '/Library/FileMaker Server/Admin/admin-helper/WEB-INF/conf/workers.properties'<br />
JkFmLogFile '/Library/FileMaker Server/Logs/web_server_module_log.txt'<br />
JkFmShmFile '/Library/FileMaker Server/Logs/mod_jk_shm.txt'<br />
JkFmLogLevel error<br />
JkFmLogStampFormat "[%a %b %d %H:%M:%S %Y]"<br />
JkFmOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories<br />
JkFmRequestLogFormat "%w %V %T"<br />
JkFmMount /fmi/config config<br />
JkFmMount /fmi/config/* config<br />
JkFmMount /fmi/iwp wpc<br />
JkFmMount /fmi/iwp/* wpc<br />
JkFmMount /fmi/xml/* wpc<br />
JkFmMount /fmi/xsl/cnt/* cwpe<br />
JkFmMount /fmi/xsl/relay/* cwpe<br />
JkFmMount /fmi/xsl/*.xsl cwpe<br />
</code><br />
and the workers.properties file is just: <code><br />
worker.list=wpc,cwpe,config<br />
worker.config1.host=127.0.0.1<br />
worker.config1.type=ajp13<br />
worker.config1.port=16018<br />
worker.config1.lbfactor=1<br />
worker.config2.host=127.0.0.1<br />
worker.config2.type=ajp13<br />
worker.config2.port=16018<br />
worker.config2.lbfactor=1<br />
worker.cwpe1.host=127.0.0.1<br />
worker.cwpe1.type=ajp13<br />
worker.cwpe1.port=16018<br />
worker.cwpe1.lbfactor=1<br />
worker.cwpe2.host=127.0.0.1<br />
worker.cwpe2.type=ajp13<br />
worker.cwpe2.port=16018<br />
worker.cwpe2.lbfactor=1<br />
worker.wpc1.host=127.0.0.1<br />
worker.wpc1.type=ajp13<br />
worker.wpc1.port=16016<br />
worker.wpc1.lbfactor=1<br />
worker.wpc1.retries=20<br />
worker.wpc2.host=127.0.0.1<br />
worker.wpc2.type=ajp13<br />
worker.wpc2.port=16016<br />
worker.wpc2.lbfactor=1<br />
worker.wpc2.retries=20<br />
worker.config.type=lb<br />
worker.config.balance_workers=config1,config2<br />
worker.cwpe.type=lb<br />
worker.cwpe.balance_workers=cwpe1,cwpe2<br />
worker.wpc.type=lb<br />
worker.wpc.balance_workers=wpc1,wpc2<br />
</code></p>
<p>As it turns out, the naive approach/solution is the one that works. FM 10 Server&#8217;s instance of Tomcat is listening on all of the network interfaces, not just the localhost, and will happily accept AJP13 connections from other systems. What I did on my external (proxying) Apache server was to install my own copy of mod_jk and then include my own modified version of the the mod_jk.conf into the man httpd.conf: <code></p>
<p>        JkWorkersFile etc/apache2/workers.properties<br />
        JkLogFile  /var/log/jk.log<br />
        JkShmFile  /var/log/jk-runtime-status<br />
        JkLogLevel error</p>
<p>        JkLogStampFormat "[%a %b %d %H:%M:%S %Y]"<br />
        JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories<br />
        JkRequestLogFormat "%w %V %T"</p>
<p></code><br />
I trimmed down my own workers.properties (using the IP adress of the internal FM server for the host field) to: <code><br />
worker.list=wpc<br />
worker.wpc1.host=###.###.###.###<br />
worker.wpc1.type=ajp13<br />
worker.wpc1.port=16016<br />
worker.wpc1.lbfactor=1<br />
worker.wpc1.retries=20<br />
worker.wpc2.host=###.###.###.###<br />
worker.wpc2.type=ajp13<br />
worker.wpc2.port=16016<br />
worker.wpc2.lbfactor=1<br />
worker.wpc2.retries=20<br />
worker.wpc.type=lb<br />
worker.wpc.balance_workers=wpc1,wpc2<br />
</code><br />
and then in my VirtualHost definition for the proxying site I have:<code><br />
###<br />
# Filemaker 10 server Instant Web Publishing Proxy<br />
###</p>
<p>        JkMount /fmi/iwp wpc<br />
        JkMount /fmi/iwp/* wpc</p>
<p></code></p>
<p>That was it. I think I spent far more time trying to Google an answer to the initial problem than I did in actually solving it once I finally decided to take my own look at things. I am sure there is some sort of life lesson in there, but for the sake of those who don&#8217;t want to learn them themselves, I have provided you with my solution.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.techno-obscura.com/~delgado/blog/2009/04/proxy-for-filemaker-10-iwp/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
