Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1369192

Summary: sssd domain log displays [sysdb_delete_group] (0x0400): Error: 2 (Aucun fichier ou dossier de ce type)
Product: Red Hat Enterprise Linux 7 Reporter: Sudhir Menon <sumenon>
Component: sssdAssignee: SSSD Maintainers <sssd-maint>
Status: CLOSED NOTABUG QA Contact: Steeve Goveas <sgoveas>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.3CC: grajaiya, jhrozek, lslebodn, mkosek, mzidek, pbrezina, sumenon
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-23 08:19:41 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Sudhir Menon 2016-08-22 15:39:41 UTC 
Description of problem: sssd domain log displays [sysdb_delete_group] (0x0400): Error: 2 (Aucun fichier ou dossier de ce type)


Version-Release number of selected component (if applicable):
sssd-1.14.0-27.el7.x86_64

How reproducible: Always

Steps to Reproduce:
1. Install ipa server
2. Establish trust with windows server pne.qe
3. Add UPN for ad user in AD i.e qa.io
4. now run the below command.

ldapsearch -Y GSSAPI -b cn=compat,dc=pne,dc=qe '(&(objectclass=posixaccount)(uid=sudhir))'

Actual results:
when the user was not returned with ldapsearch command it gave the below in the log file.

(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sdap_get_generic_op_finished] (0x0400): Search result: Success(0), no errmsg set
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sdap_op_destructor] (0x2000): Operation 43 finished
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sdap_search_user_process] (0x0400): Search for users, returned 0 results.
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sdap_get_users_done] (0x0040): Failed to retrieve users [2][Aucun fichier ou dossier de ce type]. <===== Need to fix this
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sdap_id_op_done] (0x4000): releasing operation connection
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Added timed event "ltdb_callback": 0x7fa1ead5dac0
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Added timed event "ltdb_timeout": 0x7fa1ead7fdd0
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Running timer event 0x7fa1ead5dac0 "ltdb_callback"
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Destroying timer event 0x7fa1ead7fdd0 "ltdb_timeout"
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Ending timer event 0x7fa1ead5dac0 "ltdb_callback"
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sysdb_search_by_name] (0x0400): No such entry
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sysdb_cache_search_groups] (0x2000): Search groups with filter: (&(objectclass=group)(ghost=sudhir))
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Added timed event "ltdb_callback": 0x7fa1eacad810
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Added timed event "ltdb_timeout": 0x7fa1ead7f8f0
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Running timer event 0x7fa1eacad810 "ltdb_callback"
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Destroying timer event 0x7fa1ead7f8f0 "ltdb_timeout"
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Ending timer event 0x7fa1eacad810 "ltdb_callback"
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sysdb_cache_search_groups] (0x2000): No such entry
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sysdb_delete_user] (0x0400): Error: 2 (Aucun fichier ou dossier de ce type)
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Added timed event "ltdb_callback": 0x7fa1ead54760
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Added timed event "ltdb_timeout": 0x7fa1ead71260
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Running timer event 0x7fa1ead54760 "ltdb_callback"
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Destroying timer event 0x7fa1ead71260 "ltdb_timeout"
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ldb] (0x4000): Ending timer event 0x7fa1ead54760 "ltdb_callback"
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [sysdb_search_user_by_upn] (0x0400): No entry with upn [sudhir] found.
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [ipa_id_get_account_info_orig_done] (0x0080): Object not found, ending request
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [dp_req_done] (0x0400): DP Request [Account #16]: Request handler finished [0]: Succès
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [_dp_req_recv] (0x0400): DP Request [Account #16]: Receiving request data.
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [dp_req_reply_list_success] (0x0400): DP Request [Account #16]: Finished. Success.
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [dp_req_reply_std] (0x1000): DP Request [Account #16]: Returning [Success]: 0,0,Success
(Mon Aug 22 20:22:24 2016) [sssd[be[redlabs.qe]]] [dp_table_value_destructor] (0x0400): Removing [0:1:0x0001:1:1:U:redlabs.qe:name=sudhir] from reply ta

Expected results: 
Fix the typo in the sssd domain log

Additional info:
Comment 2 Lukas Slebodnik 2016-08-22 20:00:14 UTC 
(In reply to Sudhir Menon from comment #0)
> Expected results: 
> Fix the typo in the sssd domain log
> 
Which typo do you mean?
Comment 3 Sudhir Menon 2016-08-23 05:58:59 UTC 
Typo is not what I meant, specify the error in english rather than french language.

(0x0040): Failed to retrieve users [2][Aucun fichier ou dossier de ce type].
Comment 4 Lukas Slebodnik 2016-08-23 06:23:44 UTC 
It is not a bug that error messages are translated.
It is based on locale. If you do not like such behaviour of the function strerror
then you can override default locale in /etc/sysconfig/sssd
e.g.
echo 'LC_ALL=C' >> /etc/sysconfig/sssd
Comment 5 Jakub Hrozek 2016-08-23 08:19:41 UTC 
Yes, there are no French messages in SSSD source :)

Closing.
Comment 6 Sudhir Menon 2016-08-23 11:09:05 UTC 
Jakub/Lukas,

Yes I agree that this is not a bug because when i ran the command "localectl status" on the ipa-server, it showed that the system locale was set as fr_FR.utf8. 
This was set by me, and I don't recollect when and why.

So the french messages which appeared in the log were rightly because of the locale settings.

Sorry for the noise here.
[root@ipaserver sssd]# localectl status
System Locale: LANG=fr_FR.utf8
VC Keymap: in-eng
X11 Layout: in
X11 Variant: eng