Bug 848781
Summary: | [RFE]virt-who CLI should provide "man" configure file to users. | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Hui Wang <huiwang> | ||||||
Component: | virt-who | Assignee: | Radek Novacek <rnovacek> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Entitlement Bugs <entitlement-bugs> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 5.9 | CC: | khong, ndong, ovasik | ||||||
Target Milestone: | beta | Keywords: | FutureFeature | ||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | virt-who-0.7-6.el5 | Doc Type: | Enhancement | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2013-01-08 07:35:51 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: | 808061 | ||||||||
Attachments: |
|
Description
Hui Wang
2012-08-16 11:59:33 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux release for currently deployed products. This request is not yet committed for inclusion in a release. You have to specify "-d" command line option if you want to have debugging output in the log file. /etc/sysconfig/virt-who is read only when starting virt-who as a service. Can you please retry this with "-d" option and check if the list of uuid updates on server? Thank you. (In reply to comment #2) > You have to specify "-d" command line option if you want to have debugging > output in the log file. /etc/sysconfig/virt-who is read only when starting > virt-who as a service. > > Can you please retry this with "-d" option and check if the list of uuid > updates on server? Thank you. Hi Radek, virt-who -d will send the debug info to /var/log/rhsm/rhsm.log. virt-who -o has no the function. But virt-who -o should send the updates to SAM server, right? I will check the result asap next week. :) Regards, Hui Wang Hi Hui, virt-who -d -o should print list of guests to standard error output and append it to /var/log/rhsm/rhsm.log, send it to the SAM server and exit. It works for me, with output like this: [root@dell-pe1950-02 ~]# virt-who -d -o DEBUG: Virt-who is running in libvirt mode DEBUG: Virtual machine found: test2: 86fbf400-b4ec-3066-442c-be1c91520eaf DEBUG: Virtual machine found: test: b79b85b7-004f-571c-1189-e8901a27e604 DEBUG: Sending list of uuids: ['86fbf400-b4ec-3066-442c-be1c91520eaf', 'b79b85b7-004f-571c-1189-e8901a27e604'] [root@dell-pe1950-02 ~]# If it behaves differently for you, please paste the output here. virt-who -o can send the current guest uuids to the SAM server. But only run CLI virt-who -o the log can't update. Should the log will be updated in this CLI mode? or must be use virt-who -o -d can update the log? Version: virt-who-0.7-5.el5 libvirt-0.8.2-29.el5 python-rhsm-1.0.6-1.el5 subscription-manager-1.0.14-1.el5 katello-headpin-all-0.2.13-1.el6_2.noarch candlepin-0.6.5-1.el6_2.noarch Step: 1. Register Host to SAM server 2. Check the Host/guest association on SAM server, see attachment1 [details] and log [root@amd-5400b-4-4 home]# tail -f /var/log/rhsm/rhsm.log ............. 2012-09-05 04:17:13,965 [DEBUG] @virt.py:56 - Virtual machine found: 5.8_Server_x86_64: 26bf6b1d-e6fc-29ed-3d8c-bb89f15f3e77 2012-09-05 04:17:13,966 [DEBUG] @subscriptionmanager.py:81 - Sending list of uuids: ['26bf6b1d-e6fc-29ed-3d8c-bb89f15f3e77'] 3. Add one guest on the Host, and check the hostname [root@virtlab-66-84-215 ~]# hostname virtlab-66-84-215.englab.nay.redhat.com 4. Register the guest to SAM 5. Run CLI virt-who -o #virt-who -o 6. Check the current log [root@amd-5400b-4-4 home]# tail -f /var/log/rhsm/rhsm.log ............. 2012-09-05 04:17:13,965 [DEBUG] @virt.py:56 - Virtual machine found: 5.8_Server_x86_64: 26bf6b1d-e6fc-29ed-3d8c-bb89f15f3e77 2012-09-05 04:17:13,966 [DEBUG] @subscriptionmanager.py:81 - Sending list of uuids: ['26bf6b1d-e6fc-29ed-3d8c-bb89f15f3e77'] 7. Run CLI virt-who -d -o # virt-who -d -o DEBUG: Virt-who is running in libvirt mode DEBUG: Virtual machine found: 6.3_Server_x86_64: 3fdbcaf5-fb07-2e1f-f6cd-90ef0dc92e40 DEBUG: Virtual machine found: 5.8_Server_x86_64: 26bf6b1d-e6fc-29ed-3d8c-bb89f15f3e77 DEBUG: Sending list of uuids: ['26bf6b1d-e6fc-29ed-3d8c-bb89f15f3e77', '3fdbcaf5-fb07-2e1f-f6cd-90ef0dc92e40'] # # tail -f /var/log/rhsm/rhsm.log 2012-09-05 05:00:17,396 [DEBUG] @virt-who.py:428 - Virt-who is running in libvirt mode 2012-09-05 05:00:17,399 [DEBUG] @virt.py:56 - Virtual machine found: 6.3_Server_x86_64: 3fdbcaf5-fb07-2e1f-f6cd-90ef0dc92e40 2012-09-05 05:00:17,401 [DEBUG] @virt.py:56 - Virtual machine found: 5.8_Server_x86_64: 26bf6b1d-e6fc-29ed-3d8c-bb89f15f3e77 2012-09-05 05:00:17,403 [DEBUG] @subscriptionmanager.py:81 - Sending list of uuids: ['26bf6b1d-e6fc-29ed-3d8c-bb89f15f3e77', '3fdbcaf5-fb07-2e1f-f6cd-90ef0dc92e40'] 8. Check the host/guest association on SAM server, see attachment2 [details] virt-who -o should be via virt-who -o -d can give the log in /var/log/rhsm/rhsm.log. This is not clearly to terminal users. It is necessary to provide "man" configure file to guide users. The man page has been added in virt-who-0.7-6.el5. Since man page has been add in virt-who-0.7-6.el5, changed status from ON_QA to VERIFIED. Na, why did you set needinfo on me? Is there any unresolved question? 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/RHBA-2013-0072.html |