Layout of LCG2 Templates

TOC(inline)

This page contains a description of the layout of templates for LCG2 provided by QWG and how the site customization should be integrated. See page on template framework for more details on template framework structure and site customization.

LCG2 Template Layout

QWG templates related to LCG2 middleware are organized in several directories for easier navigation into the template hierarchy. In the future these directories should be mapped to namespaces. Currently they are all equivalent from the pan perspective : a given template can be placed into any of the directory but should not exist in more than one directory as there is no guarantee about the search order.

Directory used by QWG LCG2 templates are :

• machine-types : templates defining the whole configuration of a given LCG2 machine type (e.g. WN, CE, SE, BDII...). There is one template per machine type. They all rely on template pro_lcg2_machine_config_base to define basic configuration of any kind of LCG2 machine.
• rpmlist : templates defining RPMs that must be loaded for a given LCG2 service. These RPMs are generated from LCG2 middleware description and should not be edited manually (manual edits will be lost next time templates are generated).
• repository : there is normally one template listing all the RPM repositories associated with the current version of the middleware. Each repository is defined in a template that is site specific.
• sources : templates that define a LCG2 service configuration. These templates are maintained manually and generally need to be updated with each version of the middleware. They are centrally maintained by QWG maintainers. These templates are generic and take as input variables to define a specific site configuration. They should not (normally) be edited manually.
• vo-legacy : templates to define VOs, using scheme used by previous version of QWG templates (until 2.7.0). They are provided for backward compatibility but should not be used anymore, after migrating to the new, much more flexible, scheme.
• vo : templates to configure VOs. These templates and associated functions provide a flexible way of configuring VOs. They take as input the list of VOs to be configured, from variable VOS.