Description of problem: When we get the list of IPA servers we are supposed to pull it first from /etc/ipa/ipa.conf and then append any DNS service records that are there. This way if someone wants to override the server they can do so locally. Version-Release number of selected component (if applicable): ipa-1.0.0-15 The problem is that in an effort to de-dupe the list it is run through: list(set(list_of_servers)) in ipa/config.py This changes the order of the sort.
master: a9e8a72059ca5a6db13a9835d20f68dd16ce9a7a
Would dev please verify that list(set(list_of_servers)) provides the list of servers in the correct sequence please?
It does not, that was the cause of the bug. There's a different code in place now that preserves the order.
So does that mean this bug would fail QA? or would this mean that it can be closed?
Sorry, I didn't realize that there was no how-to test. If the ipa.conf contains this: server=s1.example.com,s2.example.com,s1.example.com And the SRV record in DNS points to s3.example.com, then when executing ipa command, like ipa-finduser, with the -v option, the order of the servers that are tried shold be s1, s2, s3 and there should be one attempt at each only.
Seems to work: Connecting to IPA server: https://ipaqa-64vm.dsqa.sjc2.redhat.com/ipa/xml Connecting to IPA server: https://iparhel5-64vm.dsqa.sjc2.redhat.com/ipa/xml Closed as verified
"Red Hat Enterprise IPA" product is not used or maintained. As this bug has a VERIFIED or RELEASE_PENDING status, it can be safely closed. For further requests for the Red Hat Enterprise Linux Identity Management, please consider filing a Bug to RHEL "ipa" component.