The CVMFS_REPOSITORIES variable is not necessary to be defined with cvmfs
v2.1.X
It can be used for monitoring purposes i.e. 'cvmfs_config probe' uses it,
so a site could block 'atlas'jobs is 'atlas' repository is not accessible
Also it can be used in correlation with other CVMFS variable(s) to impose
a stricter access to CVMFS space. Use of this feature is not recommended
by developers, but it is described in the technical CernVM-FS documentation
Regards,
Catalin
On 23/07/2015 10:39, "Stephen Jones" <[log in to unmask]> wrote:
>Hi Catalin,
>
>(and Matt with ref to tarball)
>
>With respect to documentation of this change, it might be necessary to
>review these pages and make sure they are consistent (esp. the first one).
>
>1)
>https://www.gridpp.ac.uk/w/index.php?title=UK_CVMFS_Deployment#Install_cvm
>fs_configuration_files
> Note: Liverpool use the CVMFS_REPOSITORIES as defined in that
>document, i.e. CVMFS_REPOSITORIES=atlas,atlas-condb,lhcb
>
>2) https://www.gridpp.ac.uk/wiki/RALnonLHCCVMFS_gridpp_ac_uk
> Note: contains a bogus comment that defines CVMFS_REPOSITORIES
>(must view in edit to find)
>
>3) https://www.gridpp.ac.uk/wiki/OldEMITarball
> Note: may be stale
>
>Cheers,
>
>Steve
>
>
>
>On 07/16/2015 02:37 PM, Catalin Condurache wrote:
>> Hi,
>>
>> The decommissioning process of the 'gridpp.ac.uk' CVMFS space is about
>>halfway, and it came to my attention the fact that sites are defining
>>the CVMFS_REPOSITORIES variable at WN level. Whilst this variable was
>>mandatory with cvmfs v2.0.X, this is not case with v2.1.Y.
>>
>> One current use for the variable is to monitor the repositories, so if
>>still defined, the variable has to contain existing repositories,
>>otherwise access errors are logged at Stratum-1 level. Therefore I would
>>ask site admins to remove the 'gridpp.ac.uk' repository names from
>>there, except the regional UK VO repositories (londongrid, scotgrid,
>>southgrid, northgrid)
>>
>> Please let me know if you need more details.
>>
>> Regards,
>> Catalin Condurache
>> RAL Tier1 CVMFS Service Manager
>>
>>
>>
>> -----Original Message-----
>> From: Testbed Support for GridPP member institutes
>>[mailto:[log in to unmask]] On Behalf Of Catalin Condurache
>> Sent: 16 June 2015 16:21
>> To: [log in to unmask]
>> Subject: please re-define VO_<voname>_SW_DIR variables
>>
>> Hi,
>>
>> Many of you are probably aware that currently identical CVMFS
>>repositories are maintained within both 'gridpp.ac.uk' and 'egi.eu'
>>domain spaces.
>>
>> As the plan is to continue only with the 'egi.eu', I am planing to stop
>>publishing most of the *.gridpp.ac.uk CVMFS repositories (notable
>>exceptions are the
>>{northgrid,southgrid,scotgrid,londongrid}.gridpp.ac.uk repositories),
>>and therefore I would like to ask site admins to re-define (where is the
>>case) the values for the VO_<voname>_SW_DIR environment variables so
>>they will point to the 'egi.eu' CVMFS space (and not 'gridpp.ac.uk').
>>
>> i.e. from old definition VO_MICE_SW_DIR=/cvmfs/mice.gridpp.ac.uk
>>
>> to the new definiton VO_MICE_SW_DIR=/cvmfs/mice.egi.eu
>>
>> or from VO_CERNATSCHOOL_ORG_SW_DIR=/cvmfs/cernatschool.gridpp.ac.uk to
>>VO_CERNATSCHOOL_ORG_SW_DIR=/cvmfs/cernatschool.egi.eu
>>
>> Obviously, your CVMFS configurations need support for the 'egi.eu'
>>domain. If this is not the case (less likely), please install
>>cvmfs-keys-1.5-1 or better upgrade to cvmfs-2.1.20.
>>
>> There is no need to define new variables, but to change accordingly the
>>existing ones (i.e. for the VOs each site is supporting) and definitely
>>*do*not* change the existing definitions for
>>VO_VO_NORTHGRID_AC_UK_SW_DIR, VO_VO_SOUTHGRID_AC_UK_SW_DIR,
>>VO_VO_SCOTGRID_AC_UK_SW_DIR and VO_VO_LONDONGRID_AC_UK_SW_DIR (if any).
>>
>> Also because of the UK regional VO repositories (agreed to continue as
>>part of .gridpp.ac.uk), please do not remove any settings related to
>>this domain from your /etc/cvmfs/* configurations.
>>
>> Just to mention that I carried similar campaigns at other non-UK sites,
>>and at that time I had been in contact with SGMs from the involved VOs,
>>and they all agreed and were happy with the redefinition of VO_SW_DIR
>>variables concerning their VOs.
>>
>> A tentative date to stop the publishing of the old domain is 30 June
>>2015, so could you make sure you'll have all in place by then? I will
>>give a reminder during next Tuesday Ops meeting.
>>
>> Best regards,
>> Catalin Condurache
>
>
>--
>Steve Jones [log in to unmask]
>Grid System Administrator office: 220
>High Energy Physics Division tel (int): 42334
>Oliver Lodge Laboratory tel (ext): +44 (0)151 794 2334
>University of Liverpool http://www.liv.ac.uk/physics/hep/
>
|