Page updated: 06/09/2004
About the website

                        Valid XHTML 1.0!

gLite 3.0

glite-CE - Update to version 2.4.32-0

Date 27.06.07
Priority High


New BDII with indexing -- High Priority

New version of the BDII which uses indexes. This should significantly reduce the amount of load on a top-level BDII. For example when deployed on the load dropped by a factor 3.

The bdii-update script has been made more efficient, reading LDIF files directly from disk, not through a pipe. In addition, a configuration parameter has been added to allow a BDII to cache (a subset of) the contents of another BDII.


The new version of glite-yaim (3.0.1-22) fixes various bugs and has several new features.
  • For MDS, the config_gip function has been updated to correctly configure ldap schema for new openldap versions.
  • New variable (DPNS_BASEDIR) introduced.
    # Space separated list of email addresses which will be written into /root/.forward"
    # ROOT_EMAIL_FORWARD="gridadmin@mysite.mydomain security@mysite.mydomain"
    # The DPNS server's entry point in this domain (home)
    # i.e. this server will serve the /dpm/${MY_DOMAIN}/${DPNS_BASEDIR} name space
    # It is to ensure that if 2 or more DPM server is installed under the same domain
    # their name space should be (strongly suggested to be) separated, i.e. all the DPM
    # server in the world can be joined to a uniform name-space later on.
    # Use for example DPNS_BASEDIR=home2 or DPNS_BASEDIR=data for your second or third server.
    # Correct syntax is without '/' !
  • Fix for fetch-crl problem (bug #26033).
  • A cron job is copied to /etc/cron.monthly during the install of a DPM node (and classicSE), which creates the 'generated' directories in advance. It has to be run manually for the first time, then it runs automatically every month.
  • Changes in dCache configuration:
    1. Changed GlueServiceVersion, and GlueServiceType to be LHC compliant in values.
    2. Changed Default replica location service from PNFS to companion database as its now stable.
    3. Added a cron job to run at 22:12 daily to generate the directory for LCG tools and delete all empty generated directories which are older than 2 days. This code is based upon production code created by Patrick Furman and now maintained as part of YAIM.
    These changes do not require steps from the site admins.
    NOTE: these changes were not tested during certification.
  • Removal of MDS configuration on DPM (GGUS ticket #21675).
  • No pool accounts are created on LFC.
  • The last modification time of the site-info.def during configuration is saved in the log file.
  • The config_mkgridmap function has been modified to allow the (non recommended) old sgm/prd user mapping schema, i.e. several sgm/prds are mapped to a single user.

    YAIM will auto-detect the situation and warn about dubious users.conf content, e.g. when only a single pool account has been defined for a VO (like in the example users.conf).

    Correct syntax for the LHCb sgm and production user's certificate FQANs are inserted in example groups.conf.

    Reconfiguration is necessary only if you modified your configuration.

    IMPORTANT: This is one of the last releases providing full set of configuration files. In the future, only very short syntactically correct examples will be distributed. The configuration setting for VOs, priorities, FQANs will be available in YAIM format through the CIC portal.
  • Removal of the default configuration of the FQAN VOViews.
  • YAIMLOG is now only readable by root.
Documentation can be found in the following locations:
Glue Schema

The new version of glue-schema updates to Glue version 1.3. The top-level BDIIs should be updated first, followed by the sites BDIIs and then the GRISs. Only when all the nodes have been updated, new information can be published.


The update of lcg-info-dynamic-lsf affects only CEs using the LSF batch system. The released version is a re-write of the original version, which was mainly done to improve performance. Moreover, the LRMS-related parts have been extracted and put into a dedicated rpm. The LRMS plugin was renamed to match the naming conventions used for PBS/Torque.

Design goals:
  • Support for several CEs looking at the same batch system.
  • Reduce number of queries to the batch system.
  • Improve scalability.
  • Code improvements.
  • Add documentation.
  • Make it more configurable.
  • Get ready for gLite, but be compatible with LCG.
Implementation details:
  • LRMS information is now created by the lcg-info-dynamic-lsf executable. This allows the system to provide consistent information.
  • Caching of LSF results:
    • Reduce number of batch system calls by avoiding unnecessary queries.
    • Allow several CEs to provide consistent information if the caches are shared (put on a shared file system).

This update to requires lcg-info-dynamic-lsf-2.0.34-1 or newer. It is worth mentioning that the following section has to be added to the WorkloadManager section of the glite_wms.conf configuration file of the WMS:
    CeForwardParameters = {
Just the WM gLite service needs to be re-started using:

Please also have a look at the list of known issues.

This update fixes various bugs. For the full list of bugs, please see list below.

Fixed bugs

Number Description
 #20767 BDII does not use indices

Updated rpms

Name Version Full RPM name Description
bdii 3.9.0-1 bdii-3.9.0-1.noarch.rpm bdii
glite-blah-local-submit-attributes-lsf 3.0.10-1 glite-blah-local-submit-attributes-lsf-3.0.10-1.noarch.rpm LSF plugin for gLite allowing passing requirements from the wms via the ce to the batch system
glite-CE 2.4.32-0 glite-CE-2.4.32-0.noarch.rpm gLite Computing Element node configuration files
glite-yaim 3.0.1-22 glite-yaim-3.0.1-22.noarch.rpm glite-yaim
glue-schema 1.3.0-2 glue-schema-1.3.0-2.noarch.rpm Glue Schema
lcg-info-dynamic-lsf 2.0.34-1 lcg-info-dynamic-lsf-2.0.34-1.noarch.rpm LSF dynamic information provider.
lcg-info-dynamic-scheduler-lsf 1.0.1-1 lcg-info-dynamic-scheduler-lsf-1.0.1-1.noarch.rpm lsf scheduler backend

The RPMs can be updated using apt via

Service reconfiguration after update

Service must be reconfigured.

Service restart after update

Service must be restarted.

How to apply the fix

  1. Update the RPMs (see above)
  2. Update configuration (see above)
  3. Restart the service if necessary (see above)