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 1232862

Summary: Internal error in domain log on starting sssd
Product: Red Hat Enterprise Linux 7 Reporter: Kaushik Banerjee <kbanerje>
Component: sssdAssignee: SSSD Maintainers <sssd-maint>
Status: CLOSED CURRENTRELEASE QA Contact: Namita Soman <nsoman>
Severity: low Docs Contact: Milan Navratil <mnavrati>
Priority: low    
Version: 7.3CC: atolani, grajaiya, jgalipea, jhrozek, kbanerje, lslebodn, mkosek, mnavrati, mzidek, pbrezina
Target Milestone: rc   
Target Release: 7.3   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Known Issue
Doc Text:
A harmless error message is logged on SSSD startup If SSSD is connected to an IdM server that does not have a trust relationship established with an AD server, the following harmless error message is printed to the SSSD domain log on startup: Internal Error (Memory buffer error) To prevent the harmless error message from occurring, set `subdomains_provider` to `none` in the sssd.conf file if the environment does not expect setting any trusted domains.
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-08-07 20:09:50 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:
Attachments:
Description Flags
Domain log after restarting sssd none

Description Kaushik Banerjee 2015-06-17 16:40:24 UTC
Created attachment 1040022 [details]
Domain log after restarting sssd

Description of problem:
Internal error in domain log on starting sssd

Version-Release number of selected component (if applicable):
sssd-1.12.4-46.el6.x86_64
ipa-client-3.0.0-47.el6.x86_64

How reproducible:
Always

Steps to Reproduce:
1. sssd.conf domain section has:
[domain/testrelm.test]
cache_credentials = True
krb5_store_password_if_offline = True
ipa_domain = testrelm.test
id_provider = ipa
auth_provider = ipa
access_provider = ipa
ldap_tls_cacert = /etc/ipa/ca.crt
ipa_hostname = dhcp207-169.lab.eng.pnq.redhat.com
chpass_provider = ipa
ipa_server = _srv_, dhcp207-70.testrelm.test
dns_discovery_domain = testrelm.test
debug_level = 0xfff0

2. Restart sssd with clear cache
# service sssd stop;rm -f /var/lib/sss/db/*;service sssd start
Stopping sssd:                                             [  OK  ]
Starting sssd:                                             [  OK  ]

3. Check the domain log

Actual results:
(Wed Jun 17 22:03:37 2015) [sssd[be[testrelm.test]]] [get_subdomains_callback] (0x0400): Backend returned: (3, 5, <NULL>) [Internal Error (Memory buffer error)]

Expected results:


Additional info:

Comment 2 Jakub Hrozek 2015-06-18 08:16:55 UTC
The code says;

(Wed Jun 17 22:03:37 2015) [sssd[be[testrelm.test]]] [ipa_subdomains_handler_master_done] (0x0020): Master domain record not found!
(Wed Jun 17 22:03:37 2015) [sssd[be[testrelm.test]]] [get_subdomains_callback] (0x0400): Backend returned: (3, 5, <NULL>) [Internal Error (Memory buffer error)]

What IPA version are you testing against?

Comment 3 Kaushik Banerjee 2015-06-18 08:52:31 UTC
(In reply to Jakub Hrozek from comment #2)
> What IPA version are you testing against?

ipa-server-4.1.0-18.el7_1.3.x86_64

Comment 4 Jakub Hrozek 2015-06-18 08:59:46 UTC
Could we get access to the test environment, please?

Comment 5 Jakub Hrozek 2015-06-22 15:05:30 UTC
I think I've gotten to the root of the issue with Sumit's help.

The master domain record SSSD is complaining about is only created after ipa-adtrust-install was run on the server. So if the IPA server is standalone and there's no trust established, it's expected that there we don't find the record.

However, we shouldn't be so loud about the failure and perhaps we shouldn't fail the request, but gracefully terminate it to avoid the "get_subdomains_callback" error.

So I'm going to clone the issue upstream to do the two minor changes, but also create a Known Issue for 6.7, because the error message can be quite confusing.

Thanks for the bug report!

Comment 6 Jakub Hrozek 2015-06-22 15:18:54 UTC
Upstream ticket:
https://fedorahosted.org/sssd/ticket/2685

Comment 7 Jakub Hrozek 2015-10-11 20:18:31 UTC
It's better to fix minor issues in RHEL-7 first.

Comment 16 Jakub Hrozek 2017-08-07 20:09:50 UTC
I'm going to close this issue as currentrelease becuse the original issue had been fixed for some time.

Arpit, if you are seeing a similar issue, it would be best to track it in another bugzilla. Thank you.