Bug 654456
Summary: | subscription manager caches failed connection | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Community] Candlepin | Reporter: | Eric Blake <eblake> | ||||||
Component: | candlepin | Assignee: | Chris Duryee <cduryee> | ||||||
Status: | CLOSED NOTABUG | QA Contact: | spandey | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 0.5 | CC: | bkearney, cduryee, dgoodwin, kbanerje, spandey | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2011-02-02 19:04:27 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | |||||||||
Bug Blocks: | 639436 | ||||||||
Attachments: |
|
Description
Eric Blake
2010-11-17 21:52:53 UTC
I think this is ok in the new UI. Tested by shutting down the tomcat6 server hosting candlepin, attempts to register and such will popup a network error dialog. I can then bring the server back up and re-attempt (without re-starting RHSM gui) and the operation succeeds. This is likely because of how we manage connections vs the globals used before. Again I am able to repro issue Prequisities : subscription-manager-0.93.13-1.el6.x86_64 subscription-manager-gnome-0.93.13-1.el6.x86_64 subscription-manager-firstboot-0.93.13-1.el6.x86_64 Steps to verify : 1) Disable client network 2) Invoke Subscription manager gui 3) try to register client to candlepin 4) Enable client network 5) try to register to candlepin Expected Result : Client registration process should fail at step 3 Client should register to candlepin at step 5 Actual Result : Client registration process is getting failed at step 3 and 5. Able to register client to candlepin after subscription manager restart . Created attachment 474605 [details]
error rhsm.log
I'm not able to reproduce this. Can you do me a favor, and run the following during step #2? strace -f -s 128 -e network -o /tmp/strace.out subscription-manager-gui After that, attach strace.out to this bug and I'll take a look at what's going on. Again I am bale to repro this Attached strace.out Created attachment 476563 [details]
strace.out
Here is what's going on: The issue at hand is related to dnsmasq, a dns caching utility that runs on most systems. When you start up sm-gui, glibc will determine the best network interface to make DNS calls on. In this case, it will be the loopback interface, since that's the only one with a running DNS "server" (dnsmasq). All calls to this will return "host not found", which is correct behavior since you're not connected to anything and the cache is empty. Once you restart your network, dnsmasq will still return "host not found" for subscriptions.webqa.redhat.com, since it uses a fancy algorithm that doesn't prefer company-specific DNS servers over public servers (see http://www.thekelleys.org.uk/dnsmasq/docs/FAQ for more detail). This usually isn't an issue, since glibc will try eth0 for the DNS query and it will work. However, if the process is still only using the loopback interface, this is an issue and you get the "host not found" error. I'm going to mark this as NOTABUG, since it's a design decision with glibc and dnsmasq, let me know if you disagree and we can look into it more. |