I'm running 389-ds-base.x86_64 1.2.11.15-12.el6_4 on RHEL 6.3.
When I do a "replace: userPassword" with an empty set of values (which will cause the attribute to be removed), 389ds only remove the userPassword attribute and doesn't remove the unhashed#user#password attribute.
I enabled more logging in the error log and this is what I see for "delete: userPassword" and "replace: userPassword" with an empty set of values.
delete: userPassword: [02/Apr/2013:17:35:16 -1000] - => entry_apply_mods_wsi [02/Apr/2013:17:35:16 -1000] - delete: userPassword [02/Apr/2013:17:35:16 -1000] - removing entire attribute userPassword [02/Apr/2013:17:35:16 -1000] - - [02/Apr/2013:17:35:16 -1000] - modifiersname: cn=directory manager [02/Apr/2013:17:35:16 -1000] - replace: modifiersname [02/Apr/2013:17:35:16 -1000] - - [02/Apr/2013:17:35:16 -1000] - modifytimestamp: 20130403033515Z [02/Apr/2013:17:35:16 -1000] - replace: modifytimestamp [02/Apr/2013:17:35:16 -1000] - - [02/Apr/2013:17:35:16 -1000] - delete: unhashed#user#password [02/Apr/2013:17:35:16 -1000] - removing entire attribute unhashed#user#password [02/Apr/2013:17:35:16 -1000] - -
replace: userPassword with an empty set of values: replace: userpassword [02/Apr/2013:17:37:03 -1000] - => entry_apply_mods_wsi [02/Apr/2013:17:37:03 -1000] - replace: userPassword [02/Apr/2013:17:37:03 -1000] - - [02/Apr/2013:17:37:03 -1000] - modifiersname: cn=directory manager [02/Apr/2013:17:37:03 -1000] - replace: modifiersname [02/Apr/2013:17:37:03 -1000] - - [02/Apr/2013:17:37:03 -1000] - modifytimestamp: 20130403033703Z [02/Apr/2013:17:37:03 -1000] - replace: modifytimestamp [02/Apr/2013:17:37:03 -1000] - -
Anyone know if this is how 389ds supposed to work or is it a bug?
Thank you.
Regards,
--thang
On 04/03/2013 02:11 PM, Thang Nguyen wrote:
I'm running 389-ds-base.x86_64 1.2.11.15-12.el6_4 on RHEL 6.3.
When I do a "replace: userPassword" with an empty set of values (which will cause the attribute to be removed), 389ds only remove the userPassword attribute and doesn't remove the unhashed#user#password attribute.
I enabled more logging in the error log and this is what I see for "delete: userPassword" and "replace: userPassword" with an empty set of values.
delete: userPassword: [02/Apr/2013:17:35:16 -1000] - => entry_apply_mods_wsi [02/Apr/2013:17:35:16 -1000] - delete: userPassword [02/Apr/2013:17:35:16 -1000] - removing entire attribute userPassword [02/Apr/2013:17:35:16 -1000] - - [02/Apr/2013:17:35:16 -1000] - modifiersname: cn=directory manager [02/Apr/2013:17:35:16 -1000] - replace: modifiersname [02/Apr/2013:17:35:16 -1000] - - [02/Apr/2013:17:35:16 -1000] - modifytimestamp: 20130403033515Z [02/Apr/2013:17:35:16 -1000] - replace: modifytimestamp [02/Apr/2013:17:35:16 -1000] - - [02/Apr/2013:17:35:16 -1000] - delete: unhashed#user#password [02/Apr/2013:17:35:16 -1000] - removing entire attribute unhashed#user#password [02/Apr/2013:17:35:16 -1000] - -
replace: userPassword with an empty set of values: replace: userpassword [02/Apr/2013:17:37:03 -1000] - => entry_apply_mods_wsi [02/Apr/2013:17:37:03 -1000] - replace: userPassword [02/Apr/2013:17:37:03 -1000] - - [02/Apr/2013:17:37:03 -1000] - modifiersname: cn=directory manager [02/Apr/2013:17:37:03 -1000] - replace: modifiersname [02/Apr/2013:17:37:03 -1000] - - [02/Apr/2013:17:37:03 -1000] - modifytimestamp: 20130403033703Z [02/Apr/2013:17:37:03 -1000] - replace: modifytimestamp [02/Apr/2013:17:37:03 -1000] - -
Anyone know if this is how 389ds supposed to work or is it a bug?
Sounds like a bug. Please file a ticket. If you are a Red Hat customer (that looks like an official Red Hat release, or possibly CentOS), please file a bugzilla.
Thank you.
Regards,
--thang
389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
389-users@lists.fedoraproject.org