Bug 1158859
Summary: | virt-who uses wrong server when connecting to satellite | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Radek Novacek <rnovacek> | ||||||||||
Component: | virt-who | Assignee: | Radek Novacek <rnovacek> | ||||||||||
Status: | CLOSED ERRATA | QA Contact: | Li Bin Liu <liliu> | ||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||
Priority: | unspecified | ||||||||||||
Version: | 7.1 | CC: | ekin.meroglu, gxing, liliu, matthew.lesieur, mfuruta, ovasik, pwayper, rnovacek, shihliu | ||||||||||
Target Milestone: | rc | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | Unspecified | ||||||||||||
OS: | Unspecified | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | virt-who-0.11-3.el7 | Doc Type: | Bug Fix | ||||||||||
Doc Text: |
Cause:
virt-who uses wrong information for connecting to the satellite 5.
Consequence:
virt-who is not able to connect to the satellite 5 server.
Fix:
Use correct parameter when connecting to satellite 5.
Result:
virt-who can successfully connect to satellite 5.
|
Story Points: | --- | ||||||||||
Clone Of: | |||||||||||||
: | 1199397 (view as bug list) | Environment: | |||||||||||
Last Closed: | 2015-03-05 10:23:31 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: | |||||||||||||
Bug Depends On: | |||||||||||||
Bug Blocks: | 1199397 | ||||||||||||
Attachments: |
|
Description
Radek Novacek
2014-10-30 11:54:03 UTC
Fixed in virt-who-0.11-3.el7 We now handling this bug, but we did have a useable Satellite server, and we learning to install the server. Can someone give us a useable satellite server so that we can verify the bug? Can we download virt-who-0.11-3.el7 package from a public repo? I can always try and report back, if you can supply the binaries including the fix. Ekin, thanks for the offer, here is the latest virt-who package: https://rnovacek.fedorapeople.org/virt-who-0.11-4.el7.noarch.rpm Please try it and let me know if it fixes the issue. Disclaimer: this is not an official package and shouldn't be used in production environment. Hi Radek, I tried with virt-who-0.11-4.el7.noarch.rpm you've provided, and I can confirm --satellite-server command line option works as intended: # virt-who -d -o --satellite --satellite-server=satellite.example.com --satellite-username=admin --satellite-password=PASS --esx --esx-owner=linuxera --esx-env=linuxera --esx-server=https://vcenter.example.com:443 --esx-username=administrator --esx-password=PASS INFO: Using commandline or sysconfig configuration ("esx" mode) DEBUG: Initializing satellite connection to https://satellite.example.com/XMLRPC INFO: Initialized satellite connection INFO: Sending update in hosts-to-guests mapping: ... ... ... ... Also the hypervisor entries in Satellite 5 server were created successfully. But we have another problem introduced with this update: ** In the previous version of virt-who (virt-who-0.8-15.el7_0.noarch), the hypervisors were named according to their type - e.g. "esx hypervisor ABCDE..." and "rhevm hypervisor FGHIJ...". Please see the name below - "esx hypervisor 30303...." and the attachment "virt-who-0.8-15.el7.png" for their naming convention in Satellite 5 GUI. ----8<---------- DEBUG: Sending plan: [[0, 'exists', 'system', {'uuid': '0000000000000000', 'identity': 'host'}], [0, 'crawl_began', 'system', {}], [0, 'exists', 'domain', {'state': 'running', 'memory_size': 0, 'name': u'VM from esx hypervisor 30303734-3536-5a43-3233-303130364c34' ... ----8<---------- ** When using this new version (virt-who-0.11-4.el7.noarch.rpm) both esx and rhevm hypervisors are named as "None hypervisor". Again, please see name below - "None hypervisor 30303...." and the attachment "virt-who-0.11-4.el7.png" for their naming convention in Satellite 5 GUI. ----8<---------- DEBUG: Sending plan: [[0, 'exists', 'system', {'uuid': '0000000000000000', 'identity': 'host'}], [0, 'crawl_began', 'system', {}], [0, 'exists', 'domain', {'state': 'running', 'memory_size': 0, 'name': u'VM from None hypervisor 30303734-3536-5a43-3233-303130364c34' ----8<---------- Also attached are the full debug logs for the both versions, esx and rhevm sessions. Please feel free to contact me for any extra info you may need - I have a mixed sat5 / sat6 + esx / rhevm environment for testing. Created attachment 961284 [details]
Debug log for 0.11-4.el7
Created attachment 961285 [details]
Debug log for 0.8-15.el7_0
Created attachment 961286 [details]
Satellite 5 screenshot with 0.8-15.el7
Created attachment 961287 [details]
Satellite 5 screenshot with 0.11-4.el7
Hi Ekin, thanks for your report, I'm glad that new version of virt-who really fixes the issue. I've created a new bug for the issue you've reported: bug 1168122, to ensure it gets fixed in the RHEL-7.1 timeframe. Can this fix please also be backported to the other versions of RHEL on which virt-who is used? Thanks in advance, Paul According to comment 6 , it should have been fixed on virt-who-0.11-4.el7.noarch.rpm. Therefore, virify it on this version. 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. https://rhn.redhat.com/errata/RHSA-2015-0430.html |