removal of vdsm-hook-macspoof
by Dan Kenigsberg
vdsm-hook-macspoof was created to let VM owners override the
vdsm-no-mac-spoofing that was once hard-coded on each vNIC.
Since ovirt-4.0's
Bug 1317441 - [RFE] Allow MAC Anti-Spoofing per interface instead of globally
the hook is no longer needed, because ovirt-engine supports selection
of filters, including the "Empty" one.
Thus, we can finally drop vdsm-hook-macspoof from vdsm code.
https://gerrit.ovirt.org/#/c/94613/ does that.
If someone still depends on setting the ifacemacspoof custom property,
they can find and fix the vnic profiles using a script similar to the
following one. Note that ovirtlib does not yet have an easy-to-pull
canonical location.
from __future__ import print_function
import sys
from ovirtlib.system import SDKSystemRoot
from ovirtlib.netlib import Network, VnicProfile,
CustomProperty, NetworkFilter
from ovirtlib.datacenterlib import DataCenter
system = SDKSystemRoot()
system.connect(url=URL, insecure=True, password=PASSWORD, username=USER)
spoof_cp = CustomProperty(name='ifacemacspoof', value='true')
broken_profiles = [
profile for profile in VnicProfile.iterate(system)
if spoof_cp in profile.custom_properties and
profile.filter and profile.filter.name ==
'vdsm-no-mac-spoofing']
if broken_profiles:
if '--modify' in sys.argv:
print('clearing vdsm-no-mac-spoof filter from profiles:')
for profiles in broken_profiles:
print(profile.name)
profile.filter = None
else:
print('''ifacemacspoof custom property is no longer
supported by vdsm.
vnic profiles that depended on it for connectivity, e.g they
serve VMs with
in-guest bonds or vlans, must use an empty network filter instead.
profiles with ifacemacspoof and vdsm-no-mac-spoof filter:''')
for profiles in broken_profiles:
print(profile.name)
print('run again with --modify to remove the filter')
else:
print('no profile with ifacemacspoof and vdsm-no-mac-spoof
was found.')
5 years, 7 months
Resuming VM from suspend that is based on iscsi/fc raise an exception.
by 王猛
Hi,
When I resume a VM from suspend that is based on iscsi or fcp, there's always an exception:
-----
2019-04-17 19:33:58,835+0800 ERROR (vm/baaabf11) [virt.vm] (vmId='baaabf11-172d-4fac-9862-86ff05feb085') The vm start process failed (vm:937)
378 Traceback (most recent call last):
379 File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 866, in _startUnderlyingVm
380 self._run()
381 File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2819, in _run
382 self._connection.restore(fname)
383 File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper
384 ret = f(*args, **kwargs)
385 File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 94, in wrapper
386 return func(inst, *args, **kwargs)
387 File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4513, in restore
388 if ret == -1: raise libvirtError ('virDomainRestore() failed', conn=self)
389 libvirtError: internal error: Child process (gzip -dc) unexpected exit status 2:
390 gzip: stdin: decompression OK, trailing garbage ignored
391
392 2019-04-17 19:33:58,835+0800 INFO (vm/baaabf11) [virt.vm] (vmId='baaabf11-172d-4fac-9862-86ff05feb085') Changed state to Down: internal error: Child process (gzip -dc) unexpected exit status 2:
393 gzip: stdin: decompression OK, trailing garbage ignored
394 (code=1) (vm:1675)
----------
After i read the Bug 1503468 (https://bugzilla.redhat.com/show_bug.cgi?id=1503468#c40), I know the reason why that happened.
But how should I avoid this exception? The only method i know and tested is to change gzip to lzop in /etc/libvirt/qemu.conf. But this is
not the way to solve the problem.
--
王猛 软件研发
手机：13021702660
地址：济南市高新区银荷大厦B座10层 250101
邮箱: wang_meng(a)massclouds.com
网址: www.massclouds.com
山东乾云启创信息科技有限公司
5 years, 7 months
Re: Arbiter brick disk performance
by Strahil
I think 2 small ssds (raid 1 mdadm) can do the job better as ssds have lower latencies .You can use them both for OS (minimum needed is 60 GB) and the rest will be plenty for an arbiter.
By the way, if you plan using gluster snapshots - use thin LVM for the brick.
Best Regards,
Strahil NikolovOn Apr 24, 2019 16:20, Leo David <leoalex(a)gmail.com> wrote:
>
> Hello Everyone,
> I need to look into adding some enterprise grade sas disks ( both ssd and spinning ), and since the prices are not too low, I would like to benefit of replica 3 arbitrated.
> Therefore, I intend to buy some smaller disks for use them as arbiter brick.
> My question is, what performance ( regarding iops, througput ) the arbiter disks need to be. Should they be at least the same as the real data disks ?
> Knowing that they only keep metadata, I am thinking that will not be so much pressure on the arbiters.
> Any thoughts?
>
> Thank you !
>
>
> --
> Best regards, Leo David
5 years, 7 months
Uncaught exception when open Host "Edit" window
by Vrgotic, Marko
Dear oVIrt,
Short platform summary:
* 5 Hosts
* 3/5 in Shared DC/Cluster with NetApp NFS storage
* 1/5 with Local Storage
* 1/5 with Local Storage
* oVirt version 4.3.2 , recently upgraded from 4.2.8
Each time I click on “Edit” from Hosts View, for each Host: following error is shown in ui.log:
2019-04-23 10:39:09,064Z ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-241) [] Permutation name: 0D2DB7A91B469CC36C64386E5632FAC5
2019-04-23 10:39:09,064Z ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-241) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) : oab(...) is null
at org.ovirt.engine.ui.webadmin.section.main.view.popup.host.HostPopupView.$lambda$0(HostPopupView.java:693)
at org.ovirt.engine.ui.webadmin.section.main.view.popup.host.HostPopupView$lambda$0$Type.eventRaised(HostPopupView.java:693)
at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99)
at org.ovirt.engine.ui.uicommonweb.models.ListModel.$setSelectedItem(ListModel.java:82)
at org.ovirt.engine.ui.uicommonweb.models.ListModel.setSelectedItem(ListModel.java:78)
at org.ovirt.engine.ui.uicommonweb.models.ListModel.itemsChanged(ListModel.java:236)
at org.ovirt.engine.ui.uicommonweb.models.ListModel.$itemsChanged(ListModel.java:224)
at org.ovirt.engine.ui.uicommonweb.models.ListModel.$setItems(ListModel.java:102)
at org.ovirt.engine.ui.uicommonweb.models.hosts.HostModel.$updateClusterList(HostModel.java:1037)
at org.ovirt.engine.ui.uicommonweb.models.hosts.HostModel.$lambda$13(HostModel.java:1017)
at org.ovirt.engine.ui.uicommonweb.models.hosts.HostModel$lambda$13$Type.onSuccess(HostModel.java:1017)
at org.ovirt.engine.ui.frontend.Frontend$1.$onSuccess(Frontend.java:227) [frontend.jar:]
at org.ovirt.engine.ui.frontend.Frontend$1.onSuccess(Frontend.java:227) [frontend.jar:]
at org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.$onSuccess(OperationProcessor.java:133) [frontend.jar:]
at org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.onSuccess(OperationProcessor.java:133) [frontend.jar:]
at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.$onSuccess(GWTRPCCommunicationProvider.java:270) [frontend.jar:]
at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.onSuccess(GWTRPCCommunicationProvider.java:270) [frontend.jar:]
at com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:198) [gwt-servlet.jar:]
at com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:233) [gwt-servlet.jar:]
at com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409) [gwt-servlet.jar:]
at Unknown.onreadystatechange<(https://ovirt-staging-engine.avinity.tv/ovirt-engine/webadmin/?locale=en_US line 9 > scriptElement)
at com.google.gwt.core.client.impl.Impl.apply(Impl.java:236) [gwt-servlet.jar:]
at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275) [gwt-servlet.jar:]
at Unknown.Su/<(https://ovirt-staging-engine.avinity.tv/ovirt-engine/webadmin/?locale=en_US line 9 > scriptElement)
at Unknown.anonymous(Unknown)
Screenshot of what is shown on UI:
[cid:image001.png@01D4F9D2.637FDF40]
Please assist.
Kindly awaiting your reply.
Marko Vrgotic
5 years, 7 months
NVME-oF
by Daniel Menzel
Hi guys,
just out of curiosity: Have there been any attempts yet to use NVMe over
Fabrics as Storage-Backend in oVirt? We have used NVMe-oF several times
in the past few weeks/month and its an absolutely gorgeous technology -
and more than perfect for virtualization.
Best
Daniel
--
Daniel Menzel
Geschäftsführer
Menzel IT GmbH
Charlottenburger Str. 33a
13086 Berlin
+49 (0) 30 / 5130 444 - 00
daniel.menzel(a)menzel-it.net
https://menzel-it.net
Geschäftsführer: Daniel Menzel
Unternehmenssitz: Berlin
Handelsregister: Amtsgericht Charlottenburg
Handelsregister-Nummer: HRB 149835 B
USt-ID: DE 309 226 751
5 years, 7 months
Re: Ovirt 4.3.2 VM Failover
by Strahil
I have noticed after full power failiure (all nodes simultaneously - labs don't have UPS yet) one of my VMs was in that state, and I had to restart VDSM in order the engine to notice the crash.
Definitely , there is something phishy here...
I guess Sahina & Sandro can take a look in your case..
Best Regards,
Strahil NikolovOn Apr 26, 2019 02:56, michael(a)wanderingmad.com wrote:
>
> Is there something in the 4.3.x series that has changed when it comes to VM failover? I have the cluster configurated to automatically migrate all server VMs, but whenever One of the nodes goes down, all the VMs that were on that host switch to a ? status and I have to go and click "host has been rebooted" to have them failed over.
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ABOBHQGF2U6...
5 years, 7 months
Ovirt 4.3.2 VM Failover
by michael＠wanderingmad.com
Is there something in the 4.3.x series that has changed when it comes to VM failover? I have the cluster configurated to automatically migrate all server VMs, but whenever One of the nodes goes down, all the VMs that were on that host switch to a ? status and I have to go and click "host has been rebooted" to have them failed over.
5 years, 7 months
Adding network to VM - What stupid thing have I missed?
by eshwayri＠gmail.com
When creating a new VM, it looks like I connect it's nic(s) under the "Instantiate VM network interfaces by picking a vNIC profile." setting. The problem I am seeing is that the drop down only has "Empty" and "br-kvm-prod" (my production bridge). I should have two more. Under Networks and vNIC Profiles tabs, I also have a br-kvm-stor and kvm_heart-22 defined which don't appear in that list. Am I missing something I need to do for these additional profiles to also appear in the drop-down? Some of my VMs will need access to the other physical networks.
5 years, 7 months
New disk creation very slow after upgrade to 4.3.3
by Steffen Luitz
This is on a 3-node hyperconverged environment with glusterfs.
After upgrading to oVirt 4.3.3 (from 4.3.2) creating a new disk takes very long (hours for a 100GByte disk, making it essentially impossible to create a new disk image).
In the UI the default is "preallocated" but changing it to thin provision does not make any difference. Regardless of this setting, an fallocate process gets started on the SDM host:
/usr/bin/python2 /usr/libexec/vdsm/fallocate 107374182400 /rhev/data-center/mnt/glusterSD/s-vmhost2-ovir.t...
Using fallocate to create a file directly on the underlying file system is fast. Using it to create a file through the glusterfs fuse mount is very slow.
Thanks for any insights.
Steffen
5 years, 7 months
