Hi Mark<br><br><div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I have no idea what ITIL means, but would probably prefer to keep
<br>it that way :)</blockquote><div><br>actually it is not that bad, the section of ITIL "<font size="2">Information Technology Infrastructure Library</font>" that is related to this thread can be seen here <a href="http://en.wikipedia.org/wiki/Configuration_Management_%28ITSM%29">
http://en.wikipedia.org/wiki/Configuration_Management_%28ITSM%29</a><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">a standard that forces use of specific and commercial packages
<br>is not a standard at all...</blockquote><div><br>It does not, it  is how different vendors interpret/present it differently to managers.Commercial vendors are known to have better PR than OSS projects, one exception i have seen lately is Zenoss which is riding the ITIL wave too :) 
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">none of those require any node-local changes.  as I mentioned, nfs-root<br>solves many of them, though it's common to use ldap/nis/AD.  it's uncommon
<br>to change the NFS mounts on a compute node, but also quite easy to change<br>the fstab and then something like "pdsh -a mount -a"<br></blockquote></div><br>I do like nfs-root, and I am advocating for it some problem with nfs-root are the following
<br>1- dependency:if the nfs server goes down, all nodes will be affected by this at least waiting for it until it comes back, probably if i use the same netapp filer that host the users data, and applications, then i can argue if the filer has a problem or has to go down, the system follows
<br>2- What if the file that was changed on the server was wrong, all cluster nodes, if not all clusters will see the same mistake<br><br>I would be interested  on other ways  of distributing configurations files safely, and in a timely manner.
<br><br>regards<br><br>Walid<br>