Bug 831661
Summary: | ipa-replica-manage re-initialize update failed due to named ldap timeout | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Scott Poore <spoore> | ||||||
Component: | ipa | Assignee: | Rob Crittenden <rcritten> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Namita Soman <nsoman> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | high | ||||||||
Version: | 6.3 | CC: | dpal, jgalipea, mkosek, pspacek, rmeggins | ||||||
Target Milestone: | rc | ||||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2013-02-21 09:15:37 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
Scott Poore
2012-06-13 14:27:52 UTC
Upstream ticket: https://fedorahosted.org/freeipa/ticket/2842 IMHO root cause of this problem is somewhere in 389 DS. Directory server is not able to respond to an LDAP query within 10 seconds and for this reason it times out. See https://fedorahosted.org/freeipa/ticket/2842#comment:4 Hello, I didn't realized important thing - replica*1* is re-initialized and DNS resolution is failing on replica*2*. Please, provide details about DNS configuration. At least /etc/resolv.conf and /etc/named.conf from both replicas will be useful. Also, please look to ticket https://fedorahosted.org/freeipa/ticket/2842 and react to it. Thanks. Created attachment 594314 [details]
replica1 named.conf
Created attachment 594315 [details]
replica2 named.conf
This issue is not reproducible any more with the latest bits. Moving to QE to retest. Verified. Version :: 389-ds-base-1.2.11.15-1.el6.x86_64 ipa-server-3.0.0-2.el6.x86_64 Manual Test Results :: I am no longer able to reproduce this. I now just see expected output: [root@vm5 yum.repos.d]# ipa-replica-manage -p $ADMINPW re-initialize --from=vm6.testrelm.com ipa: INFO: Setting agreement cn=meTovm5.testrelm.com,cn=replica,cn=dc\=testrelm\,dc\=com,cn=mapping tree,cn=config schedule to 2358-2359 0 to force synch ipa: INFO: Deleting schedule 2358-2359 0 from agreement cn=meTovm5.testrelm.com,cn=replica,cn=dc\=testrelm\,dc\=com,cn=mapping tree,cn=config Update in progress Update in progress Update in progress Update in progress Update succeeded 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. http://rhn.redhat.com/errata/RHSA-2013-0528.html |