yahoo-eng-team team mailing list archive

[Colleen Murphy <colleen@xxxxxxxxxxx>]

Using the hash of the ID is intentional when keystone has a domain
configured to use the LDAP backend. Otherwise there would be no way to
guarantee uniqueness, since the ID comes from an external provider and
since there could be multiple domains configured to use LDAP.

** Changed in: keystone
       Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1754723

Title:
  'openstack user list' is not listing userid correctly in case of LDAP

Status in OpenStack Identity (keystone):
  Won't Fix

Bug description:
  The command 'openstack user list' is not listing proper user details
  when keystone is configured with LDAP.

  The user_id_attribute is set to uid but user listing show hash like
  ids during user listing.

  This behavior is seen in Pike release. 
   
  keystone.conf
  [ldap]
  user_id_attribute = uid
  user_mail_attribute = mail
  user_name_attribute = cn

  The First column is ID, it should show the correct ID of user from LDAP based on 'user_id_attribute'
  but here is showing hash like id.

  [root@a2n1 ~]# openstack user list  --domain EXT_USER_DOMAIN 
  +------------------------------------------------------------------+------------------------+
  | ID                                                               | Name                   |
  +------------------------------------------------------------------+------------------------+
  | dfda96a70eec870fe0cc154778e4c527001984589d69a4d602666a756b5dd35f | userr                  |
  | 98d8c9a1f148c15f42c954b3f54a2117dfe5a1db90b977af395dce3731ec6271 | userrw                 |
  | ee70d65cd729d20655c4aa966490e9210dc99879e4e22205442957a4805558a2 | userr_1                |

  In Mitaka or earlier release, value of ID was coming from LDAP and was
  correctly shown in ID column of 'openstack user list' output.

To manage notifications about this bug go to:
https://bugs.launchpad.net/keystone/+bug/1754723/+subscriptions