| Summary: | guest can't move from remote hypervisor to local host in satellite webUI if no updating in h/g mapping | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Liushihui <shihliu> | ||||||
| Component: | Candlepin | Assignee: | Barnaby Court <bcourt> | ||||||
| Status: | CLOSED CANTFIX | QA Contact: | Katello QA List <katello-qa-list> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 6.2.0 | CC: | bbuckingham, bcourt, jcallaha, jsherril, ldai, sgao, shihliu | ||||||
| Target Milestone: | Unspecified | Keywords: | Triaged | ||||||
| Target Release: | Unused | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2016-12-22 14:31:39 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: | |||||||
| Attachments: |
|
||||||||
|
Description
Liushihui
2016-09-06 01:59:24 UTC
Does virt-who send correct information? If so, this bug should be assigned to Satellite. I'm also missing mentioned attachments. Created attachment 1198126 [details]
local_host.jpeg
Created attachment 1198127 [details]
remote_host
Sorry for missing attachment, I have uploaded it to bugzilla just now. Thanks for kindly remind. Yes, virt-who send correct mapping info to satellite, but satellite webUI show wrong virtual host. I'll reassign it to satellite. BTW: Satellite version: Satellite-6.2.0-RHEL-7-20160831.0 It has the same problem when virt-who against stage candlepin. I think this is likely a candlepin issue. It sounds like candlepin is returning the first hypervisor it finds rather than the newest hypervisor it finds. Satellite is calling "/candlepin/consumers/UUID/host/" to get the hots for the given guest. Would you agree bcourt? Candlepin is searching for the host that had the most recent guest report for the guest consumer. (https://github.com/candlepin/candlepin/blob/candlepin-0.9.54-HOTFIX/server/src/main/java/org/candlepin/model/ConsumerCurator.java#L515) I'd be a little concerned about mixing local-mode libvirt reports and remote-mode libvirt reports as we have seen issues in the past where different uuids were reported depending on the mode used. I would recommend trying using exclusively remote mode to see if you can reproduce that way first. Are you able to reproduce using libvirt-remote mode exclusively for both hosts? Check it on latest RHEL-6.9-20161216.1 against satellite6.2.6. The phenomenon as the following: 1. If using libvirt-remote mode exclusively for both hosts to monitor the same host, it hasn't this problem. 2. If using libvirt-remote mode exclusively for both hosts to monitor the other host, it also hasn't this problem. 3. If do it as bug's description, a host using local libvirt mode and the other using remote libvirt mode to monitor the same host, the bug still exist. Therefore, this problem only occurred when mixing local-mode libvirt reports and remote-mode libvirt reports Mixing libvirt remote and libvirt local back-ends for reporting on a single host/guest does not work due to limitations in the way libvirt reports uuids based on the method used to connect. We do not have a way to normalize this information reliably so can not compensate for it. |