Thank you to everyone who has helped me to figure this out.

I'm reminded that the problem is usually occurring in a location other
than where you're looking.  If you're watching the stove to make sure
the pot doesn't boil over, the sink is probably backing up behind you.

In this case, I was loading change entries from an LDIF file and then
attempting to make those changes occur on an LDAP server by calling
$entry->update($ldap).  I checked result codes to make sure that I was
successfully binding to the server, and reading the LDIF file entries,
but what I didn't check was the result of the update.

Looking at my server logs, all of my operations were being rejected due
to schema violations (error 65).  I had inadvertently moved the custom
schema file (99user.ldif) out of its directory.  Nothing was going
through because I was trying to modify attributes the server didn't
know.

Now, it's all good.  I stopped the server, replaced the schema file,
and started it back up.  Ran the script and all of the changes are
going through.

Thanks to everyone who helped me fix this problem!

Ed

Reply via email to