Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
When virt-manager starts the following is logged in /var/log/messages, one for each inactive domain:
May 10 13:52:27 thor libvirtd: 13:52:27.441: error : qemudDomainGetVcpus:5634 : Requested operation is not valid: cannot list vcpu pinning for an inactive domain
May 10 13:52:27 thor libvirtd: 13:52:27.445: error : qemudDomainGetVcpus:5634 : Requested operation is not valid: cannot list vcpu pinning for an inactive domain
May 10 13:52:27 thor libvirtd: 13:52:27.447: error : qemudDomainGetVcpus:5634 : Requested operation is not valid: cannot list vcpu pinning for an inactive domain
Version-Release number of selected component (if applicable):
libvirt-0.8.1-1.el6.x86_64
virt-manager-0.8.4-1.el6.noarch
How reproducible:
Every time
Steps to Reproduce:
1. Start virt-manager with a VM shut down
2.
3.
Actual results:
Expected results:
No error message as this could cause confusion confusion.
Additional info:
Comment 1RHEL Program Management
2010-05-10 19:13:53 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release. Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release. This request is not yet committed for
inclusion.
virt-manager is trying the GetVcpus command to see if it is actually supported for each VM. We could probably only run this for a single VM and extrapolate from there, but it wouldn't eliminate the logging completely.
There are several other times that virt-manager will make an API call that we expect to fail (like domain name lookup to check for name collision), which will log an error. Libvirt doesn't really know if these errors are 'expected' or not, so will log them all the same. Short of turning off API error logging, not really sure how we could resolve this.
We can certainly change virt-manager in this case to make libvirtd shut up, but any libvirt API user shouldn't really have to consider its API usage based on how libvirtd chooses to log info. I don't really see the benefit of logging to /var/log/messages if the error is from a public API call, it should be up to the app to report or ignore. How we make that determination at the libvirt level isn't clear though.
Hi Daniel,
I reopen it since INVALID_OPERATION error was not filtered by the final patch in bz587603. FJ hope this message not go to system log. So could you please put "INVALID_OPERATION" into the filters?
Thanks
Mark
Comment 7RHEL Program Management
2011-05-24 08:28:21 UTC
Thank you for your bug report. This issue was evaluated for inclusion
in the current release of Red Hat Enterprise Linux. Unfortunately, we
are unable to address this request in the current release. Because we
are in the final stage of Red Hat Enterprise Linux 6 development, only
significant, release-blocking issues involving serious regressions and
data corruption can be considered.
If you believe this issue meets the release blocking criteria as
defined and communicated to you by your Red Hat Support representative,
please ask your representative to file this issue as a blocker for the
current release. Otherwise, ask that it be evaluated for inclusion in
the next minor release of Red Hat Enterprise Linux.
Test with libvirt-0.9.4-12.el6.x86_64 and virt-manager-0.9.0-6.el6.x86_64.
There's no such error messages logged in /var/log/messages. So move to VERIFIED.
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-2011-1513.html