Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 878168 - ipa trust-add fails with CIFS server communication error: code
ipa trust-add fails with CIFS server communication error: code
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: Documentation (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: rc
: ---
Assigned To: Eliska Slobodova
: Documentation, Reopened
Depends On:
  Show dependency treegraph
Reported: 2012-11-19 14:22 EST by Scott Poore
Modified: 2014-10-04 12:40 EDT (History)
8 users (show)

See Also:
Fixed In Version:
Doc Type: Known Issue
Doc Text:
If configured, the Active Directory (AD) DNS server returns IPv4 and IPv6 addresses of an AD server. If the FreeIPA server cannot connect to the AD server with an IPv6 address, running the ipa trust-add command will fail even if it would be possible to use IPv4. To work around this problem, add the IPv4 address of the AD server to the /etc/hosts file. In this case, the FreeIPA server will use only the IPv4 address and executing ipa trust-add will be successful.
Story Points: ---
Clone Of:
Last Closed: 2013-06-26 08:09:49 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
samba logs (202.52 KB, application/octet-stream)
2012-11-20 15:08 EST, Scott Poore
no flags Details
http error_log (23.79 KB, application/octet-stream)
2012-11-20 17:45 EST, Scott Poore
no flags Details

External Trackers
Tracker ID Priority Status Summary Last Updated
Samba Project 9618 None None None Never

  None (edit)
Description Scott Poore 2012-11-19 14:22:54 EST
Description of problem:

Can't add a trust to an AD domain in IPA.  This is for a trust that's established on other IPA servers for separate test domains already.

# ipa trust-add adlab.qe --admin Administrator --password --type=ad
Active directory domain administrator's password: 
ipa: ERROR: CIFS server communication error: code "-1073741801",
                  message "Memory allocation error" (both may be "None")

Version-Release number of selected component (if applicable):

How reproducible:
unknown. I've only seen this on the one server so far.

Steps to Reproduce:
1.  Setup IPA/AD servers
2.  ipa-adtrust-install
3.  ipa trust-add <AD domain> --admin Administrator --password --type=ad
Actual results:

[root@mgmt8 ~]# ipa trust-add adlab.qe --admin Administrator --password --type=ad
Active directory domain administrator's password: 
ipa: ERROR: CIFS server communication error: code "-1073741801",
                  message "Memory allocation error" (both may be "None")

Expected results:

No error and trust is setup correctly.

Additional info:
Comment 3 Alexander Bokovoy 2012-11-20 04:59:25 EST
It would be good to see logs taken from the affected system.

1. Add 'log level = 11' to /usr/share/ipa/smb.conf.empty
2. Retry.
Comment 4 Sumit Bose 2012-11-20 06:54:35 EST
I've seen this error only once when the AD server wasn't able to resolve the IPA domain. If this is not the case in your setup maybe the AD server is confused in other way, maybe a reboot of the AD server helps?
Comment 5 Rob Crittenden 2012-11-20 08:10:53 EST
Upstream ticket:
Comment 6 Scott Poore 2012-11-20 15:08:08 EST
Created attachment 648789 [details]
samba logs

I tried adding log level to the smb.conf.empty but, didn't seem to change it.  So, I just changed it with net conf.

This is pretty much all I saw.
Comment 7 Alexander Bokovoy 2012-11-20 16:36:41 EST
No, please follow my request in comment 3. The resulting log is within /var/log/httpd/error_log (i.e. IPA web server log).
Comment 8 Scott Poore 2012-11-20 17:44:44 EST
Ah, ok, I was looking at the wrong logs.  I'll upload that shortly.
Comment 9 Scott Poore 2012-11-20 17:45:14 EST
Created attachment 648906 [details]
http error_log
Comment 10 Alexander Bokovoy 2012-11-21 00:52:07 EST
Comment on attachment 648906 [details]
http error_log

Looking at the log I can see that AD DC never answers back to our attempt to connect to it with ncacn_np:win2k8r2.adlab.qe[,] connection string (SMB RPC connection, http://msdn.microsoft.com/en-us/library/cc243786%28v=prot.20%29.aspx). 

It most likely means that it doesn't know how to route properly traffic back to us. Compare this communication with previous one directed to our own server, starting with "Using binding ncacn_np:mgmt8.ipa2.example.com[,]".
Comment 11 Alexander Bokovoy 2013-02-18 04:58:37 EST
Reopening since we found cause of the issue. It is bug in Samba: https://bugzilla.samba.org/show_bug.cgi?id=9618
Comment 12 Alexander Bokovoy 2013-02-18 04:59:17 EST
Re-assign to samba4.
Comment 13 Alexander Bokovoy 2013-02-18 05:00:00 EST
Link to external bugzilla.
Comment 24 Ann Marie Rubin 2013-05-28 15:19:24 EDT
Can this bug be closed?  Does anything need to be documented?
Comment 25 Martin Kosek 2013-05-29 02:59:25 EDT
Speaking of documentation, I think we are fine with regards to FreeIPA documentation:


We already state that the hostname needs to be fully qualified.
Comment 26 Sumit Bose 2013-05-29 03:11:01 EDT
(In reply to Ann Marie Rubin from comment #24)
> Can this bug be closed?  Does anything need to be documented?

I would prefer to keep this bug open, because it tracks a samba upstream issue which we might want to include in RHEL if fixed upstream.

About documentation, maybe Nirupama would like to write a knowledge-base article about how she fixed her setup to get arround the issue?
Comment 27 Eliska Slobodova 2013-06-26 08:09:49 EDT
Closing; the known issue has been added to the book.

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