Bug 1369192 - sssd domain log displays [sysdb_delete_group] (0x0400): Error: 2 (Aucun fichier ou dossier de ce type)
Summary: sssd domain log displays [sysdb_delete_group] (0x0400): Error: 2 (Aucun fichi...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: sssd
Version: 7.3
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: SSSD Maintainers
QA Contact: Steeve Goveas
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-08-22 15:39 UTC by Sudhir Menon
Modified: 2016-08-23 11:09 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-08-23 08:19:41 UTC
Target Upstream Version:


Attachments (Terms of Use)

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


Note You need to log in before you can comment on or make changes to this bug.