Bug 1150718
Summary: | Unable to restart vdsm on host with running vms | ||
---|---|---|---|
Product: | [Retired] oVirt | Reporter: | Adam Litke <alitke> |
Component: | vdsm | Assignee: | Barak <bazulay> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Gil Klein <gklein> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 3.5 | CC: | alitke, bazulay, bugs, danken, ecohen, gklein, iheim, lsurette, masayag, mgoldboi, phoracek, rbalakri, s.kieske, yeylon |
Target Milestone: | --- | Keywords: | Regression |
Target Release: | 3.5.1 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | network | ||
Fixed In Version: | ovirt-3.5.1_rc1 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-01-21 16:02:59 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Network | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Adam Litke
2014-10-08 19:21:25 UTC
We should stop re-creating the vdsm-no-mac-spoofing nwfilter on every startup. The filter should be created by a vdsm-tool configurator. If we ever need to change the filter's implementation, we'd need to do a complicated upgrade (or just define a vdsm-no-mac-spoofing2 to be used by Engine. Hello, I'm trying to reproduce this problem for last few days, but with no success. This is my setup and steps, have you an idea where is the problem? vdsm 4.16.7-1.gitdb83943.fc20 libvirt 1.1.3.6-1.fc20 1) yum install vdsm vdsm-jsonrpc vdsm-python vdsm-python-zombiereaper vdsm-xmlrpc vdsm-yajsonrpc vdsm-hook-macspoof 2) changed /etc/vdsm/vdsm.conf: ssl = false 3) vdsm-tool configure --force 4) service vdsmd restart service supervdsm restart 5) qemu-img create -f qcow2 /images/f20test/f20test.qcow2 8G 6) virsh net-start default 7) virt-install -r 1024 --accelerate -n f20test -f /images/f20test/f20test.qcow2 --cdrom /isos/Fedora-20-x86_64-DVD.iso 8) ➜ ~ sudo virsh list --all Id Name State ---------------------------------------------------- 5 f20test running 9) virsh edit f20test: ... <interface type='network'> <mac address='52:54:00:04:12:1f'/> <source network='default'/> <model type='rtl8139'/> <filterref filter='vdsm-no-mac-spoofing'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> ... 10) virsh shutdown f20test virsh start f20test 11) yum reinstall vdsm 12) service vdsmd restart 13) service vdsmd status Redirecting to /bin/systemctl status vdsmd.service vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled) Active: active (running) since Mon 2014-10-13 15:11:45 CEST; 8min ago Process: 24353 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh --post-stop (code=exited, status=0/SUCCESS) Process: 24356 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh --pre-start (code=exited, status=0/SUCCESS) Main PID: 24505 (vdsm) CGroup: /system.slice/vdsmd.service └─24505 /usr/bin/python /usr/share/vdsm/vdsm Oct 13 15:17:46 phoracek-fedora vdsm[24505]: vdsm vds ERROR Vm's recovery failed Traceback (most recent call last): File "/usr/share/vdsm/clientIF.py", line 419, in _recoverExistingVms... Oct 13 15:18:01 phoracek-fedora vdsm[24505]: vdsm vds ERROR Vm's recovery failed Traceback (most recent call last): ... Petr, I believe that you need a newer libvirt version to reproduce this bug (libvirt-daemon-1.2.9-3.fc20.x86_64 maybe?) The stack trace that you report seems unrelated - could you provide it in full elsewhere? To reproduce the bug, you do not need to have vdsm running. Calling vdsm-tool nwfilter should be enough. Please try to create the VM directly with vdsm. This is an automated message: This bug should be fixed in oVirt 3.5.1 RC1, moving to QA oVirt 3.5.1 has been released. If problems still persist, please make note of it in this bug report. |