If you mean Service Groups in GOCDB, then these are explained in the user docs at:
https://wiki.egi.eu/wiki/GOCDB/Input_System_User_Documentation#Service_Groups
> -----Original Message-----
> From: Testbed Support for GridPP member institutes [mailto:TB-
> [log in to unmask]] On Behalf Of Ewan MacMahon
> Sent: 16 January 2013 15:36
> To: [log in to unmask]
> Subject: Re: Am I the only person where this triggers an impending feeling of
> doom ?
>
> > -----Original Message-----
> > From: Testbed Support for GridPP member institutes [mailto:TB-
> > [log in to unmask]] On Behalf Of Jeremy Coles
> >
> > It is not the clearest of tickets!
> >
> > The basic idea is that an NGI hosts a number of services that
> > (somehow) need to be monitored and declared more formally as core NGI
> > services - such as VOMS and the top-BDIIs - as they are not part of
> > the grid site as such. The agreed approach was to group them into a
> > 'sort of' virtual site that can declare states for those services in
> > the same way as an actual resource site component (SE, CE...) is
> > declared. I need to read that ticket a few more times to check the actual
> steps being suggested...
>
> It looks like there's the possibility for a 'Service Group' which looks, as far as I
> can see, quite a lot like a site, but may be a slightly better fit for this purpose
> than actually setting up a site in the normal manner.
>
> It's not clear to me whether a resource can 'belong' to its actual site, and be
> in a service group, or whether it can only belong to one, but I'd suggest we
> set up a service group and give it a go. It shouldn't break anything[1].
> We are going to need a contact email address for it though - that should be a
> mailing list maintained on suitably non-GridPP infrastructure, and also
> probably not at RAL.
>
> Ewan
>
> [1] I mean, what could possibly go wrong, right?
--
Scanned by iCritical.
|