<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">

  <title><![CDATA[Macintosh-Admin]]></title>
  <link href="http://macintosh-admin.com/atom.xml" rel="self"/>
  <link href="http://macintosh-admin.com/"/>
  <updated>2015-06-23T17:01:47-05:00</updated>
  <id>http://macintosh-admin.com/</id>
  <author>
    <name><![CDATA[Macintosh-Admin]]></name>
    
  </author>
  <generator uri="http://octopress.org/">Octopress</generator>

  
  <entry>
    <title type="html"><![CDATA[iCal Server: Broken Web Interface]]></title>
    <link href="http://macintosh-admin.com/blog/2011/05/31/ical-server-broken-web-interface/"/>
    <updated>2011-05-31T08:27:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2011/05/31/ical-server-broken-web-interface</id>
    <content type="html"><![CDATA[<p>I&#8217;ve been using the built-in calendar server OS X Snow Leopard Server offers since day one. Paired with the address book service it saved me from spending another $99/yr on the MobileMe service. However, for the past month or so, the web interface hasn&#8217;t been working and will continually sit at the &#8216;Getting Events&#8217; screen. Today I finally got around to checking through some error logs, specifically <code>/var/log/caldavd/error.log</code>. The following was the error I was getting:</p>

<pre><code>2010-02-01 22:26:59-0600 [-] [caldav-8010] vobject.base.ValidateError: 'VEVENT components cannot contain both DTEND and DURATION components'
</code></pre>

<p>After searching around I came across <a href="https://discussions.apple.com/message/11004979?messageID=11004979">this post on the Apple Discussion Forums</a>. Something interesting to take note of is, the event was added/modified from the web interface (the product id):</p>

<p><code>PRODID:-//Apple Inc.//Web Calendar Client//</code></p>

<p>So that seems to lead me to believe there&#8217;s actually a bug within the web interface that isn&#8217;t setting the right parameters in the events. The fix is to remove the DURATION and replace it with DTEND (if it doesn&#8217;t already exist). What I did to find any events with DURATION was a simple grep:</p>

<figure class='code'> <div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class='bash'><span class='line'>sh-3.2# grep -ir DURATION /Library/CalendarServer/Documents/calendars/__uids__/
</span></code></pre></td></tr></table></div></figure>


<p>Then you can use your favorite editor to remove the DURATION line. Before making edits, I recommend stopping the calendar service, edit, then start it back up.</p>

<p>This resolved my issue, so hopefully it can assist anyone else with a broken web iCal interface.</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Save The Xserve]]></title>
    <link href="http://macintosh-admin.com/blog/2010/11/09/save-the-xserve/"/>
    <updated>2010-11-09T08:25:00-06:00</updated>
    <id>http://macintosh-admin.com/blog/2010/11/09/save-the-xserve</id>
    <content type="html"><![CDATA[<p>This afternoon I received an email in my inbox from a group of people who had put together a website in a last ditch effort to save the Xserve. While I doubt it&#8217;ll have any effect on Apple&#8217;s decision to continue their Apple Xserve product line, it&#8217;s certainly worth a shot. I know I for one am a fan of the Xserve and would love to see it live on.</p>

<blockquote><p>My name is Jesse and I&#8217;m the IT Manager for a small business with offices in Vancouver and Toronto. Over the years, I’ve managed to get Mac OS X Server machines used as the backbone of our IT infrastructure.</p><p>With the announcement by Apple that the XServe is being discontinued, I fear that any serious adoption of OS X Server as an enterprise OS will stall, if not recede entirely. I am personally and professionally frustrated, because while Linux and BSD are close to OS X, but I don&#8217;t particularly want to work with other OSes, because I think OS X is just great.</p><p>Some of us are starting a grassroots campaign to let Apple know how much they&#8217;ve let us down. I doubt it will change their minds, but we aim to try.</p><p><a href="http://www.savethexserve.com/">http://www.savethexserve.com/</a></p><p>Cheers,</p><p>- Jesse S</p></blockquote>


<p>Let&#8217;s see if Apple hears the cries of those who enjoy their Xserve. I sure don&#8217;t want to try rack mounting the Mac Pro :)</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Xserve, Your Day Has Come]]></title>
    <link href="http://macintosh-admin.com/blog/2010/11/05/xserve-your-day-has-come/"/>
    <updated>2010-11-05T08:17:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2010/11/05/xserve-your-day-has-come</id>
    <content type="html"><![CDATA[<p><em>Republished from <a href="http://www.makkintosshu.com/journal/xserve-your-day-has-come">makkintosshu</a> with permission.</em></p>

<p>As of today, the <a href="http://www.apple.com/xserve/">Xserve’s</a> days are officially numbered. 87, to be exact. Come January 31st, 2011, Apple will no longer be selling Xserves.<a href="#fn8672378634cd438fe269d2">1</a> What a shame.</p>

<p>As the <a href="http://images.apple.com/xserve/pdf/L422277A_Xserve_Guide.pdf">transition guide</a> (PDF; linked to from the <a href="http://www.apple.com/xserve/resources.html">Xserve Resources page</a>) explains, the two options going forward will be the <a href="http://www.apple.com/macmini/server/">Mac mini with Snow Leopard Server</a> and the <a href="http://www.apple.com/macpro/">Mac Pro</a> with Snow Leopard Server. To me, the gap seems painfully wide, with the following completely lost:</p>

<ul>
<li><strong>A powerful 1U option.</strong> Yes, you can fit 2+ Mac mini servers in 1U, but that’s not always the correct solution, nor will it yield the same raw processing throughput. Only being able to fit two Mac Pros in a whopping 12U of rack space is an astounding waste of space unless you actually need the internal storage &amp; PCI Express expansion.</li>
<li><strong>Hot swappable internal storage.</strong> I won’t miss the price tag of Apple’s drive modules, that’s for sure, but they did an excellent job of ensuring they were actually enterprise-grade. It’s slightly painful to think that both their server options will require a power down and to be pulled out of the rack<a href="#fn7882956604cd438fe2c46c">2</a> just to swap a drive.</li>
<li><strong>Redundant power supplies.</strong> I’m all for the lower power consumption of the Mac minis and Mac Pros, but the fact that Apple will have no server hardware that can be gracefully transitioned between power sources is very disappointing for those needing high availability.</li>
<li><strong>Lights-Out Management.</strong> I personally don’t use LOM, and I frequently hear complaints about Apple’s LOM implementation, but the number of times I could’ve used it and not had to send someone to the server room (or drive in myself) is <em>way</em> up there. So, not even having it as an option is an additional downer. Maybe someday the Mac Pro will get LOM.</li>
</ul>


<p>That said, the Mac Pro is a far more formidable piece of hardware than the Xserve, and the pricing of the Mac Pro with Snow Leopard Server, much like the Mac mini with Snow Leopard Server, is pretty much just throwing in a copy of Snow Leopard Server. Also, as Brian Stucki of <a href="http://macminicolo.net/">Macminicolo.net</a> <a href="http://twitter.com/macminicolo/status/567156559319040">put it on Twitter</a>, “WAY too many small business put money into [an Xserve] when a Mac mini would have been perfect.”</p>

<p>It’s clear that Apple is saying goodbye to “Enterprise” and honing in on the SMB market.</p>

<p id="fn8672378634cd438fe269d2">1 Of course, there may be some old stock available through Apple Specialists and Apple Authorized Resellers.</p>


<p></p>

<p id="fn7882956604cd438fe2c46c">2 If you have two Mac Pros on a shelf in a four-post rack, you can probably, depending on the positioning of side panels & cross-members, pull the side off of _one_ of them to swap drives. Pain in the ass, though.</p>


<p></p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Fixing the Delete Key In Terminal/SSH Sessions]]></title>
    <link href="http://macintosh-admin.com/blog/2010/07/30/fixing-the-delete-key-in-terminal-slash-ssh-sessions/"/>
    <updated>2010-07-30T08:15:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2010/07/30/fixing-the-delete-key-in-terminal-slash-ssh-sessions</id>
    <content type="html"><![CDATA[<p>I administrate a variety of servers and while most of them don&#8217;t have issues when I connect from my Mac, one of our Debian servers has an issue with the &#8216;delete&#8217; keyboard. Instead of deleting to the left it will do a forward delete and delete the character to the right of the cursor. This is behavior expected of the &#8216;delete&#8217; key near the &#8216;home&#8217; and &#8216;end&#8217; buttons. Fortunately there&#8217;s a quick fix for this. Just open Terminal&#8217;s preferences. Locate the Advanced tab for the Terminal &#8216;profile&#8217; you use and check off the &#8216;Delete sends Ctrl-H&#8217; checkbox. Doing this will restore normal functionality.</p>

<p style="text-align: center;"><img src="http://img.cookiecache.com/di/DNIM/terminal-delete-key.png"></p>



]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Creating a Subversion Repository on OS X Server]]></title>
    <link href="http://macintosh-admin.com/blog/2010/06/08/creating-a-subversion-repository-on-os-x-server/"/>
    <updated>2010-06-08T08:12:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2010/06/08/creating-a-subversion-repository-on-os-x-server</id>
    <content type="html"><![CDATA[<p>I often find myself creating subversion repositories on my OS X Server. I&#8217;ve actually designated my OS X Server to be my Subversion server since Apple has been kind of enough to include the necessary software right out of the box. This applies to both OS X Leopard and Snow Leopard Server. I also find that each time I find myself going back to this one website which includes instructions on how to get it all working. Rather then write our own guide I figured it would be just as easy to link you all to the site I use instead:</p>

<p><a href="http://agileshrugged.com/blog/?p=14">Subversion on OS X Leopard Server</a></p>

<p>It&#8217;s pretty simple to follow, basically you just use the svnadmin command to create the actual repository, then you need to activate a couple modules for Apache via Server Admin, then create a realm, and voila! One thing I do different from the guide, is that I create all my repositories in <code>/usr/local/svn/</code> instead of <code>/usr/local/</code>. This is really just a personal preference thing, however my main reason is for neatness. I like to keep things organized. You of course can create the repositories where ever you&#8217;d like, even in your home folders if that&#8217;s your thing!</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Disk Utility Broken in 10.6.3 – Fixing Degraded RAID Sets]]></title>
    <link href="http://macintosh-admin.com/blog/2010/05/26/disk-utility-broken-in-10-dot-6-3-fixing-degraded-raid-sets/"/>
    <updated>2010-05-26T08:09:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2010/05/26/disk-utility-broken-in-10-dot-6-3-fixing-degraded-raid-sets</id>
    <content type="html"><![CDATA[<p>Back in <a href="http://www.macintosh-admin.com/blog/2008/03/21/software-raid-in-os-x-leopard/">2008 I wrote an article which discussed</a> how one can recover from a degraded mirror RAID-array. Unfortunately it looks like this issue may have popped backup within Disk Utility and still requires one to use the command line version of Disk Utility to correct the issue. One of our readers Matt S. of <a href="http://www.macintosh-admin.com/2010/05/panoramaproductions.biz">Panorama Productions &amp; Digital Services</a> found this out and was kind enough to allow us to re-publish his findings.</p>

<blockquote><p>Unfortunately, my experience today does not support the conclusion that Apple has fixed the GUI in the Disk Utility included with OS 10.6.3.</p><p>I was forced to rely on the command line to add a replacement disk to a degraded RAID-1 because no amount of dragging and dropping in the DU window worked. The drag-and-drop would not place the replacement drive within the existing RAID set and the rebuild button never became active.</p><p>But the process was simpler than your prior description.</p><p>Wanting to take no chances with the data, I first cloned the data off the degraded RAID from the operating drive with Carbon Copy Cloner. In fact, I cloned it twice, to two different drives. Better safe than sorry.</p><p>I installed a new, replacement drive of equal capacity to the operating drive in my MacPro and initialized it as a single partition with a unique and easily identifiable name.</p><p>Using the command line in Terminal, I used the command &#8220;diskutil list&#8221; to get the disk numbers of all the disks installed in my MacPro.</p><p>Then, with no other commands necessary, I entered:</p><p>diskutil repairMirror disk4 disk0</p><p>Disk4 is the disk ID of the degraded RAID-1<br/>Disk0 is the disk ID of the new drive</p><p>This command re-initialized the freshly initialized new disk I installed (called disk0), added it to RAID with the new name &#8220;RAID Slice disk0s2&#8221;, removed the name of the previously missing, failed member of the RAID-1, and automatically began rebuilding the array.</p><p>Much more efficient to type one command to do it all but I would rather that the GUI-based disk utility function as it should. It would be much more intuitive - and isn&#8217;t that what Apple products are supposed to be about?</p></blockquote>


<p>Matt also followed up to my email to which I had asked a few questions.</p>

<blockquote><p>The failed drive was NOT the boot drive.</p><p>I was NOT using the OSX 10.6.3 Install DVD as my boot disk. I was booted from my 10.6.3 normal boot hard drive.</p><p>And one other thing. I purposely and deliberately screwed up my RAID-1 just to see whether, in fact, Apple did fix the DU GUI. The drive itself did not go bad. I just wanted to experiment and I&#8217;m glad that I did. After the RAID rebuilt with the replacement drive perfectly in 4 hours, I deliberately failed the RAID again by removing the replacement drive and reinserting the original drive. I used the same command again and the original drive was reitialized and resynced to the still functioning drive just fine, only that took 7 hours. The only difference? My original drives are Seagate 1-TBs. The replacement test drive that I used was a borrowed WD RE3 1TB model. I think I&#8217;ll get four of those puppies! I guess there&#8217;s nothing like having two processing chips in a hard drive to almost halve the write times.</p><p>By all means, feel free to publish my comments. I wrote to you specifically to share my experience with you and your readers. The more all of us share our knowledge, the easier it becomes for other folks.</p><p>Best wishes,</p><p>Matt S.</p></blockquote>


<p>That said, I&#8217;d like to myself try replicating the issue just to verify that once again the Disk Utility in 10.3.6 is broken. It&#8217;s too bad because it&#8217;s a lot easier to just drag and drop and new disk into Disk Utility rather then having to run through the command line.</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[ClamAV <0.95.x is Dead – Check Your Tiger &amp; Leopard Servers]]></title>
    <link href="http://macintosh-admin.com/blog/2010/04/16/clamav-0-dot-95-dot-x-is-dead-check-your-tiger-and-leopard-servers/"/>
    <updated>2010-04-16T08:07:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2010/04/16/clamav-0-dot-95-dot-x-is-dead-check-your-tiger-and-leopard-servers</id>
    <content type="html"><![CDATA[<p>ClamAV <a href="http://www.clamav.net/lang/en/2009/10/05/eol-clamav-094/">noted back in October</a> that they were going to end-of-life ClamAV 0.94.x on April 15th, 2010, forcing it to be disabled during updates — yesterday, for those not paying attention. Of course, Mac OS X 10.4 Tiger Server includes ClamAV 0.88.5 through 0.94, so one is required to either disable the Mail Service&#8217;s virus scanning functionality or update it manually (I&#8217;d highly suggest Topicdesk&#8217;s <a href="http://osx.topicdesk.com/content/view/62/62/">instructions for 10.4.7-10.4.11</a>).</p>

<p>While there have been recent reminders regarding Tiger Server, Mac OS X 10.5 Leopard Server and Mac OS X 10.6 Snow Leopard should be fine, right? Actually, prior to <a href="http://support.apple.com/kb/HT3865">Security Update 2009-005</a>, Leopard Server was running Clam AV 0.94, so you&#8217;ll need to make sure it&#8217;s fully updated — I managed to find one Leopard Server mail server that had not been updated yet. Snow Leopard Server <em>is</em> good to go, though.</p>

<p>So, make sure you check your ClamAV version on <em>both</em> your Tiger &amp; Leopard Server mail servers.</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[iPad App Wish List for a Server Admin]]></title>
    <link href="http://macintosh-admin.com/blog/2010/01/27/ipad-app-wish-list-for-a-server-admin/"/>
    <updated>2010-01-27T08:04:00-06:00</updated>
    <id>http://macintosh-admin.com/blog/2010/01/27/ipad-app-wish-list-for-a-server-admin</id>
    <content type="html"><![CDATA[<p><img class="right" src="http://img.cookiecache.com/di/T87U/ipad-158x212.png"> If you hadn&#8217;t heard the fervent rumors over the past few weeks about Apple&#8217;s impending tablet computer, you&#8217;ll no doubt hear about the real deal: the <a href="http://www.apple.com/">iPad</a>. It&#8217;s a mid-size, thin, fast, multi-touch tablet computer running an enhanced version of the iPhone OS and including Bluetooth, WiFi, and optional 3G connectivity. I&#8217;ll leave you to <a href="http://www.apple.com/ipad/#gallery-hero-video">watch the video</a> or drool over the <a href="http://www.apple.com/ipad/specs/">specs</a> &amp; <a href="http://www.apple.com/ipad/pricing/">pricing</a>.</p>

<p>Since I&#8217;m on-call 24/7 and must be ready to respond whether I&#8217;m on the couch or on a long trip, my primary workstation is the thin &amp; light <a href="http://www.apple.com/macbookair/">MacBook Air</a>. I certainly wouldn&#8217;t mind carrying just an iPad with me wherever I went, but there are a few caveats for a server admin like me. While the iPhone OS&#8217;s copy &amp; paste support is stellar and was worth the wait, the lack of multitasking could certainly make life more tedious in some cases or downright impossible in others. The iPad supports current iPhone/iPod touch applications at their existing resolutions (or at 2x size) and I have no doubt that the developers of <a href="http://www.macintosh-admin.com/blog/2009/09/02/ssh-to-your-server-from-your-iphone-slash-ipod-touch/">SSH apps</a> and such will update them to support the new resolution &amp; keyboards quite quickly, but there are key apps missing. They&#8217;ve developed excellent new versions of the iWork apps for use on the iPad, but I&#8217;d need them to port Server Admin, Workgroup Manager, and <a href="http://www.apple.com/remotedesktop/">Apple Remote Desktop</a> for me to actually give up my MacBook Air.</p>

<p>It&#8217;s sexy. It has the potential. It certainly has the screen resolution and performance to take on such tasks. I&#8217;ll even guarantee that plenty of third-party tools will be developed for server admins using the iPad, but I hope Apple sees the light and brings over their own admin tools as well.</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Cleaning Up MySQL Binary Logs]]></title>
    <link href="http://macintosh-admin.com/blog/2010/01/18/cleaning-up-mysql-binary-logs/"/>
    <updated>2010-01-18T08:00:00-06:00</updated>
    <id>http://macintosh-admin.com/blog/2010/01/18/cleaning-up-mysql-binary-logs</id>
    <content type="html"><![CDATA[<p>While Jimmy has previously covered <a href="http://www.macintosh-admin.com/blog/2008/11/27/mysql-binary-logging/">disabling MySQL&#8217;s binary logging</a> for those who don&#8217;t need it and don&#8217;t want to worry about the unexpected disk space usage, others prefer to merely purge older binary logs to reclaim disk space. MySQL&#8217;s binary logs live in <code>/var/mysql</code> and appear as <code>mysql-bin.000001</code>. Some of my servers merely hosting a few weblogs have bin logs taking up 4K-1MB, but others hosting large web applications have bin logs in the 1GB range. The last thing you want is for the drive hosting your MySQL databases to fill up unexpectedly.</p>

<p>Here&#8217;s a one-liner for removing all MySQL bin logs older than 30 days:</p>

<figure class='code'> <div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class='bash'><span class='line'>sudo find /var/mysql -name <span class="s2">&quot;mysql-bin.0*&quot;</span> -mtime +30 -exec rm <span class="o">{}</span> +
</span></code></pre></td></tr></table></div></figure>


<p>Obviously, any command like this that automates deletion of potentially needed data could be disastrous, so make sure you have a good backup of your data before you try it. The benefit of the above command is that you can remove <code>-exec rm {} +</code> from the end of it to do a dry-run without actually removing any files and it&#8217;ll merely list the file names. Also, if you want preserve all bin logs newer than 60 days, simply change to read <code>-mtime +60</code>, or whatever best fits your needs.</p>

<p>Depending on your usage &amp; backup setup, you could certainly automate this using cron or launchd.</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Swamped by ServicesInformation Errors]]></title>
    <link href="http://macintosh-admin.com/blog/2009/11/30/swamped-by-servicesinformation-errors/"/>
    <updated>2009-11-30T18:49:00-06:00</updated>
    <id>http://macintosh-admin.com/blog/2009/11/30/swamped-by-servicesinformation-errors</id>
    <content type="html"><![CDATA[<p>Here was a new one for me. A Mac OS X 10.5 Leopard Server file server had been unresponsive to Apple Remote Desktop and wouldn&#8217;t display video for about a week. I could still SSH in and the AFP services it hosted were functioning normally, so I left it for a &#8220;later&#8221; project. Well, this morning I was notified that some of the AFP shares were no longer listed due to a power outage affecting the RAIDs connected to it.</p>

<p>No worries, restarting the AFP service or rebooting should resolve that. Only it didn&#8217;t. There was high usage by <code>syslogd</code> and I found tons of the following messages in <code>/var/log/system.log</code>:</p>

<p><code>Record of type dsRecTypeStandard:Config named ‘ServicesInformation’ already exists in /Local/Default. Trying with new name: ServicesInformation1</code>
Others have run into <a href="http://discussions.apple.com/thread.jspa?messageID=8393887#8909261">this</a> <a href="http://www.massey.ac.nz/~fherbert/?p=1">before</a>, and it seems to be a corruption of <code>/var/db/dslocal/nodes/Default/config/ServicesInformation.plist</code>. In my case, there was some file system corruption, so I did the following:</p>

<ul>
<li>Booted from another drive w/Disk Utility and SuperDuper!</li>
<li>Verified the disk using Disk Utility (which failed.)</li>
<li>Backed up the drive with SuperDuper! (Just in case.)</li>
<li>Repaired the volume with Disk Utility (successfully.)</li>
<li>Booted into <a href="http://support.apple.com/kb/HT1492">Single User Mode</a>.</li>
<li>Backed up <code>/var/db/dslocal/nodes/Default/config/ServicesInformation.plist</code> and removed all the extra <code>ServicesInformation*.plist</code> files.</li>
<li>Rebooted from the original boot drive.</li>
</ul>


<p>What I found while fixing this:</p>

<ul>
<li>The <code>ServicesInformation.plist</code> was corrupted and contained text regarding a disk full error, so that&#8217;s likely the cause of the corruption.</li>
<li>I was able to just delete <code>ServicesInformation.plist</code> and let it regenerate without detrimental effects, but be dubious.</li>
</ul>

]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Stripping All ACLs]]></title>
    <link href="http://macintosh-admin.com/blog/2009/11/18/stripping-all-acls/"/>
    <updated>2009-11-18T18:46:00-06:00</updated>
    <id>http://macintosh-admin.com/blog/2009/11/18/stripping-all-acls</id>
    <content type="html"><![CDATA[<p>I&#8217;ll admit it: I rarely ever work with Access Control Lists. Most of my time is spent in web server land where POSIX permissions are more than adequate, so I just fire up Server Admin if I have to add an ACL.</p>

<p>However, a co-worker recently ran into an ACL mess after a client converted their server from Standalone to Open Directory Master and back again. So, how to strip all ACLs so you can start over? It&#8217;s probably dangerous or some command I&#8217;m not familiar with, right? Nope.</p>

<p>The following call to chmod will recursively remove all ACLs:</p>

<p><code>chmod -RN /path/to/directory</code></p>

<p>Voilà!</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Flush Your Firewall]]></title>
    <link href="http://macintosh-admin.com/blog/2009/11/17/flush-your-firewall/"/>
    <updated>2009-11-17T18:42:00-06:00</updated>
    <id>http://macintosh-admin.com/blog/2009/11/17/flush-your-firewall</id>
    <content type="html"><![CDATA[<p>The other day I was having some issues with my VPN and Mail server working correctly. After narrowing down the issue to it being my firewall blocking the issue, I went out on a hunt to locate the possibility to be able to flush out the current rules from the firewall. OS X Leopard Server uses ipfw as it&#8217;s firewall implementation. Even OS X Leopard client uses ipfw! Fortunately it&#8217;s pretty similar to iptables which we also use on our Linux servers so there was a way to flush out the current rules. Simply using the following command will remove all the rules that haven&#8217;t been saved (which can be done either via the command line or through that nice Server Admin GUI tool):</p>

<figure class='code'> <div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class='bash'><span class='line'>sudo /sbin/ipfw -f flush
</span></code></pre></td></tr></table></div></figure>


<p>Once that&#8217;s run, you have have a peek back inside the Server Admin tool and you&#8217;ll notice under the Active Rules there should be none or only a couple. You can also show the list from the command line (which you&#8217;ll probably want to do under client since it doesn&#8217;t work with the Server Admin tool. Use this command to do so:</p>

<figure class='code'> <div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
</pre></td><td class='code'><pre><code class='bash'><span class='line'>bash-3.2<span class="nv">$ </span>sudo /sbin/ipfw list
</span><span class='line'>65535 allow ip from any to any
</span></code></pre></td></tr></table></div></figure>


<p>As you can see, I allow everything on my client machine, but on the server:</p>

<figure class='code'> <div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
<span class='line-number'>8</span>
<span class='line-number'>9</span>
<span class='line-number'>10</span>
<span class='line-number'>11</span>
</pre></td><td class='code'><pre><code class='bash'><span class='line'>palomino:etc jimmybrancaccio<span class="nv">$ </span>sudo /sbin/ipfw list
</span><span class='line'>00001 allow udp from any 626 to any dst-port 626
</span><span class='line'>00010 divert 8668 ip from any to any via en0
</span><span class='line'>03885 deny ip from 58.251.59.9 to any
</span><span class='line'>03890 deny ip from 89.96.140.154 to any
</span><span class='line'>03895 deny ip from 211.143.101.226 to any
</span><span class='line'>03900 deny ip from 212.222.147.130 to any
</span><span class='line'>03905 deny ip from 58.185.182.212 to any
</span><span class='line'>03910 deny ip from 76.17.182.127 to any
</span><span class='line'>03915 deny ip from 202.102.245.109 to any
</span><span class='line'>65535 allow ip from any to any
</span></code></pre></td></tr></table></div></figure>


<p>There&#8217;s currently some blocks in place. Anyways, just a couple useful ipfw commands!</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Colors In Terminal]]></title>
    <link href="http://macintosh-admin.com/blog/2009/11/03/colors-in-terminal/"/>
    <updated>2009-11-03T18:38:00-06:00</updated>
    <id>http://macintosh-admin.com/blog/2009/11/03/colors-in-terminal</id>
    <content type="html"><![CDATA[<p style="text-align:center;"><img src="http://img.cookiecache.com/di/XWAU/dircolors-osx.png"></p>


<p>Looking for a way to jazz up your Terminal.app? Here&#8217;s a quick and easy way to do so! Open up Terminal first, then type in <code>nano -w ~/.bash_profile</code> This will open a command line-based text editor. The file you&#8217;re editing is one that gets loaded every time you open a new Terminal window (or tab). Paste or type in the following at the end of the document:</p>

<p><code>export CLICOLOR=1</code></p>

<p>Then hit <code>Ctrl+O</code> and <code>Ctrl+X</code>. These key commands save the file and exit the editor. Now, open a new Terminal window and type in ls. This will list the contents of the folder you&#8217;re in (which should be your home folder) and the titles of the folders should be colored as shown in the above screenshot!</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Apple Server Diagnostics 3X106 Released]]></title>
    <link href="http://macintosh-admin.com/blog/2009/10/23/apple-server-diagnostics-3x106-released/"/>
    <updated>2009-10-23T18:34:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2009/10/23/apple-server-diagnostics-3x106-released</id>
    <content type="html"><![CDATA[<p><img class="right" src="http://img.cookiecache.com/di/5WYB/mac-osx-leopard-server.png"> Apple released <a href="http://support.apple.com/kb/DL948">Apple Server Diagnostics 3X106</a> yesterday to support for Snow Leopard Server and the Mac mini. If you&#8217;ve still got 3X104, you&#8217;ll need to grab the new version if you&#8217;re running Snow Leopard Server.</p>

<p>The tests it performs include:</p>

<ul>
<li>Boot ROM</li>
<li>Ethernet controller</li>
<li>Fan</li>
<li>Hard drive</li>
<li>Memory</li>
<li>Power supply</li>
<li>Processor</li>
<li>Sensor</li>
<li>USB ports</li>
<li>Video controller</li>
</ul>

]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[State of the Mac mini]]></title>
    <link href="http://macintosh-admin.com/blog/2009/10/23/state-of-the-mac-mini/"/>
    <updated>2009-10-23T18:29:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2009/10/23/state-of-the-mac-mini</id>
    <content type="html"><![CDATA[<p><img class="right" src="http://www.macintosh-admin.com/wp-content/uploads/2009/10/server_hero_20091020-224x183.png"> <a href="http://www.macminicolo.net/">macminicolo.net</a> has posted their <a href="http://www.macminicolo.net/state2009.html">2009 state of the Mac mini</a>, including their test drive and photos (un-boxing &amp; take-apart) of the <a href="http://www.macintosh-admin.com/blog/2009/10/20/mac-mini-with-snow-leopard-server/">new Mac mini w/Snow Leopard Server</a>. Interesting tidbits I was unaware of are:</p>

<ul>
<li>The new Mac minis will accept 8GB of RAM and the now-previous ones only need a <a href="http://www.apple.com/downloads/macosx/apple/firmware_hardware/macminiefifirmwareupdate12.html">firmware upgrade</a> to do so.</li>
<li>AppleCare covers GUI-based server &amp; network management issues for the Mac mini w/Snow Leopard Server, but &#8220;isn&#8217;t the case if you buy a Mac mini and Snow Leopard Server separately.&#8221;</li>
<li>Approximately 70% of their customers use Mac OS X client. I shouldn&#8217;t be surprised due the former pricing, but I think the killer combination of Snow Leopard Server only costing $499 for unlimited clients and bundling it with a Mac mini configuration will change all of that.</li>
</ul>


<p>They also remind the naysayers who complain about lack of additional Ethernet ports &#8220;that Apple&#8217;s USB Ethernet Adapter works fine on a mini. Just plug it in and you&#8217;re set.&#8221;</p>

<p>[Via <a href="http://daringfireball.net/linked/2009/10/21/macminicolo">Daring Fireball</a>]</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[OpenDNS Expands with Deluxe &amp; Enterprise Offerings]]></title>
    <link href="http://macintosh-admin.com/blog/2009/10/21/opendns-expands-with-deluxe-and-enterprise-offerings/"/>
    <updated>2009-10-21T18:25:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2009/10/21/opendns-expands-with-deluxe-and-enterprise-offerings</id>
    <content type="html"><![CDATA[<p>As of today, <a href="http://www.opendns.com/">OpenDNS</a> has added Deluxe &amp; Enterprise plans to it&#8217;s free Basic service. I&#8217;ve been using OpenDNS&#8217;s free service for quite some time now and it does a good job of offering reliable, fast DNS with a few added bonuses such as phishing &amp; botnet protection, typo correction, content filtering (if needed), and stats.</p>

<p>The Deluxe plan starts at $9.95/year, is ad-free, and includes the following features above and beyond Basic:</p>

<ul>
<li>Up to 50 whitelist/blacklist domains (up from 25)</li>
<li>A whitelist-only mode</li>
<li>Advanced customization options</li>
<li>Archived stats &amp; logs for 1 year (up from 2 weeks)</li>
<li>Email technical support 9-5 (Pacific) on weekdays (in addition to opendns.com/support)</li>
</ul>


<p>According to <a href="http://www.opendns.com/about/announcements/143/">the press release</a>, &#8220;Notable features included in OpenDNS Enterprise include&#8221;:</p>

<blockquote><p>Malware Site Protection to secure networks from online threats, Delegated Administration to allow multiple administrators across multiple locations to administer accounts, Block-Page Bypass functionality, which makes OpenDNS cloud-based Web content filtering more flexible and allows administrators and trusted individuals to bypass filtering when necessary, and more comprehensive reporting and statistics offerings, including a daily PDF report of network activity delivered via email.</p></blockquote>


<p>Obviously, that&#8217;s in addition to the Basic &amp; Deluxe features. You&#8217;ll have to call for Enterprise pricing.</p>

<p>[Via <a href="http://twitter.com/opendns/status/4993009652">OpenDNS</a>]</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Mac mini with Snow Leopard Server]]></title>
    <link href="http://macintosh-admin.com/blog/2009/10/20/mac-mini-with-snow-leopard-server/"/>
    <updated>2009-10-20T18:21:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2009/10/20/mac-mini-with-snow-leopard-server</id>
    <content type="html"><![CDATA[<p><img class="right" src="http://img.cookiecache.com/di/2B5G/server_hero_20091020-224x183.png"> Along with other new products and a refresh of the <a href="http://www.apple.com/macmini/">Mac mini</a> line, Apple has now come to their senses and is offering a <a href="http://www.apple.com/macmini/server/">Mac mini with Snow Leopard Server</a>! For $999 you get a Mac mini w/2.53GHz Intel Core 2 Duo processor, 4GB RAM, and—get this—the optical drive has been ditched to make room for a second hard drive, so two 500GB 2.5&#8221; 5400-RPM SATA hard drives. Oh, and Snow Leopard Server, of course.</p>

<p>It seems like this is going to be a great deal, especially assuming that the $599 Mac mini is spec&#8217;d with 2.26GHz processor, 2GB RAM, and $160GB hard drive, and SuperDrive. I&#8217;ve been using a Mac mini as a server for years and would love to add one of these to my network.</p>

<p>Update: They note that you can use the MacBook Air SuperDrive (USB) if you need an optical drive. I&#8217;ve always found a MacBook in FireWire Target Disk mode to be more than adequate, in a pinch.</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[spamtrainer 1.9.5 Released]]></title>
    <link href="http://macintosh-admin.com/blog/2009/09/28/spamtrainer-1-dot-9-5-released/"/>
    <updated>2009-09-28T18:17:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2009/09/28/spamtrainer-1-dot-9-5-released</id>
    <content type="html"><![CDATA[<p><img class="right" src="http://img.cookiecache.com/di/XECP/terminal-128x128.png"> <a href="http://osx.topicdesk.com/">Topicdesk</a> has updated their <a href="http://osx.topicdesk.com/spamtrainer/">spamtrainer</a> utility to version 1.9.5 adding Snow Leopard Server compatibility. spamtrainer automates the process of training SpamAssassin&#8217;s bayes database by allowing users to redirect spam &amp; ham messages to designated mailboxes which are used as training material.</p>

<p>[Via <a href="http://osx.topicdesk.com/newsletter/">Topicdesk Newsletters</a>]</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[Mac OS X Server 10.6.1 &amp; Security Update 2009-005 Released]]></title>
    <link href="http://macintosh-admin.com/blog/2009/09/11/mac-os-x-server-10-dot-6-1-and-security-update-2009-005-released/"/>
    <updated>2009-09-11T17:10:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2009/09/11/mac-os-x-server-10-dot-6-1-and-security-update-2009-005-released</id>
    <content type="html"><![CDATA[<p><img class="right" src="http://img.cookiecache.com/di/ZBI5/software_update-2010.png"> Apple released the following updates to Mac OS X Server last night:</p>

<p><strong>Mac OS X Server 10.6.1</strong> <br/>
Improvements include:</p>

<ul>
<li>Resolves an issue that could cause Server Admin or Server Assistant to report a duplicate serial number in use on a server with multiple network interfaces. (Originally fixed by <a href="http://www.macintosh-admin.com/blog/2009/09/01/leopard-server-10-dot-5-8-duplicate-serial-number-errors/">Network Registration Update 1.0</a>.)</li>
<li>Improves reliability of services that use Grand Central Dispatch.</li>
<li>Security improvements consisting of an <a href="http://support.apple.com/kb/HT3864">updated version of the Flash Player plug-in</a>.</li>
</ul>


<p>Further information can be found in Knowledge Base article <a href="http://support.apple.com/kb/HT3811">HT3811</a> and the <a href="http://support.apple.com/kb/DL929">Updater</a> is available for download.</p>

<p><strong>Security Update 2009-005</strong><br/>
Security Update for Mac OS X Server 10.4.x and 10.5.8 improves security in the following areas:</p>

<ul>
<li>Alias Manager</li>
<li>CarbonCore</li>
<li>ClamAV</li>
<li>ColorSync</li>
<li>CoreGraphics</li>
<li>CUPS</li>
<li>Flash Player Plug-in</li>
<li>ImageIO</li>
<li>Launch Services</li>
<li>MySQL</li>
<li>PHP</li>
<li>SMB</li>
<li>Wiki Server</li>
</ul>


<p>Further details can be found in Knowledge Base article <a href="http://support.apple.com/kb/HT3865">HT3865</a> and the <a href="http://support.apple.com/kb/DL933">Tiger Server</a> &amp; <a href="http://support.apple.com/kb/DL936">Leopard Server</a> updaters are available for download.</p>

<p>As always, <a href="http://www.macintosh-admin.com/blog/contact-us">let us know</a> if either of these updates fix issues or break something.</p>
]]></content>
  </entry>
  
  <entry>
    <title type="html"><![CDATA[On Twitter Too]]></title>
    <link href="http://macintosh-admin.com/blog/2009/09/10/on-twitter-too/"/>
    <updated>2009-09-10T15:46:00-05:00</updated>
    <id>http://macintosh-admin.com/blog/2009/09/10/on-twitter-too</id>
    <content type="html"><![CDATA[<p><img class="right" src="http://img.cookiecache.com/di/XLRL/twitter_128.png"> For those of you who have a <a href="http://twitter.com/">Twitter</a> addiction (or even those who manage to only take healthy doses) and haven&#8217;t discovered this fact already, you can follow <a href="http://twitter.com/macintoshadmn">@macintoshadmn</a> for the latest updates around here. We&#8217;re too busy for a ton of chatter so you&#8217;ll mostly see the automated posting of new articles, but if there&#8217;s something important we&#8217;ll let you know.</p>

<p>No worries if you&#8217;re not into Twitter, there&#8217;s also our <a href="http://www.macintosh-admin.com/blog/atom.xml">RSS feed</a>. <a href="http://www.macintosh-admin.com/blog/contact-us">Get in touch</a> if you have any questions, suggestions, or submissions.</p>
]]></content>
  </entry>
  
</feed>
