http://gridpp-storage.blogspot.com/2007/05/dpm-164-and-sl4.html
I have just come across a problem with running DPM v1.6.4 on SL4. Well,
it's not actually a problem with DPM itself, but rather a problem with
the BDII that it is now using as an information provider. SL4 comes with
openldap v2.2 which appears to have stricter schema checking than
openldap v2.0 (which comes with SL3). This causes problems like this:
$ ldapsearch -LLL -x -H ldap://wn4.epcc.ed.ac.uk:2170 -b
mds-vo-name=resource,o=grid
Invalid DN syntax (34)
Additional information: invalid DN
Meaning that your SE can't publish anything about itself. This can be
resolved by adding this block of code
attributetype ( 1.3.6.1.4.1.3536.2.6.1.4.0.1
NAME 'Mds-Vo-name'
DESC 'Locally unique VO name'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.44
SINGLE-VALUE
)
to /opt/glue/schema/ldap/Glue-CORE.schema and then restarting the ldap
and bdii processes. This is covered by this bug:
https://savannah.cern.ch/bugs/index.php?15532
|