Testbed Support for GridPP member institutes [mailto:[log in to unmask]] On Behalf Of Sam Skipsey said:
> This is really the key problem: your CE has to be in the BDII so that the WMS can submit to it, IIRC. So, being able to test the CE is incompatible with doing what Stephen Burke wants you to do with the BDII.
As I say, the WMS can submit to CEs not in the BDII. Alternatively, the requirement for Status=Production is a default in the UI configuration so you can change it if you want.
> (Personally, I think it's exceptionally silly to claim that the GOCDB is not the canonical source of information on the status of a service, but...)
The history of this is that the GOC DB was not developed to be part of the middleware, it's an operational tool like GGUS and the CIC portal. However, recently it's been evolving more in that direction - it's only fairly recently that it even had a public API for queries, and AFAIK there is still no API for upload. It's also moving towards using the GLUE 2 data model but isn't there yet, so at the moment it's difficult to correlate information between the GOC DB and BDII. There's also no commonality with OSG which uses a completely different tool (OIM) for similar purposes, or the ARC and Unicore domains which don't really have anything comparable (ARC have even resisted the concept of a Grid site) and hence have introduced EMIR as yet another similar service. There are some discussions now about how to manage the future of the information system in general (there was a talk in the pre-GDB today), but so far I don't think there's any real clarity, and there are some tensions between different groups (LCG, OSG, EGI, EMI, ARC, ...) about the direction of travel. There is of course also a basic problem that with the end of EMI there is no longer any project able to co-ordinate developments across the middleware (apart from WLCG in its specific areas).
Stephen
--
Scanned by iCritical.
|