On Fri, Jun 27, 2008 at 4:50 AM, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote: > Hi Dominik, > > On Fri, Jun 27, 2008 at 09:56:48AM +0200, Dominik Klein wrote: >> Dejan Muhamedagic wrote: >>> Hi, >>> On Thu, Jun 26, 2008 at 04:32:46PM +0200, Sander van Vugt wrote: >>>> Hi Dejan, >>>> >>>> For me it was not completely clear what exactly your are looking for. >>>> Different commands to manage hearbeat? One interface from which to >>>> manage it? >>> Yes, a single interface. It should be easy to use and easily >>> extensible. It should cover most needs for cluster management and >>> allow a straightforward initial configuration of the CIB. >>>> And how would that be different from the commands we already >>>> have? >>> It should hide complexity (in particular for tasks where only >>> cibadmin may be used) and inconsistencies which creeped in over >>> the years. >> >> I might have something to get you started on that. It's bash and already >> has some points covered. >> >> Interested? > > This won't be bash but probably python, but, yes, I'd like to > take a look. >
I'm not sure that one tool able to provide all requested features will really simplify things. A such tool will have to support a billion of various command line options and parameters. Wouldn't it be easier to have separate tools for controlling resources and configurations? I mean one tool that will be able to start/stop/move/unmove/manage/unmage/etc... resources and another tool for adding and removing them in CIB? Kind of hat we have now with cibadmin & crm_resource but with simpler and more intuitive syntax, especially for cibadmin. Per my experience XML itself is the main part that drives people crazy and hiding it out as much as it possible will be the best achievement for a such tool. There is a main set of function that is used most often: start a resource, stop it, move it. Syntax for such things has to be easy to type and easy to remember. Current tools don't provide it and that's why almost everybody has his own homegrown script for those operations. A remember at least 2 or 3 published on this list. -- Serge Dubrouski. _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
