On 11/04/2009 06:49 PM, Les Mikesell wrote: >> I personally think that cloning is for people who dont know what they >> are doing. > Of course - that's a feature, though, not a bug. You want the people who > bolt the machines in the racks to be able to do it - and you don't want > it to dictate to you what OS they can install.
Not sure what kind of a setup you have in mind - most, if not all, the people I know running their own management services tend to need and use little other than remote hands for moving stuff around or pressing very specific buttons. Across the board, most DC's in the UK and the few that I haved worked with in the US as well, tend to prefer tech support to come from the services organisation - which in this case should be / would be you - and not the Data Centre guys - their main role is to manage electrics/temperature and in quite a lot of cases, the network. > OK, just as soon as one exists that works across platforms for people > who don't know what they are doing. If they dont know what they are doing - start by firing the guy who hired them. He (or she) is clearly incompetent in his own role. >> how do you mean 'changes' ? > > I'd like to have the whole /etc tree handled more or less like rancid > does for cisco configs Were not really living in the 1980's anymore.. things have moved on a bit in terms of both mindset and capabilities of tools around systems management :) And there is also a lot of policy and role management that happens outside /etc that is well worth managing too. > It is always an emergency except for things like content on the web > servers (which mostly gets there via rsync over ssh with underlying > versioning). You clearly need better management if all you are doing is fighting fires and causing emergencies all the time! > Just dreaming here, but I think this stuff really belongs in something > like Hudson Completely disagree. Hudson is a depoyment tool that wraps app and build to release code. Systems management using tooling like that is not only a waste of time, is also adding layers of complexity that only add to the instability of the whole stack. On the flip side, hudson could be managed to some extent using your state management tool - like spacewalk - which could then manage code rollout and build-> test -> release cycles. -- Karanbir Singh London, UK | http://www.karan.org/ | twitter.com/kbsingh ICQ: 2522219 | Yahoo IM: z00dax | Gtalk: z00dax GnuPG Key : http://www.karan.org/publickey.asc _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
