Someone inside CERN is pushing to drop yaim and move to puppet. Nobody
wants to say it and we are getting there in a circuitous way but even
the questionaires sent out to system administrators are biased. It is
unmentioned because Jeff didn't want to put names on it and have a
discussion on a general level.
cheers
alessandra
On 17/01/2012 15:15, Steve Traylen wrote:
> On Jan 17, 2012, at 3:04 PM, Alessandra Forti wrote:
>
>> On 17/01/2012 13:42, Stephen Burke wrote:
>>> Testbed Support for GridPP member institutes [mailto:TB-
>>>> [log in to unmask]] On Behalf Of Ian Collier said:
>>>> For 'Middleware Configuration, Deployment and Distribution' things are
>>>> less clear. The current situation is rather involved, a number of
>>>> different configuration tools are used and new ones may appear, but
>>>> fundamentally the configuration is too complex. The priority should be
>>>> to improve the packaging and simplify the configuration required for
>>>> the middleware - oh and of course provide documentation other than the
>>>> yaim scripts.
>>> Is there a view on the desired future of yaim in general - must continue to be supported? OK to migrate to something else? And if so what? Yaim is no longer supported by EMI as a general tool, just as a glite legacy, and EMI itself only has another year to run, so yaim may well tail off unless there's a big push to keep it.
>>>
>>> Stephen
>> the discussion was quite long on this. The "unmentioned" push coming in big part from CERN IT is to move to puppet. However it was recognised that YAIM is still the only thing that doesn't have dependencies and can be run by any other tool. A move to puppet for us, for example, means that we will have to change the management system since you can't call puppet from cfengine. It was also acknowledged that YAIM can be cleaned up and simplifed so that it doesn't create the problems it's apparently creating now to quattor at CERN. The reason CERN is using YAIM within quattor is because they decided not to use quattor templates produced by GRIF (go figure). However nobody was willing up to now to express a clear statement.
> I think pushing for puppet was not mentioned it since we are not pushing for puppet. We have no desire to see puppet manifests produced centrally for grid middleware along side the development.
> I did push for simplification of configuration in other words to remove dependence on yaim. Far to many bug fixes and bad packaging cover ups are currently done in the yaim layer. This is how
> it's used rather than the technology. (e.g there should never be a chmod in a yaim script ever almost.) This is going in the correct direction for sure. The emi voms packages are a lot nicer to work with
> than the gLite ones with out question.
|