RE: Reserving federated database IDs for RHIC

["David R. Quarrie" <DRQuarrie@LBL.Gov>]

Actually, we (BaBar) assign 5 in the range >10000 to each developer. We
use the range of 100 that was assigned to BaBar by RD45 for "production
activities". These include:

o Building software releases
o Nightly builds
o Exporting the so-called Reference Federation that results from the 
  release builds
o MDC-II production

I have no doubt that we'll think of more. The 5 developer IDs are
assigned using a simple perl script based on the SLAC Unix user id.

	David

-----Original Message-----
From: Torre Wenaus [mailto:wenaus@bnl.gov]
Sent: Thursday, June 04, 1998 1:21 PM
To: Craig E. Tull; rhic-software-l@bnl.gov
Cc: challenge@sseos.lbl.gov
Subject: RE: Reserving federated database IDs for RHIC


BaBar allocates 5 of their 100 to each developer actually of the
federation-creating variety. I'd like to think we'd have so many we'd
run out!
  - Torre

-- Torre Wenaus, BNL      wenaus@bnl.gov      516-344-4755  Fax 344-4206
--
-- STAR Experiment, RHIC@BNL Computing and software project leader
--
-- B. 510A Room 1-175        http://www.rhic.bnl.gov/STAR/computing.html
--
--                           http://www.wenaus.com/torre.html
--



> -----Original Message-----
> From: Craig E. Tull [mailto:cetull@lbl.gov]
> Sent: Thursday, June 04, 1998 3:04 PM
> To: rhic-software-l@bnl.gov
> Cc: challenge@sseos.lbl.gov
> Subject: Re: Reserving federated database IDs for RHIC
>
>
>
> Sounds like a good idea. However, Is 100 really enough for the long
term?
>
> 100 is clearly enough for "real" federations. However, I can imagine
that
> software developers will want to be able to conduct tests using
several
> federations to avoid any dependencies between tests (This is what I do
> these days.). Since many people will be doing software development, it
> seems possible to exceed 100 FDB IDs rather easily.
>
> This also raises the question of allocations within an
experiment/project.
>
> Currently, I use my LBL extension number (ID=7253) for my own little
> scratch FDBs. This would be a nice little policy for assigning scratch
IDs
> to individuals (if the range allowed it) at a particular site.
However,
> would not work between sites (I'm tempted to call 516-344-7253 and see
who
> I would get. 8^) ).
>
> I recommend that the Grand Challenge have a dedicated range of IDs as
well.
>
> - Craig
>
>
> At 12:51 PM 6/4/98 -0400, Torre Wenaus wrote:
> >In order to avoid conflicts between experiments over Objectivity
federated
> >database IDs (which is a real possibility; all it would take for the
> possibility
> >to exist would be a lock server being used by more than one
experiment),
> RD45 is
> >coordinating the assignment of ID ranges. Typically they allocate 100
IDs per
> >experiment, which I think is comfortable (their allocations are
posted on
> their
> >web). I propose that we request a RHIC allocation, 100 for each of
STAR and
> >PHENIX, and another 100 for RCF and the smaller experiments. [Does
the GC
> need
> >their own block?] A total of 300. Internal allocation:
> >   N+ 0-99    STAR
> >      100-199 PHENIX
> >      200-299 Somebody else's problem to assign
> >What do you think? When we agree I'll put in the request to RD45.
> >  - Torre
>
> -----------------------------------------------------
>  Craig E. Tull, Ph.D.
>  National Energy Research Scientific Computing Center
>  E.O. Lawrence Berkeley National Laboratory
>  EMail: cetull@lbl.gov       WWW: iago.lbl.gov/~tull
>  Phone: (510)486-7253        FAX: (510)486-4004
>