Red Hat Bugzilla – Bug 1153518
service lookups returned in lowercase with case_sensitive=preserving
Last modified: 2015-03-05 05:33:59 EST
Description of problem: service lookups returned in lowercase with case_sensitive=preserving Version-Release number of selected component (if applicable): sssd-1.12.1-3.el7 How reproducible: Always Steps to Reproduce: 1. dn: cn=Svc1,ou=Services,dc=example,dc=com objectClass: ipService cn: svc1_alias1 cn: SVC1_Alias2 cn: Svc1 ipServicePort: 65535 ipServiceProtocol: Tcp ipServiceProtocol: udp ipServiceProtocol: dummy_proto 2. Configure and start sssd with case_sensitive=preserving 3. Lookup service Actual results: # getent services Svc1 svc1 65535/tcp svc1_alias1 svc1_alias2 # getent services 65535/TCP svc1 65535/tcp svc1_alias1 svc1_alias2 Expected results: Case should not be lowered Additional info:
Upstream ticket: https://fedorahosted.org/sssd/ticket/2460
master: c4e278c2637547640d28bda007c9c38a17956fcc
Only the name of the service has it's case preserved. The protocol name and aliases are still lowercased. On testing with sssd-1.12.2-7.el7, I get: # getent services SVC1 Svc1 65535/tcp svc1_alias1 svc1_alias2
(In reply to Kaushik Banerjee from comment #5) > Only the name of the service has it's case preserved. The protocol name and > aliases are still lowercased. > > On testing with sssd-1.12.2-7.el7, I get: > # getent services SVC1 > Svc1 65535/tcp svc1_alias1 svc1_alias2 Michal would explain better, but I'm afraid this is a limitation that we can't work around if we want to keep the case-insensitive /matching/. Can we take this as a current design limitation and file a (deferred) ticket to also keep the case of services and protocols in case a customer or a user is also interested in this functionality? We can also document this shortcoming in the man pages.
I missed that this bugzilla had new comments, so sorry for delayed answer. Jakub is right, we can not preserve the alias and protocol names without loosing case-insensitivity. The upstream man page was already updated to mention this.
Verified in version 1.12.2-28.el7 # getent services svc1 Svc1 65535/tcp svc1_alias1 svc1_alias2 # getent services 65535/TCP Svc1 65535/TCP svc1_alias1 svc1_alias2
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-0441.html