I am running FDS 1.02 in master/client setup on Centos 4.4. With
respect to an earlier query about an EMC NAS and Solaris client config,
I am running into a more basic problem with one of the two schema from
the Solaris How-To
(http://directory.fedora.redhat.com/wiki/Howto:SolarisClient), (I named
these 62DUAConfigProfile.ldif and 63nisDomain.ldif because I already had
a Samba schema on 61).
I was easily able to load the provided 62DUAConfigProfile schema file
(and I created a profile object for the EMC client that relied on
attributes in that schema). I can see those new DUA attributes like
profileTTL.
However, When I attempted to add the 63nisDomain.ldif schema, I can
restart the FDS slapd without error, but the nis* attributes do not then
show up in the FDS directory schema no matter how I look (try to add
attribute in phpLDAPadmin, or via FDS console under config-->schema or
elsewhere). I have a 2 server master/client setup and have added the
schema files on both and restarted slapd on both several times
There are a few other nis* attributes visible (nismap, nisnetgroup,
nisobject) but none of these seem to duplicate what are provided by
63nisDomain.ldif.
This config file appeared elsewhere on line and I tried it from 2
sources but it looked to be identical. I was able to make the slapd
fail on restart by adding an unwanted space/CR to the file, so it seems
like slapd is definitely trying to read it. I have verified that the
LDIF on both FDS servers is identical. I turned logging up to 64 on
slapd to get config processing errors, but it didn't yield much:
config - Unknown attribute mod will be ignored
[21/Mar/2007:10:21:28 -0700] - Fedora-Directory/1.0.2 B2006.060.1928
starting up
[21/Mar/2007:10:21:28 -0700] - Unknown config attribute readonly
[21/Mar/2007:10:21:28 -0700] - DNS ldap.example.com -> DN
dc=ldap,dc=example,dc=com
[21/Mar/2007:10:21:28 -0700] - slapd started. Listening on All
Interfaces port 389 for LDAP requests
[21/Mar/2007:10:21:29 -0700] - Listening on All Interfaces port 636 for
LDAPS requests
Not sure what those unknowns are, but I removed the nisDomain.ldif from
config/schema and restarted; the error log output was unchanged.
In case there was some unknown precedence issue, I changed the order of
the 2 new LDIF to make nisDomain first, 62. I then moved it ahead of
Samba schema to "59". No change.
The LDIF I am using now is pasted below -- a one-attribute-per-line format.
I am at a bit of a stand on this. I am *really* not understanding why I
can't find any of these attributes. But, it feels like one of those
times (they come about 10 times a year) where somebody may hit Jim with
a very large clue stick -- like I am really missing something :(
Any insight appreciated.
Jim
Current 63NisDomain.ldif:
dn: cn=schema
attributeTypes: ( 1.3.6.1.1.1.1.28 NAME 'nisPublickey' DESC
'nisPublickey' EQUALITY caseIgnoreIA5Match SYNTAX
1.3.6.1.4.1.1466.115.121.1.26 )
attributeTypes: ( 1.3.6.1.1.1.1.29 NAME 'nisSecretkey' DESC
'nisSecretkey' EQUALITY caseIgnoreIA5Match SYNTAX
1.3.6.1.4.1.1466.115.121.1.26 )
attributeTypes: ( 1.3.6.1.4.1.1.1.1.12 SUP name NAME 'nisDomain' DESC
'NIS domain' SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 )
attributeTypes: ( 2.16.840.1.113730.3.1.30 NAME 'mgrpRFC822MailMember'
DESC 'mgrpRFC822MailMember' EQUALITY caseIgnoreIA5Match SYNTAX
1.3.6.1.4.1.1466.115.121.1.26 )
attributeTypes: ( 1.3.6.1.4.1.42.2.27.1.1.12 NAME 'nisNetIdUser' DESC
'nisNetIdUser' EQUALITY caseExactIA5Match SYNTAX
1.3.6.1.4.1.1466.115.121.1.26 )
attributeTypes: ( 1.3.6.1.4.1.42.2.27.1.1.13 NAME 'nisNetIdGroup' DESC
'nisNetIdGroup' EQUALITY caseExactIA5Match SYNTAX
1.3.6.1.4.1.1466.115.121.1.26 )
attributeTypes: ( 1.3.6.1.4.1.42.2.27.1.1.14 NAME 'nisNetIdHost' DESC
'nisNetIdHost' EQUALITY caseExactIA5Match SYNTAX
1.3.6.1.4.1.1466.115.121.1.26 )
objectClasses: ( 1.3.6.1.1.1.2.14 NAME 'NisKeyObject' DESC
'NisKeyObject' SUP top MUST ( cn $ nisPublickey $ nisSecretkey ) MAY (
uidNumber $ description ) )
objectClasses: ( 1.3.1.6.1.1.1.2.15 NAME 'nisDomainObject' DESC
'nisDomainObject' SUP top AUXILIARY MUST ( nisDomain ) )
objectClasses: ( 2.16.840.1.113730.3.2.4 NAME 'mailGroup' DESC
'mailGroup' SUP top MUST ( mail ) MAY ( cn $ mgrpRFC822MailMember ) )
objectClasses: ( 1.3.6.1.4.1.42.2.27.1.2.6 NAME 'nisNetId' DESC
'nisNetId' SUP top MUST ( cn ) MAY ( nisNetIdUser $ nisNetIdGroup $
nisNetIdHost ) )
--
Fedora-directory-users mailing list
Fedora-directory-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-directory-users
