Update ldap user information and it can't be identified by keystone

Bug #1845412 reported by jun923.gu
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Identity (keystone)
Invalid
Undecided
Unassigned

Bug Description

I encounter a situation that keystone can't identify the updated user information after updating ldap user. Because keystone use memcached server as a cached backend, the get_user api get user information from memcached server if the cached user information is not expired. The updated ldap user can't be updated into memcached server, so the get_user api get the origin user information, not updated user information.I am curious whether there are some solutions to solve the problem.

Revision history for this message
Vishakha Agarwal (vishakha.agarwal) wrote :

Could you also share some details to reproduce this like OpenStack release you are using? Is it over the master? Have you seen updated information reflected on LDAP in previous releases? Also I have a few more questions in my mind whether the user information was successfully updated in the LDAP.

Revision history for this message
Colleen Murphy (krinkle) wrote :

There's no way for the LDAP backend to notify the keystone cache that it is out of date. The same problem would happen if you edited the SQL database directly. The only suggestion I can offer is to reduce the cache expiration time in the [cache]/expiration_time setting in keystone.conf.

Revision history for this message
jun923.gu (gujun1989) wrote :

@krinkle,thank you for your reply. I agree with you. @vishakha.agarwal, currently, I think there's no effect method to solve this problem except avoiding it, such as reduce the cache expiration as krinkle had talked.

Revision history for this message
Colleen Murphy (krinkle) wrote :

Glad I could help, I will mark this bug as "invalid" since the question has been answered.

Changed in keystone:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.