<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Planning of the future of Systems Management software?</title>
	<atom:link href="http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/feed/" rel="self" type="application/rss+xml" />
	<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/</link>
	<description>It's Not Just About Llamas</description>
	<lastBuildDate>Tue, 24 Jan 2012 15:14:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Fedora Weekly News 141 &#171; fedora-announce</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-280</link>
		<dc:creator><![CDATA[Fedora Weekly News 141 &#171; fedora-announce]]></dc:creator>
		<pubDate>Tue, 02 Sep 2008 08:12:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-280</guid>
		<description><![CDATA[[...] [8] http://www.michaeldehaan.net/?p=702 [...]]]></description>
		<content:encoded><![CDATA[<p>[...] [8] <a href="http://www.michaeldehaan.net/?p=702" rel="nofollow">http://www.michaeldehaan.net/?p=702</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michael.dehaan</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-290</link>
		<dc:creator><![CDATA[michael.dehaan]]></dc:creator>
		<pubDate>Sat, 30 Aug 2008 14:26:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-290</guid>
		<description><![CDATA[sausage, I&#039;m amused to have picked up a troll.  Or a have I?

Naturally management software is not a hobbyist endeavor, it is written by software developers and systems administrators.     The idea that OSS software is exclusively created by hobbyists is FUD, and frankly is insulting and ignorant.     This does not diminish anyone who does things in their spare time, but is a typical line out of the Microsoft bible.   The idea that AD is &quot;goodness&quot; is clearly due to a lack of familiarity with all of it&#039;s badness.   AD can cause a boatload of problems for administrators of Windows networks, as I have experienced first hand on numerous occasions.

This post is not to stop people from inventing things that solve their problems, it&#039;s more of a open ended question about where the future lies for datacenter automation and getting us beyond the way we do things now, and to ask why there is so much diversity in the systems management space when all apps, proprietary and not, are essentially doing the same thing they have always done.]]></description>
		<content:encoded><![CDATA[<p>sausage, I&#8217;m amused to have picked up a troll.  Or a have I?</p>
<p>Naturally management software is not a hobbyist endeavor, it is written by software developers and systems administrators.     The idea that OSS software is exclusively created by hobbyists is FUD, and frankly is insulting and ignorant.     This does not diminish anyone who does things in their spare time, but is a typical line out of the Microsoft bible.   The idea that AD is &#8220;goodness&#8221; is clearly due to a lack of familiarity with all of it&#8217;s badness.   AD can cause a boatload of problems for administrators of Windows networks, as I have experienced first hand on numerous occasions.</p>
<p>This post is not to stop people from inventing things that solve their problems, it&#8217;s more of a open ended question about where the future lies for datacenter automation and getting us beyond the way we do things now, and to ask why there is so much diversity in the systems management space when all apps, proprietary and not, are essentially doing the same thing they have always done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ruben Kerkhof</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-289</link>
		<dc:creator><![CDATA[Ruben Kerkhof]]></dc:creator>
		<pubDate>Sat, 30 Aug 2008 10:08:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-289</guid>
		<description><![CDATA[rawsausage: good point.

What we really needed at work was something like eDirectory, but we ended up using OpenLdap and pam_access on each server to manage permissions. For which we had to write lot&#039;s of glue to manage it centrally etc..

I think there are several reasons we keep reinventing things:
- We&#039;re sysadmins, not programmers with a CS degree
- No time to write lot&#039;s of software, because we&#039;re constantly disturbed by operational issues. So that&#039;s why we have to pick existing tools and glue them together, fast.
- And of course, the existing commercial system management systems don&#039;t actually do anything for you. You can install Tivoli plus it&#039;s agents, but you still have to write enormous amounts of scripts, find ways to version control them etc.]]></description>
		<content:encoded><![CDATA[<p>rawsausage: good point.</p>
<p>What we really needed at work was something like eDirectory, but we ended up using OpenLdap and pam_access on each server to manage permissions. For which we had to write lot&#8217;s of glue to manage it centrally etc..</p>
<p>I think there are several reasons we keep reinventing things:<br />
- We&#8217;re sysadmins, not programmers with a CS degree<br />
- No time to write lot&#8217;s of software, because we&#8217;re constantly disturbed by operational issues. So that&#8217;s why we have to pick existing tools and glue them together, fast.<br />
- And of course, the existing commercial system management systems don&#8217;t actually do anything for you. You can install Tivoli plus it&#8217;s agents, but you still have to write enormous amounts of scripts, find ways to version control them etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rawsausage</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-288</link>
		<dc:creator><![CDATA[rawsausage]]></dc:creator>
		<pubDate>Sat, 30 Aug 2008 09:50:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-288</guid>
		<description><![CDATA[You really can&#039;t expect hobbyist writing systems management software that would be good enough (to stop new projects re-inventing the wheel, and actually work too) because they have no idea what good systems management software is like. Something like eDirectory or Active Directory simply does NOT exist in open source world.]]></description>
		<content:encoded><![CDATA[<p>You really can&#8217;t expect hobbyist writing systems management software that would be good enough (to stop new projects re-inventing the wheel, and actually work too) because they have no idea what good systems management software is like. Something like eDirectory or Active Directory simply does NOT exist in open source world.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael DeHaan</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-287</link>
		<dc:creator><![CDATA[Michael DeHaan]]></dc:creator>
		<pubDate>Fri, 29 Aug 2008 18:17:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-287</guid>
		<description><![CDATA[See also:  http://people.byte-code.com/fcrippa/wp-content/uploads/2008/06/fcrippa_large-scale-env.pdf]]></description>
		<content:encoded><![CDATA[<p>See also:  <a href="http://people.byte-code.com/fcrippa/wp-content/uploads/2008/06/fcrippa_large-scale-env.pdf" rel="nofollow">http://people.byte-code.com/fcrippa/wp-content/uploads/2008/06/fcrippa_large-scale-env.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael DeHaan</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-286</link>
		<dc:creator><![CDATA[Michael DeHaan]]></dc:creator>
		<pubDate>Fri, 29 Aug 2008 18:13:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-286</guid>
		<description><![CDATA[FWIW, cobbler has had a UI for the last year or so.

FuncWeb was intended to be what you seek, but we have found most folks really don&#039;t want the UI for Func.   No, there&#039;s not really a good remote management many-to-many type solution for configuring services, mainly because modeling the various servers and all versions of them is a huge challenge -- that&#039;s why Webmin is a mess (look at it&#039;s Apache config, for instance).   This is why tools like config management systems work at the level of the config file rather than modelling the application itself.

We believe it&#039;s better to use a config management system for app config sort of things and then use Func for assorted tasks that don&#039;t fit into that model (like restarting machines, running commands, misc scripting, or diagnostics).]]></description>
		<content:encoded><![CDATA[<p>FWIW, cobbler has had a UI for the last year or so.</p>
<p>FuncWeb was intended to be what you seek, but we have found most folks really don&#8217;t want the UI for Func.   No, there&#8217;s not really a good remote management many-to-many type solution for configuring services, mainly because modeling the various servers and all versions of them is a huge challenge &#8212; that&#8217;s why Webmin is a mess (look at it&#8217;s Apache config, for instance).   This is why tools like config management systems work at the level of the config file rather than modelling the application itself.</p>
<p>We believe it&#8217;s better to use a config management system for app config sort of things and then use Func for assorted tasks that don&#8217;t fit into that model (like restarting machines, running commands, misc scripting, or diagnostics).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marland V. Pittman</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-285</link>
		<dc:creator><![CDATA[Marland V. Pittman]]></dc:creator>
		<pubDate>Fri, 29 Aug 2008 17:20:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-285</guid>
		<description><![CDATA[I think what I really wanted to say was... I know you&#039;re working more on the &quot;big/many&quot; system stuff, but that I had a really good experience with cobbler (except that it had no UI) and that I really hope the integration with other components comes along to the point where I can get what I want more easily...

So, thanks for cobbler, maybe I&#039;ll get off of my duff and just make a Fedora Home Server spin myself... I know webmin isn&#039;t the end-all solution for remote management, but I don&#039;t even have square wheels to re-invent. Is there a good gui-based remote managment tool packaged with Fedora?]]></description>
		<content:encoded><![CDATA[<p>I think what I really wanted to say was&#8230; I know you&#8217;re working more on the &#8220;big/many&#8221; system stuff, but that I had a really good experience with cobbler (except that it had no UI) and that I really hope the integration with other components comes along to the point where I can get what I want more easily&#8230;</p>
<p>So, thanks for cobbler, maybe I&#8217;ll get off of my duff and just make a Fedora Home Server spin myself&#8230; I know webmin isn&#8217;t the end-all solution for remote management, but I don&#8217;t even have square wheels to re-invent. Is there a good gui-based remote managment tool packaged with Fedora?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michael.dehaan</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-284</link>
		<dc:creator><![CDATA[michael.dehaan]]></dc:creator>
		<pubDate>Fri, 29 Aug 2008 16:20:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-284</guid>
		<description><![CDATA[Webmin&#039;s failing is that it&#039;s strictly 1:1, and yeah, we all reinvent the wheels, the entire systems management thing is about wheel reinvention, so there&#039;s nothing really wrong with it if your wheel is square.

I just kept thinking about things like Moore&#039;s law, where my flying car was, and why software for managing things is still fundamentally the same despite lots of improvement in hardware and a lot more proliferation of servers.   Perhaps there is no point or immediate solution here.  Random thoughts :)]]></description>
		<content:encoded><![CDATA[<p>Webmin&#8217;s failing is that it&#8217;s strictly 1:1, and yeah, we all reinvent the wheels, the entire systems management thing is about wheel reinvention, so there&#8217;s nothing really wrong with it if your wheel is square.</p>
<p>I just kept thinking about things like Moore&#8217;s law, where my flying car was, and why software for managing things is still fundamentally the same despite lots of improvement in hardware and a lot more proliferation of servers.   Perhaps there is no point or immediate solution here.  Random thoughts <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-283</link>
		<dc:creator><![CDATA[Steven]]></dc:creator>
		<pubDate>Fri, 29 Aug 2008 16:13:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-283</guid>
		<description><![CDATA[Well, I used to deploy webmin on my servers, this was a first step to unify all my different Linux distributions on a single administration interface for simple tasks. I did that until webmin made one of my servers segfault and the harddisk crashed. Great.

Now I have a set of small shell scripts on each server, to do very specific tasks and I call them via a web interface. I probably reinvented the wheel but at least I know what it&#039;s doing and it fits my needs.]]></description>
		<content:encoded><![CDATA[<p>Well, I used to deploy webmin on my servers, this was a first step to unify all my different Linux distributions on a single administration interface for simple tasks. I did that until webmin made one of my servers segfault and the harddisk crashed. Great.</p>
<p>Now I have a set of small shell scripts on each server, to do very specific tasks and I call them via a web interface. I probably reinvented the wheel but at least I know what it&#8217;s doing and it fits my needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michael.dehaan</title>
		<link>http://michaeldehaan.net/2008/08/29/why-is-there-so-much-systems-management-software/#comment-282</link>
		<dc:creator><![CDATA[michael.dehaan]]></dc:creator>
		<pubDate>Fri, 29 Aug 2008 15:09:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaeldehaan.net/?p=702#comment-282</guid>
		<description><![CDATA[Steven, EXACTLY :)

It would be nice if services found each other magically started working together and built their own and...

I also want a pony.  Actually I don&#039;t want a pony.

A llama, maybe.  If it was robotic.  Lower maintenance that way.

Just need to find the steps to start getting us there.]]></description>
		<content:encoded><![CDATA[<p>Steven, EXACTLY <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>It would be nice if services found each other magically started working together and built their own and&#8230;</p>
<p>I also want a pony.  Actually I don&#8217;t want a pony.</p>
<p>A llama, maybe.  If it was robotic.  Lower maintenance that way.</p>
<p>Just need to find the steps to start getting us there.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

