[Date Prev][Date Next]
RE: Rejected update for an attribute that wasn't being updated?
--On Friday, April 16, 2004 8:45 PM -0700 Howard Chu <email@example.com>
The *unmodified* entry contains the above attributes. As I
all that the objectClass "suCampusResident" requires is
suResidenceRequiredAttribute. That is present in the entry
Also, we *always* have schema checking on (it has been in our
since the day we deployed OpenLDAP into production).
I'll also note that the entry was *successfully* modified on
created 05/16/2003. So what you are saying doesn't make any sense.
Has your schema been changed in that period of time?
What "suCampusResident" *requires* is irrelevant in this case. The server
complains that "suResidenceTSO" is *not allowed* - so, which objectclass
in this particular entry has a MAY for the suResidenceTSO attribute?
objectclass ( 126.96.36.199.4.1.2188.8.131.52 NAME 'suCampusResident'
DESC 'Stanford University On Campus Resident'
MUST ( suResidenceRequiredAttribute )
MAY ( suResidenceCode $ suResidenceName $ suResidenceRoom $
suResidencePhone $ suResidenceTSO )
The only change the schema has had since the last time I loaded this LDIF
file into the test directories was to add the "suSearchID" attribute, which
(a) isn't populated currently, (b) is a MAY, and (c) isn't a part of the
Principal Software Developer
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html