= QWG Templates Frequently Asked Questions =
[[TracNav]]

[[TOC(inline)]]


== RPM Repository Configuration ==

=== RPM present but configuration complaining it is missing ===

During compilation, a check is made all the RPMs included in the configuration are present in a RPM repository. This check is not done by looking directly at the directory contents but using a PAN template associated with the RPM repository and representing its contents. This template is generally sitting in a `repository/` subdirectory in your site configuration.

To update these templates with SCDB to reflect the current contents of the repositories, you need to run the following command:
{{{
external/ant/bin/ant update.rep.templates
}}}

If the RPM you are looking for doesn't show up in the template, it may suggest a misconfiguration of the repository template. You need to ensure the first lines (which are comments) reflect your local configuration. If this is not the case, fix the configuration, delete every line after the initial comments and re-run the command above.

=== RPM present but installation failing to find it ===

When configuration is compiled, a check is made all RPMs needed are present in a RPM repository to ensure there will be no failure at deployment time so this error should not happen. Unfortunatly there is one exception when the configuration uses several architecture of the same version of a package. In this particular case, you need to ensure that the RPMs for all architectures are sitting in the same RPM repository else you will get an error at installation time despite the compilation succeeded.

This happens because of a SPMA schema restriction where all the architectures of the same package version share the same repository information in the node profile. As a result, the repository information set in the configuration for the package is the repository where the package for the last architecture processed was found and will not allow to download the others.

This is mainly a problem for packages provided by the OS. Because of a SPMA restriction, if you need to add some `i386` RPMs from `i386` distribution to the `x86_64` distribution, '''it is a requirement''' to put them in the same repository/directory as the other RPMs provided by the distribution.

We plan to address this issue in the future but this is quite a major change to a critical component...


== VO Configuration Templates ==

VO (Virtual Organization) are the representing the user communities allowed to use the grid. For each VO, a set of templates is needed to be able to use it in gLite templates.

=== I would like to use a VO not part of QWG configuration ===

Templates describing VO paramaters are generated from the official source for this information, the [https://cic.gridops.org/index.php?section=vo CIC Portal]. They are updated on a regular basis in the standard templates but it may happen the VO you want to use was not part of the last update of the standard templates.

You can easily regenerate VO templates from the [https://cic.gridops.org/index.php?section=vo CIC Portal] with the following command:
{{{
external/ant/bin/ant update.vo.config
}}}

''Note: you need at least [milestone:SCDB-2.3.0 SCDB 2.3.0] to carry this operation.''

=== VOMS server information is out-of-date ===

VOMS server information for a VO may change from time to time. In particular the VOMS server certificate is updated, generally once a year. Unfortunatly it is difficult to update it in advance with the information published on the [https://cic.gridops.org/index.php?section=vo CIC Portal], even though the QWG templates support the possibility to install in advance the new certificate.

Should you have a problem of a VOMS server information being out-of-date, you can update to the last version published on [https://cic.gridops.org/index.php?section=vo CIC Portal] with the following command:

You can easily regenerate VO templates from the [https://cic.gridops.org/index.php?section=vo CIC Portal] with the following command:
{{{
external/ant/bin/ant update.vo.config
}}}

''Note: you need at least [milestone:SCDB-2.3.0 SCDB 2.3.0] to carry this operation.''