Summary: server crash after deleting supposedly deleted attribute https://bugzilla.redhat.com/show_bug.cgi?id=222918 On some configuration, FDS1.0.2 crashes when handling these modify requests: dn: cuniPersonalId=99853826,ou=people,dc=cuni,dc=cz changetype: modify replace: cuniPrincipalName - dn: cuniPersonalId=99853826,ou=people,dc=cuni,dc=cz changetype: modify delete: cuniPrincipalName ------- Additional Comments From nhosoi@xxxxxxxxxx 2007-09-28 15:52 EST ------- Created an attachment (id=210881) --> (https://bugzilla.redhat.com/attachment.cgi?id=210881&action=view) cvs diffs Files: servers/plugins/syntaxes/string.c servers/slapd/back-ldbm/index.c Description: I tried to reproduce the problem, but it failed. I tried the test under the stress with nsslapd-serial-lock: off, but the condition was not the key. My test always catches: ldap_modify: No such attribute at the second deletion, with which it does not take the crash path. I tried indexed attribute as well as unindexed, but no luck. Anyway, although I could not reproduce the crash, but the stacktrace in the originalcomment indicates even if there is no attribute to delete, it calls index_addordel_values_sv with NULL vals, which is not supposed to, I think.
Also, string_values2keys in string.c is not ready to accept NULL bvals. I changed these two files so that even if the condition is realized, the server won't crash.
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
-- Fedora-directory-devel mailing list Fedora-directory-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-directory-devel
