Bug 739491
Summary: | RHEV-H show virtualization hardware is unavailable after register to RHEV-M | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | cshao <cshao> | ||||||||
Component: | ovirt-node | Assignee: | Mike Burns <mburns> | ||||||||
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | 6.2 | CC: | apevec, gouyang, leiwang, mburns, moli, ovirt-maint, ycui | ||||||||
Target Milestone: | rc | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | ovirt-node-2.0.2-0.9.git9048c81.el6 | Doc Type: | Bug Fix | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2011-12-06 19:28:07 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
(In reply to comment #0) > How reproducible: > 30% > 3. Reboot RHEV-H several times. > Actual results: > RHEV-H show virtualization hardware is unavailable after register to RHEV-M That's login screen I assume? What about Status page in TUI? Created attachment 523816 [details]
virtualization hardware is unavailable
> That's login screen I assume?
> What about Status page in TUI?
Please see attachment "virtualization hardware is unavailable".
Connection to libvirtd fails in ovirt-post: Sep 19 16:07:55 Starting ovirt-post error: Failed to reconnect to the hypervisor error: no valid connection error: Cannot recv data: Connection reset by peer This might happen in case when vdsmd is restarting libvirt but that should happen only first time vdsmd starts on the node and reconfigures libvirt, not 30% of times... That doesn't make sense though. ovirt-post runs in a loop waiting for libvirt to be started. Even if vdsm does restart libvirt, it should take more than the 100 sec that we wait. Also, vdsmd starts after ovirt-post runs, so it can't be related to that Loop waiting is for libvirt-sock-ro to show up but I didn't spot "Waiting for libvirt to finish initializing..." in the attched log. More robust would be to loop wait until virsh connect qemu:///system --readonly succeeds. Created attachment 524266 [details]
Patch
Not sure if this will completely fix the issue, but it shouldn't hurt. Please move back to Assigned if the problem persists.
Verified this bug on RHEV-H 6.2-20111010.2.el6 build. Can not meet this bug after registering rhevm. 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-1783.html |
Created attachment 523808 [details] ovirt.log Description of problem: RHEV-H show virtualization hardware is unavailable after register to RHEV-M Version-Release number of selected component (if applicable): rhev-hypervisor-6.2-0.17.1.el6 How reproducible: 30% Steps to Reproduce: 1. Install RHEV-H. 2. Register RHEV-H to RHEV-M. 3. Reboot RHEV-H several times. Actual results: RHEV-H show virtualization hardware is unavailable after register to RHEV-M Expected results: RHEV-H can positively identify virtualization info. Additional info: