Hi,
The https://www.gridpp.ac.uk/wiki/RALnonLHCCVMFS page contains now updated information regarding site configurations needed to access the CernVM-FS *.egi.eu repositories hosted at RAL.
Please let me know if something is wrong or still missing.
Regards,
Catalin
> -----Original Message-----
> From: Catalin Condurache [mailto:[log in to unmask]]
> Sent: 04 November 2014 11:45
> To: [log in to unmask]
> Subject: Re: cvmfs-keys-1.5 package available
>
> Yes, sorry, I will update the relevant pages asap based on the new cvmfs-
> keys-1.5-1 package and egi.eu CVMFS domain
>
> Catalin
>
> > -----Original Message-----
> > From: Christopher J.Walker [mailto:[log in to unmask]]
> > Sent: 04 November 2014 11:31
> > To: [log in to unmask]
> > Subject: Re: cvmfs-keys-1.5 package available
> >
> > This is the e-mail where Catalin requests sites update cvmfs-keys and
> > change the VO software directory environment variable.
> >
> > In the ops meeting Steve noted that at:
> > https://www.gridpp.ac.uk/wiki/Main_Page there is a link in the section:
> >
> > Getting up and running on the grid - users to RAL non-LHC CVMFS, i.e.
> > the Gridpp Repository
> <https://www.gridpp.ac.uk/wiki/RALnonLHCCVMFS>
> >
> > Which I've just checked - and isn't up to date.
> >
> > I've filed
> > https://ggus.eu/index.php?mode=ticket_info&ticket_id=109845
> > against RAL to request that this be updated - but if someone wants to
> > beat Catalin to it...
> >
> > Chris
> >
> >
> > On 23/10/14 12:00, Catalin Condurache wrote:
> > > Hi,
> > >
> > > You may be aware or not that a new cvmfs-keys-1.5 package has been
> > made available recently. More details at
> > http://cernvm.cern.ch/portal/filesystem/cvmfs-keys-1.5 but mainly it
> > adds the public keys and Stratum-1 server addresses for the egi.eu and
> > opensciencegrid.org domains (no changes for the *.cern.ch repositories).
> > >
> > > Now about the new 'egi.eu' CVMFS domain. It is the result of the
> > > work
> > done by the EGI CVMFS Task Force and it is going to replace the
> > existing 'gridpp.ac.uk' domain which accommodates the small VO
> repositories.
> > > At the moment at Stratum-0 level (RAL), for each repository that
> > > exists
> > under /cvmfs/<repo>.gridpp.ac.uk there is a valid copy as
> > /cvmfs/<repo>.egi.eu. And similarly the Stratum-1 services (RAL,
> > NIKHEF,
> > ASCG) are replicating both gridpp.ac.uk and egi.eu domains.
> > >
> > > Once cvmfs-keys-1.5 is installed at sites, the 'egi.eu'
> > > configuration comes in
> > place without need to remove the old gridpp.ac.uk domain (if already
> > configured), and automatically CVMFS clients can access the
> > /cvmfs/<repo_name>.egi.eu space.
> > > Hence for a specific VO, the environment variable
> > VO_<vo_name>_SW_DIR could be defined either as
> > "/cvmfs/<repo_name>.gridpp.ac.uk" or "/cvmfs/<repo_name.egi.eu"
> > without impacting VO activities. However the plan is, once
> > cvmfs-keys-1.5 has been installed, to stop using the CVMFS
> > gridpp.ac.uk space by properly redefining the VO_<vo_name>_SW_DIR
> > variables. Problems might appear if VOs rely on accessing their CVMFS
> > repo by hardcoding the path in their applications (and not making use
> > of the environment variable), but I believe this is not the case in general.
> > >
> > > Therefore I encourage system administrators at sites to install
> > > cvmfs-keys-
> > 1.5 rpm
> > (https://cvmrepo.web.cern.ch/cvmrepo/yum/cvmfs/EL/5/x86_64/cvmfs-
> > keys-1.5-1.noarch.rpm), and then to redefine the
> VO_<vo_name>_SW_DIR
> > variable for the VOs they are supporting on CVMFS.
> > >
> > > Please let me know of any problems you come across and I'll be happy
> > > to
> > help.
> > >
> > > Best regards,
> > > Catalin Condurache
> > > RAL Tier-1 Grid Services
> > >
> > >
> --
> Scanned by iCritical.
--
Scanned by iCritical.
|