Bug 1347726
| Summary: | events are flooded with 'Refresh image list succeeded for domain(s):' when console is open | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Christophe Fergeau <cfergeau> | |
| Component: | virt-viewer | Assignee: | Eduardo Lima (Etrunko) <elima> | |
| Status: | CLOSED ERRATA | QA Contact: | SPICE QE bug list <spice-qe-bugs> | |
| Severity: | low | Docs Contact: | ||
| Priority: | high | |||
| Version: | 7.3 | CC: | bugs, cfergeau, dblechte, elima, jherrman, juzhou, mavital, michal.skrivanek, mshira, mxie, rbalakri, tjelinek, tpelka, tzheng, xen-maint, xiaodwan | |
| Target Milestone: | rc | Keywords: | ZStream | |
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | virt-viewer-2.0-9.el7 | Doc Type: | Bug Fix | |
| Doc Text: |
Previously, opening a remote guest console with the remote-viewer utility in the Red Hat Enterprise Virtualization Manager caused the event log to be flooded with the "Refresh image list succeeded for domain(s)" message. This update significantly lowers the frequency of displaying messages about refreshing image list, so that they no longer flood the guest event log.
|
Story Points: | --- | |
| Clone Of: | 1310624 | |||
| : | 1353627 1358809 (view as bug list) | Environment: | ||
| Last Closed: | 2016-11-04 01:21:52 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | 1310624 | |||
| Bug Blocks: | 1353627, 1358809 | |||
|
Description
Christophe Fergeau
2016-06-17 13:23:53 UTC
I can reproduce it with virt-viewer-2.0-8.el7.x86_64: Steps: 1. Download console.vv file from ovirt server. 2. Open the vv file by "G_MESSAGES_DEBUG=all remote-viewer console.vv". 3. Check the refreshing iso list logs in terminal. Result: "remote-viewer-DEBUG: Refreshing foreign menu iso list" displays every 15 seconds. then verified it with virt-viewer-2.0-9.el7.x86_64: "remote-viewer-DEBUG: Refreshing foreign menu iso list" displays every 5 minutes. From above information, the flooding event log is fixed. I'm gonna move the bug from ON_QA to VERIFIED. And i verified the situation which an iso image is removed from iso domain and the foreign menu refresh timer has not been triggered. 1. If foreign menu is opened when the timer time out, the foreign menu disappears, you can reopen it again and can get correct iso list. I think this would not affect user. 2. If open it directly in firefox, active an inexistent iso item, there is no response. You cannot get any errors. 3. If open the guest by "remote-viewer console.vv" after downloading the vv file. If you set an inexistent iso item, "(remote-viewer:11442): remote-viewer-WARNING **: failed to update cdrom resource: Bad Request" will display. This warning is not friendly and cannot get some usefull info about why it failed. 4. If open the guest by "G_MESSAGES_DEBUG=all remote-viewer console.vv" after downloading the vv file, you can find below debugging messages. (remote-viewer:11442): remote-viewer-WARNING **: failed to update cdrom resource: Bad Request (remote-viewer:11442): remote-viewer-DEBUG: setting OvirtCdrom:file back to '(null)' (remote-viewer:11442): remote-viewer-WARNING **: failed to update cdrom resource: Bad Request (remote-viewer:11442): remote-viewer-DEBUG: setting OvirtCdrom:file back to 'RHEV-toolsSetup_4.0_2.iso' (remote-viewer:11442): remote-viewer-DEBUG: 'virtio-win-1.8.0.iso' clicked (remote-viewer:11442): remote-viewer-DEBUG: Updating VM cdrom image to 'virtio-win-1.8.0.iso' (remote-viewer:11442): remote-viewer-DEBUG: Finished updating cdrom content The result is it's not friendly for giving user a good hint about why failed to active an iso item and for users who open the guest directly in firefox, they will not get any errors. I'm thinking how about adding a refresh menu item in foreign menu to refresh manually by users? (In reply to xiaodwan from comment #4) > The result is it's not friendly for giving user a good hint about why failed > to active an iso item and for users who open the guest directly in firefox, > they will not get any errors. > > I'm thinking how about adding a refresh menu item in foreign menu to refresh > manually by users? I am working on the fix for this issue by changing the menu with a dialog that will have a button for manual refresh of the list. This will also solve the problem we have when the list is too big to show. For the moment we will keep this extended timer as a temporary fix. 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/RHBA-2016-2229.html |