[ovirt-users] Re: Decommissioning etherpad and old wiki

[Dan Kenigsberg]

On Thu, Oct 06, 2016 at 05:53:54PM +0900, Marc Dequènes (Duck) wrote:
> Quack,
> 
> The wiki content was already converted into the website, and remaining
> broken links & co were fixed (thanks Garrett). It was merely kept in
> case some content was forgotten (read-only).
> 
> The Etherpad was barely used and a pain to upgrade/maintain, so the
> infra team with the last remaining user decided to close it.
> 
> They are to be removed soon. In fact we already stopped them to track
> the remaining users, and no one complained. It can be restarted on
> demand before the removal date.
> 
> On 2016-10-26 the resources will be purged. Backup has been made, so
> nothing is lost but unless there is a good reason it won't be used.
> 
> Btw, the wiki@ mailing-list was unused and is now read-only.

How much resources did old.ovirt.org take? I many occasions, the
migration to the new git-based site rendered pages almost unreadable. In
such occasions, I loved going back to old.ovirt.org, to see how a
feature page was meant to look like.

Can we keep old.ovirt.org for another year? I see that it is currently
down.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/D4HHAAOGLJZOGVMDNCVJ42RKNXNOQYM4/

[ovirt-users] Re: Decommissioning etherpad and old wiki

[Dan Kenigsberg]

On Thu, Oct 06, 2016 at 01:13:47PM +0300, Dan Kenigsberg wrote:
> On Thu, Oct 06, 2016 at 05:53:54PM +0900, Marc Dequènes (Duck) wrote:
> > Quack,
> > 
> > The wiki content was already converted into the website, and remaining
> > broken links & co were fixed (thanks Garrett). It was merely kept in
> > case some content was forgotten (read-only).
> > 
> > The Etherpad was barely used and a pain to upgrade/maintain, so the
> > infra team with the last remaining user decided to close it.
> > 
> > They are to be removed soon. In fact we already stopped them to track
> > the remaining users, and no one complained. It can be restarted on
> > demand before the removal date.
> > 
> > On 2016-10-26 the resources will be purged. Backup has been made, so
> > nothing is lost but unless there is a good reason it won't be used.
> > 
> > Btw, the wiki@ mailing-list was unused and is now read-only.
> 
> How much resources did old.ovirt.org take? I many occasions, the
> migration to the new git-based site rendered pages almost unreadable. In
> such occasions, I loved going back to old.ovirt.org, to see how a
> feature page was meant to look like.

As a recent example, we got
[Bug 1383047] New: No wiki pages on Important Vdsm wiki pages
opened. I might be able to guess what this link used to look like, but
seeing is much better.

> 
> Can we keep old.ovirt.org for another year? I see that it is currently
> down.

Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance 
downtime or capacity problems. Please try again later.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/NHWTLJNQZCT2ALYB2QI4FYV4PXXOCSIP/

[ovirt-users] removal of vdsm-hook-macspoof

[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.')
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/ESTQ3FURPNAVM4BZM2QO3S52D5KR6NXL/

[ovirt-users] Re: oVirt Survey 2019 results

[Dan Kenigsberg]

On Tue, Apr 2, 2019 at 9:36 AM Sandro Bonazzola  wrote:
>
> Thanks to the 143 participants to oVirt Survey 2019!
> The survey is now closed and results are publicly available at 
> https://bit.ly/2JYlI7U
> We'll analyze collected data in order to improve oVirt thanks to your 
> feedback.
>
> As a first step after reading the results I'd like to invite the 30 persons 
> who replied they're willing to contribute code to send an email to 
> de...@ovirt.org introducing themselves: we'll be more than happy to welcome 
> them and helping them getting started.
>
> I would also like to invite the 17 people who replied they'd like to help 
> organizing oVirt events in their area to either get in touch with me or 
> introduce themselves to users@ovirt.org so we can discuss about events 
> organization.
>
> Last but not least I'd like to invite the 38 people willing to contribute 
> documentation and the one willing to contribute localization to introduce 
> themselves to de...@ovirt.org.
>
> Thanks!

and thank you, Sandro, for shepherding this survey.

It has, as usual, very interesting results. I am happily surprised to
see how many are using OvS, OVN and IPv6. I am less happy (but
unsurprised) to see that nobody responded that they were using
Fedora-based oVirt.

I know the survey is anonymous, but I would love to reach out and
obtain more information about the painful use case of whomever
answered
What is the most challenging flow in oVirt? with "Working with networks."
I would love to hear more about your (and others'!) challenges, and
see how we developers can ease them.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/LLP7KDV7WFYFQRXM24HYAMYPNSSI56V6/

[ovirt-users] Re: Suggestions on adding 1000 or more networks to an engine/hosts

[Dan Kenigsberg]

On Wed, Feb 6, 2019 at 10:44 PM Brian Wilson  wrote:
>
> Another thing i was looking at now was trying to add the networks to a label 
> thats not on a NIC and then add the label.
>
>
> Adding the Networks works well in-fact i added 1500 of them with no issue.
>
> Then I moved the new label to the nic and watched as it begin to add the 
> interfaces, i watched it and saw that it got to about 300 Interfaces before 
> the UI Timed out with the error:
>
> Operation Cancelled
> Error while executing action HostSetupNetworks: Network error during 
> communication with the Host.

This fits Petr's numbers of
https://www.ovirt.org/blog/2017/11/setting-up-multiple-networks-is-going-to-be-much-faster-in-ovirt-4-2.html
With the default Engine timeout, we can have ~350 networks attached to a label.

Despite the timeout, what has happened on the host? Did it continue
adding networks to the interface (I think it would).

>
>
> In the Engine The Log looks like this - since there were so many networks in 
> the message to add them i truncated that section - they are all the same 
> settings on each network
>
>
>
> 2019-02-06 21:34:43,932+01 ERROR 
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (default task-25) [c12f3f58-ef87-4a82-9248-e79d4c625edc] EVENT_ID: 
> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM u90c10aio01.cisco.com command 
> HostSetupNetworksVDS failed: Message timeout which can be caused by 
> communication issues
> 2019-02-06 21:34:43,939+01 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
> (default task-25) [c12f3f58-ef87-4a82-9248-e79d4c625edc] Command 
> 'HostSetupNetworksVDSCommand(HostName = u90c10aio01.cisco.com, 
> HostSetupNetworksVdsCommandParameters:{hostId='509f5298-00df-4f74-9a2b-c95836442e60',
>  vds='Host[u90c10aio01.cisco.com,509f5298-00df-4f74-9a2b-c95836442e60]', 
> rollbackOnFailure='true', connectivityTimeout='120', 
> networks='[HostNetwork:{defaultRoute='false', bonding='false', 
> networkName='u90aio001-1502', vdsmName='u90aio001-1502', nicName='eno1', 
> vlan='1502', vmNetwork='true', stp='false', properties='null', 
> ipv4BootProtocol='NONE', ipv4Address='null', ipv4Netmask='null', 
> ipv4Gateway='null', ipv6BootProtocol='NONE', ipv6Address='null', 
> ipv6Prefix='null', ipv6Gateway='null', nameServers='null'}, 
> HostNetwork:{defaultRoute='false', bonding='false', 
> networkName='u90aio001-1503', vdsmName='u90aio001-1503', nicName='eno1', 
> vlan='1503', vmNetwork='true', stp='fals
>  e', properties='null', ipv4BootProtocol='NONE', ipv4Address='null', 
> ipv4Netmask='null', ipv4Gateway='null', ipv6BootProtocol='NONE', 
> ipv6Address='null', ipv6Prefix='null', ipv6Gateway='null', 
> nameServers='null'}, HostNetwork:{defaultRoute='false', bonding='false', 
> networkName='u90aio001-1504', vdsmName='u90aio001-1504', nicName='eno1', 
> vlan='1504', vmNetwork='true', stp='false', properties='null', 
> ipv4BootProtocol='NONE', ipv4Address='null', ipv4Netmask='null', 
> ipv4Gateway='null', ipv6BootProtocol='NONE',
>
> ..truncated...
>
> ipv6Prefix='null', ipv6Gateway='null', nameServers='null'}, 
> HostNetwork:{defaultRoute='false', bonding='false', 
> networkName='u90aio001-2998', vdsmName='u90aio001-2998', nicName='eno1', 
> vlan='2998', vmNetwork='true', stp='false', properties='null', 
> ipv4BootProtocol='NONE', ipv4Address='null', ipv4Netmask='null', 
> ipv4Gateway='null', ipv6BootProtocol='NONE', ipv6Address='null', 
> ipv6Prefix='null', ipv6Gateway='null', nameServers='null'}, 
> HostNetwork:{defaultRoute='false', bonding='false', 
> networkName='u90aio001-2999', vdsmName='u90aio001-2999', nicName='eno1', 
> vlan='2999', vmNetwork='true', stp='false', properties='null', 
> ipv4BootProtocol='NONE', ipv4Address='null', ipv4Netmask='null', 
> ipv4Gateway='null', ipv6BootProtocol='NONE', ipv6Address='null', 
> ipv6Prefix='null', ipv6Gateway='null', nameServers='null'}, 
> HostNetwork:{defaultRoute='false', bonding='false', 
> networkName='u90aio001-3000', vdsmName='u90aio001-3000', nicName='eno1', 
> vlan='3000', vmNetwork='true', stp='false', properties='n
>  ull', ipv4BootProtocol='NONE', ipv4Address='null', ipv4Netmask='null', 
> ipv4Gateway='null', ipv6BootProtocol='NONE', ipv6Address='null', 
> ipv6Prefix='null', ipv6Gateway='null', nameServers='null'}]', 
> removedNetworks='[]', bonds='[]', removedBonds='[]', 
> clusterSwitchType='LEGACY'})' execution failed: VDSGenericException: 
> VDSNetworkException: Message timeout which can be caused by communication 
> issues
> 2019-02-06 21:34:43,942+01 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
> (default task-25) [c12f3f58-ef87-4a82-9248-e79d4c625edc] Error: 
> VDSGenericException: VDSNetworkException: Message timeout which can be caused 
> by communication issues
> 2019-02-06 21:34:43,942+01 ERROR 
> [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default 
> task-25) [c12f3f58-ef87-4a82-9248-e79d4c625edc] Command 
> 

[ovirt-users] Re: ovn bad gateway after update from 4.2.7 to 4.2.8

[Dan Kenigsberg]

On Fri, Feb 1, 2019 at 10:18 PM Dominik Holler  wrote:
>
> On Fri, 1 Feb 2019 14:37:10 +0100
> Gianluca Cecchi  wrote:
>
> > Hello,
> > at this moment (about two days ago) I have updated only engine
> > (external, not self hosted) from 4.2.7.5 to 4.2.8.2
> >
> > As soon as I'm starting for the first time a VM with an ovn based nic
> > I get what below in ovirt-provider-ovn.log
> >
> > In admin gui, if I try for example to start via "run once" I get:
> > "
> > Error while executing action Run VM once: Failed to communicate with
> > the external provider, see log for additional details.
> > "
> > Any clue?
>
> The ovirt-provider-ovn fails during checking the credentials at
> engine's sso because of a networking problem.

That would be odd - after all we're using the loopback interface
From: :::127.0.0.1:49582 Request: GET /v2.0/ports
but please try the url.

>
> Can you please check if the url of the config value
> ovirt-host in
> /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
> can be reached from engine's host?
> If this does not explain the problem, can you please increase the
> logging of the ovirt-provider-ovn by
> sudo sed -i.$(date +%F-%H-%M) 's/INFO/DEBUG/gi' 
> /etc/ovirt-provider-ovn/logger.conf
> systemctl restart ovirt-provider-ovn
> and share a new detailed error in ovirt-provider-ovn.log?
> Thanks.

Dominik, could it possibly be related to our hardening  TLS ciphers?
If it is, setting (an insecure) ssl-ciphers-string=DEFAULT in
/etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf would
help.

>
>
>
> > Thanks,
> > Gianluca
> >
> > 2019-01-29 17:23:20,554 root Starting server
> > 2019-01-29 17:23:20,554 root Version: 1.2.18-1
> > 2019-01-29 17:23:20,555 root Build date: 20190114151850
> > 2019-01-29 17:23:20,555 root Githash: dae4c1d
> > 2019-01-29 18:04:15,575 root Starting server
> > 2019-01-29 18:04:15,576 root Version: 1.2.18-1
> > 2019-01-29 18:04:15,576 root Build date: 20190114151850
> > 2019-01-29 18:04:15,576 root Githash: dae4c1d
> > 2019-02-01 14:26:58,316 root From: :::127.0.0.1:49582 Request: GET
> > /v2.0/ports
> > 2019-02-01 14:26:58,317 root HTTPSConnectionPool(host='engine-host',
> > port=443): Max retries exceeded with url:
> > /ovirt-engine/sso/oauth/token-info (Caused by
> > NewConnectionError(' > object at
> > 0x7fe806166b90>: Failed to establish a new connection: [Errno -2]
> > 0x7fe806166b90>Name or
> > service not known',))
> > Traceback (most recent call last):
> >   File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line
> > 134, in _handle_request
> > method, path_parts, content
> >   File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py",
> > line 175, in handle_request
> > return self.call_response_handler(handler, content, parameters)
> >   File "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 33,
> > in call_response_handler
> > TOKEN_HTTP_HEADER_FIELD_NAME, '')):
> >   File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line
> > 31, in validate_token
> > return auth.core.plugin.validate_token(token)
> >   File
> > "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> > line 36, in validate_token
> > return self._is_user_name(token, _admin_user_name())
> >   File
> > "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> > line 47, in _is_user_name
> > timeout=AuthorizationByUserName._timeout())
> >   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> > line 131, in get_token_info
> > timeout=timeout
> >   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> > line 54, in wrapper
> > response = func(*args, **kwargs)
> >   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> > line 47, in wrapper
> > raise BadGateway(e)
> > BadGateway: HTTPSConnectionPool(host='engine-host', port=443): Max
> > retries exceeded with url: /ovirt-engine/sso/oauth/token-info (Caused
> > by NewConnectionError(' > object at
> > 0x7fe806166b90>: Failed to establish a new connection: [Errno -2]
> > 0x7fe806166b90>Name or
> > service not known',))
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/SMBFLAVENG72HUIYQGUWVHDVNJCVOJJN/

[ovirt-users] Re: Host Only Network

[Dan Kenigsberg]

On Tue, 29 Jan 2019, 17:44 Dominik Holler  On Tue, 29 Jan 2019 15:14:42 -
> "Brian Wilson"  wrote:
>
> > What is the proper way to provide networks without an egress of the
> > host?In VMware i would take a portgroup and just not associate it
> > with a vnic.   In ovirt that doesnt seem possible as the network
> > doesnt seem to function unless i move to a physical nic under the
> > "Setup Host Networks" options.
> >
> > The Goal here is to provide a network for VMs to use on the single
> > host only no traffic would need to leave the host but would need to
> > have VLan IDs and segmentation through them on the host
>
> Maybe I do not get your scenario completely.
> Would a OVN nework per host solve your problem?
>

OVN allows to create an isolated network that speads across the while
cluster.

If I understand correctly, Brian has more humble requirement, which users
implement by creating a dummy0 device (note the lack of underscore in the
name). The dummy device would she as a nic on the host, allows attaching a
bridge to it, but lets no traffic leave the host.

Regards,
Dan.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/RMLJSNJIVZO7YXO6P6Y44SGW2UNAB6CM/

[ovirt-users] Re: Open_vSwitch no key error after upgrading to 4.2.8

[Dan Kenigsberg]

On Tue, Jan 29, 2019 at 1:42 AM Jorick Astrego  wrote:
>
> Noticed this one too on 4.3.0 rc2, didn't have time to check it out though.
>
> Today I saw it after I removed an OVS cluster and recreated the cluster with 
> "legacy" bridge networking.
>
> Regards,
>
> Jorick Astrego
>
> Netbulae
>
>
> On 1/28/19 2:34 PM, Jayme wrote:
>
> I upgraded oVirt to 4.2.8 and now I am spammed with the following message in 
> all host syslog.  How can I stop/fix this error?
>
> ovs-vsctl: ovs|1|db_ctl_base|ERR|no key "odl_os_hostconfig_hostid" in 
> Open_vSwitch record "." column external_ids
>


Sorry for the log noise you are experiencing.
Would you be kind to try this yet-untested patch to avoid it:
https://gerrit.ovirt.org/97391 ?
You'd need to modify /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet

Regards,
Dan.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/MSZUX7EDACGKYRFWKS3OH72VWZUKTXYK/

[ovirt-users] Re: Host non-responsive after yum update CentOS7/Ovirt3.6

[Dan Kenigsberg]

On Sat, Jan 19, 2019 at 9:14 PM Jason Herring  wrote:
>
> If I try to run "vdsm-tool restore-nets", which is what starting the
> vdsm-network.service seems to do first, I get the following:
>
> ( a large number of lines of the first error)
>
> ..
>
> libvirt: XML-RPC error : authentication failed: authentication failed
> libvirt: XML-RPC error : authentication failed: authentication failed
> libvirt: XML-RPC error : authentication failed: authentication failed
> libvirt: XML-RPC error : authentication failed: authentication failed
> Traceback (most recent call last):
>File "/usr/share/vdsm/vdsm-restore-net-config", line 476, in 
>  restore(args)
>File "/usr/share/vdsm/vdsm-restore-net-config", line 434, in restore
>  _restore_sriov_numvfs()
>File "/usr/share/vdsm/vdsm-restore-net-config", line 84, in
> _restore_sriov_numvfs
>  sriov_devices = _get_sriov_devices()
>File "/usr/share/vdsm/vdsm-restore-net-config", line 56, in
> _get_sriov_devices
>  devices = hostdev.list_by_caps()
>File "/usr/share/vdsm/hostdev.py", line 219, in list_by_caps
>  libvirt_devices = _get_devices_from_libvirt()
>File "/usr/share/vdsm/hostdev.py", line 204, in _get_devices_from_libvirt
>  for device in libvirtconnection.get().listAllDevices(0))
>File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
> line 164, in get
>  password)
>File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
> line 100, in open_connection
>  return utils.retry(libvirtOpen, timeout=10, sleep=0.2)
>File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 959, in retry
>  return func()
>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 104, in
> openAuth
>  if ret is None:raise libvirtError('virConnectOpenAuth() failed')
> libvirt.libvirtError: authentication failed: authentication failed

This is what happens when libvirt is not configured to work with vdsm.
Can you share your /etc/libvirt/libvirtd.conf?
Would you try `vdsm-tool configure --force` ? (bad for debugging root
cause, but can just fix your issue)


> Traceback (most recent call last):
>File "/usr/bin/vdsm-tool", line 219, in main
>  return tool_command[cmd]["command"](*args)
>File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py",
> line 41, in restore_command
>  exec_restore(cmd)
>File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py",
> line 54, in exec_restore
>  raise EnvironmentError('Failed to restore the persisted networks')
> EnvironmentError: Failed to restore the persisted networks
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/N5JHE4RECU56UJHFXNSOOWQLJS23HZCN/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/FHFYPDLQY5Q7WCZX76VOJYR2AY6NENMS/

[ovirt-users] Re: VMs import over slow 1gig interface instead of fast 10gig interface?

[Dan Kenigsberg]

On Fri, Nov 16, 2018 at 10:38 PM Nir Soffer  wrote:
>
> On Fri, Nov 16, 2018, 21:51 Jacob Green >
>> Ok, so I want to try and more thoroughly explain my situation. I want to 
>> better understand what is happening, and if there is a way to force import 
>> over the faster connection.
>>
>> Today I have two Ovirt environments, one on 4.1 and one on 4.2, on the 
>> new environment we have migrated to new VLANs for Management and Data.
>>
>> The export domain is a NFS domain hosted on a Trunas device that has an 
>> ip address of X.X.12.100.
>>
>> Our host has multiple Ethernet connections, one Bonded 20Gigabit 
>> interface. That is where we have the ovirtmgmt profile. And a secondary 1 
>> Gigabit interface that we call our VLAN12 profile or server VLAN.
>>
>>  The problem When importing a VM from the export domain, the import is 
>> happening over the 1Gigabit interface on the VLAN12 profile. Instead of the 
>> 20gigabit Bonded interface on VLAN 100.
>>
>> My understanding So I probably just misunderstand how this works, but 
>> here is what I thought should happen, in the Setup Host Network screen for 
>> this host I have the ovirtmgmt on VLAN100 with the bonded 20Gigabit 
>> interface performing the following. "Management, Display, Migration, VM and 
>> Default Route." Then I have the secondary 1 Gigabit interface just doing 
>> "VM" on VLAN12. What I thought should happen is that anything Migration 
>> related "Includes importing from export domain?"
>
> Importing vms from export domain is a storage operation, and it is nor 
> related to migration.
>
> Maybe Dan can explain why accessing storage is done on the wrong network.
>
> Nir
>>
>> shouldd happen on the Migration interface, which in my case is the ovritmgmt 
>> interface on VLAN100.
>>
>> I have also confirmed that I can ping from the VLAN100 ovirtmgmt interface 
>> to the storage on VLAN12. So there is connectivity from that interface to 
>> the storage. What I am trying to figure out is there a way to force it to do 
>> imports over the 20Gigabit interface that resides on VLAN100 instead of the 
>> slower VLAN12 interface, that is just there for general VM connectivity.
>>
>>
>> Thank you for any advice or guidance on this matter.

Can you share the ip addresses you have set on your host interfaces?
I suspect that your VLAN12 interface has a X.X.12.Y address, sharing
the same subnet as your NFS server. When a hypervisor connects to a
storage server, it prefers using the same subnet.
If you can move your NFS server to VLAN100, you can re-add it to the
data ceneter using its new address. Then, hosts would use the
X.X.100.Y address to connect to it.

HTH,
Dan.
>>
>>
>>
>> --
>> Jacob Green
>>
>> Systems Admin
>>
>> American Alloy Steel
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@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/SSPPLF7PVIXQYUTAHLAM776573BJHRAV/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/RGW2HYLFH7UIAKOBMPPMMKOUPKBNA6ZZ/

[ovirt-users] Re: Best Openstack version to integrate with oVirt 4.2.7

[Dan Kenigsberg]

On Sun, Nov 11, 2018 at 7:04 PM Gianluca Cecchi
 wrote:
>
> On Sun, Nov 11, 2018 at 3:50 PM Nir Soffer  wrote:
>>
>> On Sat, Nov 10, 2018 at 6:52 PM Gianluca Cecchi  
>> wrote:
>>>
>>> Hello,
>>> do you think it is ok to use Rocky version of Openstack to integrate its 
>>> services with oVirt 4.2.7 on CentOS 7?
>>> I see on https://repos.fedorapeople.org/repos/openstack/ that, if Rocky is 
>>> too new, between the older releases available there are, from newer to 
>>> older:
>>> Queens
>>> Pike
>>> Ocata
>>> Newton
>>
>>
>> Nobody working on oVirt is testing any release of Openstack in the recent 
>> years.

Actually, Neutron and Glance are actively tested.

>>
>
> Strange... I think oVirt is the natural platform to test features to have 
> them on RHV if considered enterprise ready.
> And reading the downstream latest documentation for RHV 4.2 I see this 
> regarding external providers:
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/administration_guide/chap-external_providers
>
> And there is explicit reference to
>
> 1) Glance
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/administration_guide/sect-adding_external_providers#Adding_an_OpenStack_Image_Service_Glance_for_Image_Management
> without any particular restriction described
>
> 2) Neutron
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/administration_guide/sect-adding_external_providers#Adding_an_OpenStack_Network_Service_Neutron_for_Network_Provisioning
> with the note:
> "
> Important
> Red Hat Virtualization supports Red Hat OpenStack Platform versions 8, 9, 10, 
> 11, and 12 as external network providers.
> "
>
> BTW: the release cycles are here:
> https://access.redhat.com/support/policy/updates/openstack/platform
>
> 3) Cinder
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/administration_guide/sect-adding_external_providers#Adding_an_OpenStack_Block_Storage_Cinder_Instance_for_Storage_Management
> with the only note regarding Ceph as a provider for block storage to use with 
> Cinder
> "
> Add an OpenStack Block Storage (Cinder) instance for storage management to 
> the Red Hat Virtualization Manager. The OpenStack Cinder volumes are 
> provisioned by Ceph Storage.
> "
>
> Coming back to oVirt 4.2.7 I see all of the 3 above providers present and 
> referenced when I go and add external providers, so it doesn't seem to the 
> final user/admin as an abandoned feature
>
>> The Cinder/Ceph support was released as tech preview in 3.6, and no work was
>> done since then, and I think this will be deprecated soon.
>>
>
> Actually it seems yet a tech preview in latest 4.2, if the manual is correct 
> (see link given above for Cinder)
>
>>
>> For 4.3 we are working on a different direction, using Cinderlib
>> https://github.com/Akrog/cinderlib
>>
>>
>>
>> This is a way to use Cinder drivers without Openstack installation.
>> The same library is used to provide Cinder based storage in Kubernetes.
>> https://github.com/Akrog/ember-csi
>>
>> You can find an early draft here for this feature. Note that it is expected 
>> to be
>> updated in the next weeks, but it can give you some idea on what we are
>> working on.
>> https://github.com/oVirt/ovirt-site/blob/f88f38ebb9afff656ab68a2d60c2b3ae88c21860/source/develop/release-management/features/storage/cinderlib-integration.html.md
>>
>> This will be tested with some version of Cinder drivers. I guess we will have
>> more info about it during 4.3 development.
>>
>
> I will go through reading them, thanks
>
>
>>>
>>> At the moment I have two separate lab environments:
>>> oVirt with 4.2.7
>>> Openstack with Rocky (single host with packstack allinone)
>>>
>>> just trying first integration steps with these versions, it seems I'm not 
>>> able to communicate with glance, because I get in engine.log
>>> 2018-11-10 17:32:58,386+01 ERROR 
>>> [org.ovirt.engine.core.bll.provider.storage.AbstractOpenStackStorageProviderProxy]
>>>  (default task-51) [e2fccee7-1bb2-400f-b8d3-b87b679117d1] Not Found 
>>> (OpenStack response error code: 404)
>>
>>
>> I think Glance support should work. Elad, which version of Glance was
>> tested for 4.2?
>
>
> Based on the restrictions described for Neutron Provider above, I right 
> deployed, always on CentOS 7.5 and using packstack allinone method, the 
> oldest release I found a repo for at 
> http://mirror.centos.org/centos/7/cloud/x86_64/ .
> That is Ocata (aka the base for OSP 11) and at least the glance connection 
> works now out of the box, using the same parameters that dind't work with 
> Rocky.
>
> 2018-11-11 17:52:46,320+01 INFO  
> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-14) [4e83174] Running 
> command: SyncNetworkProviderCommand internal: true.
> 2018-11-11 17:52:46,432+01 INFO  
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-61) [] 
> 

[ovirt-users] Re: removal of 3 vdsm hooks

[Dan Kenigsberg]

On Tue, Oct 9, 2018 at 4:13 PM Gianluca Cecchi
 wrote:
>
> On Thu, Oct 4, 2018 at 12:37 PM Dan Kenigsberg  wrote:
>>
>> I've identified 3 ancient vdsm-hooks that have been obsoleted by
>> proper oVirt features.
>>
>> vdsm-hook-isolatedvlan: obsoleted in ovirt-4.2.6  by
>> clean-traffic-gateway filter
>> https://gerrit.ovirt.org/#/q/I396243e1943eca245ab4da64bb286da19f9b47ec
>>
>>
>
> Hello Dan,
> you mention "clean-traffic-gateway" filter and "clean-traffic" filter.
> They are to be considered different, correct?
> Because both in my upstream oVirt engine 4.2.6.4-1.el7 and in my RHV engine 
> 4.2.6.4-0.1.el7ev I only see the "clean-traffic" one.
> Perhaps it is "filtered out" because the hosts are not 7.6, as I see from 
> https://bugzilla.redhat.com/show_bug.cgi?id=1603115 that it is a libvirt 
> feature to be backported to 7.6, so not available in 7.5 perhaps...?
>
> If so, as RH EL 7.6 is not out yet, and then it will pass some weeks/months 
> at least before CentOS 7.6 will be released and guys updating the 
> hypervisors, I think it's not time yet to remove the old 
> vdsm-hook-isolatedvlan
>
> Any clarification if I was wrong?

No, you are not wrong. I intend to remove this hook only from the
master branch, destined for ovirt-4.3. I believe that CentOS-7.6 would
be released much before ovirt-4.3, but there is no need to start
gambling. These patches can wait.

Are you using  vdsm-hook-isolatedvlan? Would you agree to check if
clean-traffic-gateway answers your needs?

All you need is to download
https://libvirt.org/git/?p=libvirt.git;a=blob;f=examples/xml/nwfilter/clean-traffic-gateway.xml
and then

virsh nwfilter-define /tmp/clean-traffic-gateway.xml

on each host.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/I3DPSZHWCNA66XV5Q4MQERUEA6K2VKTG/

[ovirt-users] removal of 3 vdsm hooks

[Dan Kenigsberg]

I've identified 3 ancient vdsm-hooks that have been obsoleted by
proper oVirt features.

vdsm-hook-isolatedvlan: obsoleted in ovirt-4.2.6  by
clean-traffic-gateway filter
https://gerrit.ovirt.org/#/q/I396243e1943eca245ab4da64bb286da19f9b47ec

vdsm-hook-qos: obsoleted in ovirt-3.3 by
https://www.ovirt.org/documentation/sla/network-qos/

vdsm-hook-noipspoof: obsoleted in ovirt-4.0 by choosing the
"clean-traffic" filter https://ovirt.org/feature/networkfilter

I would like to remove this code from vdsm-4.30, destined for
ovirt-4.3. Is there any objection for that? Is anybody still using
them?

Regards,
Dan.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/GG2D4PPNNYJLZLPJ5Y5ELMRETG37WEYQ/

[ovirt-users] Re: Unable to start VM on host with OVS networking

[Dan Kenigsberg]

I believe the user community deserves a little background for this
decision. OVS has been "experimental" since ovirt-4.0.z with migration
disabled by default. We were not aware of huge benefits it had
over the default Linux bridge, and did not expect people to be using
it in important deployments.

I would love to hear your experience regarding our OVS support, and
why you have chosen it.

In ovirt-4.2.0, the way in which VM libvirt definition is built has
changed considerably, and takes place in ovirt-engine, not in vdsm.
The vdsm code that supports OVS connectivity was disabled in
ovirt-4.2.3 which means that indeed, the experimental OVS feature is
no longer available for direct usage (unless you still use cluster
compatibility level 4.1)

However, as Thomas Davis explains, with OVN + physnet, ovirt-4.2 gives
you a matching functionality, including live migration out-of-the-box.
OVS switchtype was upgraded from "experimental" to "tech-preview". I'd
like to drop the advisory altogether, but we keep it because we still
have bugs and
missing features comparing to Linux bridge clusters.

We've blocked changing the switchtype of existing clusters because
this functionality is buggy (particularly on the SPM host), and as of
ovirt-4.2, we do not have code to support live migration from a Linux
bridge host to an OVS one. Only cold migration is possible. We kept it
open over REST to allow testing and bugfixes to that flow, as well as
usage by careful users.

Thanks for using oVirt and its new features, and for engaging with the
community.

Regards,
Dan.

On Tue, May 22, 2018 at 9:20 PM,   wrote:
> The answer is..
>
> OVN replaced OVS as the networking technology.  You cannot switch back to 
> legacy, they disabled switching between ovs and legacy in the default (1st) 
> datacenter using the gui.  You can however, use Ansible to switch it.
>
> Remove the VDSM ovs setting, it will just mess you up, and it's not supported 
> in 4.2
>
> To able to migrate a VM in 4.2, you have use OVN with OVS.
>
> I did this a few months back, on a 4.2.2 hosted-engine setup:
>
> 0) To setup a node in a cluster, make sure the cluster is in OVS, not
> legacy.
>
> 1) Make sure you have an OVN controller setup somewhere.  Default
> appears to be the ovirt-hosted-engine.
> a) you should also have the external network provider for OVN
> configured also; see the web interface.
>
> 2) when you install the node, make sure it has openvswitch installed and
> running - ie:
> a) 'systemctl status openvswitch' says it's up and running. (be sure
> it's enable also)
> b) 'ovs-vsctl show' has vdsm bridges listed, and possibly a br-int
>bridge.
>
> 3) if there is no br-int bridge, do 'vdsm-tool ovn-config
> ovn-controller-ip host-ip'
>
> 4) when you have configured several nodes in the OVN, you should see
> them listed as geneve devices in 'ovs-vsctl show', ie:
>
> This is a 4 node cluster, so the other 3 nodes are expected:
>
> [ root at d8-r12-c1-n3 ~]# ovs-vsctl show
> 42df28ba-ffd6-4e61-b7b2-219576da51ab
>  Bridge br-int
>  fail_mode: secure
>  Port "ovn-27461b-0"
>  Interface "ovn-27461b-0"
>  type: geneve
>  options: {csum="true", key=flow, remote_ip="192.168.85.91"}
>  Port "vnet1"
>  Interface "vnet1"
>  Port "ovn-a1c08f-0"
>  Interface "ovn-a1c08f-0"
>  type: geneve
>  options: {csum="true", key=flow, remote_ip="192.168.85.87"}
>  Port "patch-br-int-to-f7a19c7d-021a-455d-bf3a-c15e212d8831"
>  Interface
> "patch-br-int-to-f7a19c7d-021a-455d-bf3a-c15e212d8831"
>  type: patch
>  options:
> {peer="patch-f7a19c7d-021a-455d-bf3a-c15e212d8831-to-br-int"}
>  Port "vnet0"
>  Interface "vnet0"
>  Port "patch-br-int-to-7874ba85-8f6f-4e43-9535-5a1b1353a9ec"
>  Interface
> "patch-br-int-to-7874ba85-8f6f-4e43-9535-5a1b1353a9ec"
>  type: patch
>  options:
> {peer="patch-7874ba85-8f6f-4e43-9535-5a1b1353a9ec-to-br-int"}
>  Port "ovn-8da92c-0"
>  Interface "ovn-8da92c-0"
>  type: geneve
>  options: {csum="true", key=flow, remote_ip="192.168.85.95"}
>  Port br-int
>  Interface br-int
>  type: internal
>  Bridge "vdsmbr_LZmj3uJ1"
>  Port "vdsmbr_LZmj3uJ1"
>  Interface "vdsmbr_LZmj3uJ1"
>  type: internal
>  Port "net211"
>  tag: 211
>  Interface "net211"
>  type: internal
>  Port "eno2"
>  Interface "eno2"
>  Bridge "vdsmbr_e7rcnufp"
>  Port "vdsmbr_e7rcnufp"
>  Interface "vdsmbr_e7rcnufp"
>  type: internal
>  Port ipmi
>  tag: 20
>  Interface ipmi
>  type: internal
>  Port ovirtmgmt

Re: [ovirt-users] ovirt 4.2.2-rc3 switching from legacy to OVS..

[Dan Kenigsberg]

On Thu, Mar 15, 2018 at 1:50 AM, Thomas Davis  wrote:
> Well, I just hit
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1513991
>
> And it's been closed, which means with vdsm-4.20.17-1.el7.centos.x86_64
>  OVS networking is totally borked..

You are welcome to reopen that bug, specifying your use case for OvS.
I cannot promise fixing this bug, as our resources are limited, and
that bug, which was introduced in 4.2, was not deemed as urgently
needed. https://gerrit.ovirt.org/#/c/86932/ attempts to fix the bug,
but it still needs a lot of work.

>
> I know OVS is Experimental, but it worked in 4.1.x, and now we have to do a
> step back to legacy bridge just to use 4.2.x, which in a vlan environment
> just wreaks havoc (every VLAN need's a unique mac assigned to the bridge,
> which vdsm does not do, so suddenly you get the kernel complaining about
> seeing it's mac address several times.)

Could you elaborate on this issue? What is wrong with a bridge that
learns its mac from its underlying device? What wold like Vdsm to do,
in your opinion? You can file a bug (or even send a patch) if there is
a functionality that you'd like to fix.

>
> There is zero documentation on how to use OVN instead of OVS.

I hope that 
https://ovirt.org/develop/release-management/features/network/provider-physical-network/
can help.

> thomas
>
> On 03/13/2018 09:22 AM, Thomas Davis wrote:
>>
>> I'll work on it some more.  I have 2 different clusters in the data center
>> (1 is the Hosted Engine systems, another is not..)  I had trouble with both.
>> I'll try again on the non-hosted engine cluster to see what it is doing.  I
>> have it working in 4.1, but we are trying to do a clean wipe since the 4.1
>> engine has been upgraded so many times from v3.5 plus we want to move to
>> hosted-engine-ha from a single engine node and the ansible modules/roles
>> (which also have problems..)
>>
>> thomas
>>
>> On Tue, Mar 13, 2018 at 6:27 AM, Edward Haas > > wrote:
>>
>>
>> OVS switch support is experimental at this stage and in some cases
>> when trying to change from one switch to the other, it fails.
>> It was also not checked against a hosted engine setup, which handles
>> networking a bit differently for the management network (ovirtmgmt).
>> Nevertheless, we are interested in understanding all the problems
>> that exists today, so if you can, please share the supervdsm log, it
>> has the interesting networking traces.
>>
>> We plan to block cluster switch editing until these problems are
>> resolved. It will be only allowed to define a new cluster as OVS,
>> not convert an existing one from Linux Bridge to OVS.
>>
>> On Fri, Mar 9, 2018 at 9:54 AM, Thomas Davis > > wrote:
>>
>> I'm getting further along with 4.2.2rc3 than the 4.2.1 when it
>> comes to hosted engine and vlans..  it actually does install
>> under 4.2.2rc3.
>>
>> But it's a complete failure when I switch the cluster from Linux
>> Bridge/Legacy to OVS.  The first time I try, vdsm does
>> not properly configure the node, it's all messed up.
>>
>> I'm getting this in vdsmd logs:
>>
>> 2018-03-08 23:12:46,610-0800 INFO  (jsonrpc/7) [api.network]
>> START setupNetworks(networks={u'ovirtmgmt': {u'ipv6autoconf':
>> True, u'nic': u'eno1', u'vlan': u'50', u'ipaddr':
>> u'192.168.85.49', u'switch': u'ovs', u'mtu': 1500, u'netmask':
>> u'255.255.252.0', u'dhcpv6': False, u'STP': u'no', u'bridged':
>> u'true', u'gateway': u'192.168.85.254', u'defaultRoute': True}},
>> bondings={}, options={u'connectivityCheck': u'true',
>> u'connectivityTimeout': 120}) from=:::192.168.85.24,56806,
>> flow_id=4147e25f-0a23-4f47-a0a4-d424a3437d11 (api:46)
>>
>> 2018-03-08 23:12:52,449-0800 INFO  (jsonrpc/2)
>> [jsonrpc.JsonRpcServer] RPC call Host.ping2 succeeded in 0.00
>> seconds (__init__:573)
>>
>> 2018-03-08 23:12:52,511-0800 INFO  (jsonrpc/7) [api.network]
>> FINISH setupNetworks error=[Errno 19] ovirtmgmt is not present
>> in the system from=:::192.168.85.24,56806,
>> flow_id=4147e25f-0a23-4f47-a0a4-d424a3437d11 (api:50)
>> 2018-03-08 23:12:52,512-0800 ERROR (jsonrpc/7)
>> [jsonrpc.JsonRpcServer] Internal server error (__init__:611)
>> Traceback (most recent call last):
>>File
>> "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line
>> 606, in _handle_request
>>  res = method(**params)
>>File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py",
>> line 201, in _dynamicMethod
>>  result = fn(*methodArgs)
>>File "", line 2, in setupNetworks
>>File "/usr/lib/python2.7/site-packages/vdsm/common/api.py",
>> line 48, in 

Re: [ovirt-users] Hosted-engine without mac-spoofing

[Dan Kenigsberg]

On Mon, Jan 22, 2018 at 12:01 AM, Matteo Capuano  wrote:
> Hi folks,
>
> i'm trying to install oVirt hyperconverged on Google Cloud Engine (GCE) to
> create a lab environment.
> Nested virtualization on GCE is in public beta, it seems to work fine but
> there's a catch: i cannot enable mac-spoofing on the GCE instances' nics.
> So here's my question: is there a way to install hosted-engine on a network
> there you can't enabling mac-spoofing?

I don't quite understand. Can you start multiple nested VM in a single
GCE node, each communicating with its own mac? I believe that you'd
need mac-spoofing for that simple task, too.

Self-hosted engine has to be highly-available. It has to run equally
well on all hosted-engine hosts, thus I believe it needs all hosts to
allow mac-spoofing.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 10Gb Networking with OVN

[Dan Kenigsberg]

Beau, have you solved your performance problem already?

Would you share what is the MTU you have set on the underlying network, and
in your VMs?


On Dec 13, 2017 17:41, "Dominik Holler"  wrote:

On Tue, 12 Dec 2017 23:12:12 +0200
Yaniv Kaul  wrote:

> On Mon, Dec 11, 2017 at 8:21 PM, Beau Sapach 
> wrote:
>
> > Yes, we've done some testing.  With an oVirt VM running on a host
> > using 10Gb ethernet copying data to a physical machine also using
> > 10Gb ethernet we don't see network utilization exceed 800Mbits or
> > so.  A bit of research online yields some experimentation done by
> > others who used SR-IOV to achieve 10Gb from a VM.
> >
>
> Are you using multiple TCP streams, jumbo frames, threads, etc.?

Please verify that the expected interface is used. The automatic
configuration uses ovirtmgmt to transport the data.
This can be changed manually by executing

vdsm-tool ovn-config IP_OF_OVN_CENTRAL IP_OF_LOCAL_INTERFACE

on the host.

Are you using NICs which supports GENEVE offloading?


> Y.
>
>
> > I'm not sure where the bottleneck is, possibly in the VirtIO driver.
> >
> > Beau
> >
> > On Mon, Dec 11, 2017 at 1:23 AM, Dominik Holler 
> > wrote:
> >
> >> Is there an indication that the VMs will not take advantage of
> >> 10Gb?
> >>
> >> On Thu, 7 Dec 2017 15:27:25 -0700
> >> Beau Sapach  wrote:
> >>
> >> > Hello everyone,
> >> >
> >> > I see here:
> >> > https://www.ovirt.org/blog/2017/09/introducing-ovirt-4.2.0/ that
> >> > version 4.2 will have OVN support.  Does anyone know if this will
> >> > allow VMs to take advantage of 10Gb networking without needing
> >> > SR-IOV?
> >> >
> >> >
> >>
> >>
> >
> >
> > --
> > Beau Sapach
> > *System Administrator | Information Technology Services |
> > University of Alberta Libraries*
> > *Phone: 780.492.4181 <(780)%20492-4181> | Email:
> > beau.sap...@ualberta.ca *
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> >

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] bad bond name when setting up hosted engine

[Dan Kenigsberg]

On Thu, Jan 4, 2018 at 5:50 AM, Sam McLeod  wrote:
> I'm having a problem where when setting up hosted engine deployment it fails
> stating that the selected bond name is bad.
>
> "code=25, message=bad bond name(s): mgmt)"
>
> - Is there a problem similar to
> https://bugzilla.redhat.com/show_bug.cgi?id=1519807 that's known?
> - If it seems to be this bug, is it preferred that I simply update the
> existing, closed issue as I have done, or open a new bug?
>
> --
> Sam McLeod
> https://smcleod.net
> https://twitter.com/s_mcleod

I see that you are trying to use a bond interface named "mgmt".
To avoid confusion while debugging a system, Vdsm has opted to allow
only bond names starting with "bond" followed by one or more decimal
digits. Anything else is considered "bad bond".

I prefer keeping the "bond" prefix compulsory, but I'd like to hear
why using different names is useful.

You can reopen this bug, but please move it to vdsm and rename it: it
should be something like "Allow any bondXYZ name for bonds" or "Allow
any bond name" and explain there why it is a good idea.

Dominik, is there an Engine-side limitation on bond names?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] OVS error logs after upgrade to 4.2

[Dan Kenigsberg]

On Wed, Dec 27, 2017 at 8:49 AM, Misak Khachatryan <kmi...@gmail.com> wrote:
> Hi,
>
> It's not on log file, it's from automatic email sent by cron daemon.
> This one from logrotate.

Would you file a bug about this daily logrotate spam?

>
> I'd like to migrate my network to OVS, but as i can't find any guide
> for that, it's a bit scary.

Why would you like to do that? OVN is useful for big deployments, that
have many isolated networks. It is not universally recommended, as it
uses more CPU.

>
> Best regards,
> Misak Khachatryan
>
>
> On Tue, Dec 26, 2017 at 3:29 PM, Dan Kenigsberg <dan...@redhat.com> wrote:
>> On Tue, Dec 26, 2017 at 8:35 AM, Misak Khachatryan <kmi...@gmail.com> wrote:
>>> Hi,
>>>
>>> After upgrade to 4.2 I started getting this error from engine:
>>>
>>> /etc/cron.daily/logrotate:
>>>
>>> 2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
>>> /var/run/openvswitch/ovnnb_db.19883.ctl
>>> ovs-appctl: cannot connect to
>>> "/var/run/openvswitch/ovnnb_db.19883.ctl" (No such file or directory)
>>> 2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
>>> /var/run/openvswitch/ovnsb_db.19891.ctl
>>> ovs-appctl: cannot connect to
>>> "/var/run/openvswitch/ovnsb_db.19891.ctl" (No such file or directory)
>>>
>>>
>>> Seems harmless as i don't use OVS, but how to fix it?
>>
>> By default, ovirt-4.2 installs and configure OVN (which uses OVS). You
>> can turn it off on Engine host by running
>> systemctl stop ovirt-provider-ovn ovn-northd openvswitch

did you try that?

>>
>> but I'd appreciate your help to understand in which log file do you
>> see these warnings?

>> Have you already disabled openvswitch?

have you ^^ ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] OVS error logs after upgrade to 4.2

[Dan Kenigsberg]

On Tue, Dec 26, 2017 at 8:35 AM, Misak Khachatryan  wrote:
> Hi,
>
> After upgrade to 4.2 I started getting this error from engine:
>
> /etc/cron.daily/logrotate:
>
> 2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
> /var/run/openvswitch/ovnnb_db.19883.ctl
> ovs-appctl: cannot connect to
> "/var/run/openvswitch/ovnnb_db.19883.ctl" (No such file or directory)
> 2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
> /var/run/openvswitch/ovnsb_db.19891.ctl
> ovs-appctl: cannot connect to
> "/var/run/openvswitch/ovnsb_db.19891.ctl" (No such file or directory)
>
>
> Seems harmless as i don't use OVS, but how to fix it?

By default, ovirt-4.2 installs and configure OVN (which uses OVS). You
can turn it off on Engine host by running
systemctl stop ovirt-provider-ovn ovn-northd openvswitch

but I'd appreciate your help to understand in which log file do you
see these warnings? Have you already disabled openvswitch?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4.2.0 is now generally available

[Dan Kenigsberg]

On Fri, Dec 22, 2017 at 5:35 PM, Blaster  wrote:
>
>
> On Dec 22, 2017, at 12:32 AM, Sandro Bonazzola  wrote:
>
>
>
> 2017-12-21 18:20 GMT+01:00 Blaster :
>>
>> What a great Christmas present!
>>
>> I'm still running 3.6.3 All-In-One configuration on Fedora 22.  So it
>> looks like I'll be starting from scratch.
>>
>> Is there any decent way yet to take my on disk VM images and easily attach
>> them?  I put in an RFE for that which looks like it didn't make it into 4.2,
>> now slated for 4.2.1.

Can you point to it, please?

>>
>> The old way I used to do this was to create new VMs with new disks, then
>> just copy over my old VMs to the disk files of the new VMs.  I'm assuming
>> I'll still have to use that method.
>
>
> Are you running all-in-one with only this host or do you have more hosts
> attached to this engine?
> Is your data storage domain local? Or is it shared / provided by a different
> host?
>
>
> I am running a single host configuration with local SATA disk.  When I need
> to change hosts, I generally just move the disks (or copy data via NFS) to
> the new host, create new VMs, then move the old VM disks into the new VM
> directory with the new file names and boot.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Real Noob question- setting a static IP on host

[Dan Kenigsberg]

On Fri, Sep 29, 2017 at 9:13 AM, Sandro Bonazzola 
wrote:

>
>
> 2017-09-18 18:13 GMT+02:00 Alexander Witte 
> :
>
>> I am incredibly sorry over this noob question but I am really bashing my
>> head trying to simply change an IP address on an Ovirt host.  oVirt was
>> pushed to this host through the server web interface.  It is running on top
>> of Centos 7.
>>
>> From the docs it says to log into the host and edit the ifcfg-ovirtmgmt
>> file
>>
>
Which docs exactly? I am asking because the ifcfg is autogenerated and
would be rewritten on boot based on /var/lib/vdsm/persistence

and I have done and here are the latest settings:
>>
>> #Generated by VDSM version 4.19.28-1.e17.centos
>> DEVICE:ovirtmgmt
>> TYPE:Bridge
>> DELAY=0
>> STP=off
>> ONBOOT=yes
>> BOOTPROTO=none
>> MTU=1500
>> DEFROUTE=yes
>> NM_CONTROLLED=no
>> IPV6INIT=yes
>> IPV6_AUTOCONF=yes
>> IPADDR=10.0.0.226
>> GATEWAY=10.0.0.1
>> PREFIX=13
>> DNS1=10.0.0.9
>> DNS2=8.8.8.8
>>
>> The server can reach everything on the network fine.  Although it cannot
>> be reached through the oVirt web interface and the host is in a
>> “connecting” status.  In the oVirt web interface if I attempt to edit the
>> NIC settings from DHCP to Static to reflect the changes Ive made above I
>> run into this error:
>>
>>
>>- Cannot setup Networks. Another Setup Networks or Host Refresh
>>process in progress on the host. Please try later.
>>
>> Dan, Marcin can you help here?
>

I am afraid that there is no reliable way to change the management network
address of a host. Well, if you've added the host via its fqdn, you could
modify its DNS entry in parallel to modifying its local address, but that
is not fun either.

I'd suggest to remove the host from Engine, remove on-host network
configuration (in ovirt-4.2 that would be possible to be done via
`vdsm-tool remove-nets`. At the moment, you'd have to edit ifcfg and not
reboot), and re-add the host via a new address.

I hope that helps. If anybody has a smarter way to improve this process,
please speak up.



>

>
>>
>> What is the correct procedure to change a host management IP from DHCP to
>> STATIC?  Should I make these changes manually on the host or through the
>> NIC settings in the oVirt web interface (when I tried this it just seemed
>> to hang..)
>>
>
> The administration guide related to host management is here:
> https://ovirt.org/documentation/admin-guide/chap-Hosts/
> but it doesn't cover the change of the host network configuration.
> Dan and Marcin or some other sysadmin in this list may correct me, but I
> think the correct procedure here is:
> - Put the host to maintenance in the ovirt interface
> - change the nic settings in ovirt web interface
> - activate the host
>
> Derek, we should probably ensure this case is covered in the Admin guide.
>
>
>
>>
>> Any help is greatly appreciated.
>>
>> Thanks!!
>>
>>
>> Alex
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
> 
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Centos 7.3 ovirt 4.0.6 Can't add host to cluster collectd or collectd-disk not found - SOLVED

[Dan Kenigsberg]

On Wed, Aug 30, 2017 at 1:25 PM, Claudio Soprano
 wrote:
> More investigation on this for you :)
>
> the bug is only on CentOS v7.3 infact on previous hosts with CentOS < v7.3 i
> have no problem about the name of the network.
>
> I discovered also that i don't need only to rename the network name, but
> also the vnic profile associated, infact with network name def, and vnic
> profile default, it still didn't work, renamed network name and vnic profile
> to def both, now works on CentOS v7.3 with no errors also from GUI.
>
> when i create a network both network name and vnic profile are called the
> same (for my it was default).
>
> Hope that my info can help you.
>
> Another boring issues is that i need to detach the network to all the hosts
> to rename only, but also to change the network on all VMs that use it also
> if they are stopped, i was lucky only 2 VMs and only 4 hosts, but i can't
> imagine people have 40-50 hosts and maybe 100-200 VMs on a network.

Unfortunately, we are currently unable to modify a network name while
it is attached to any host, and in particular, while it is used by a
running VM. We even have an old feature request to allow that

   https://bugzilla.redhat.com/show_bug.cgi?id=1121101

I hope we manage to implement it in time for oVirt-4.2, but I cannot
promise it right now.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Centos 7.3 ovirt 4.0.6 Can't add host to cluster collectd or collectd-disk not found

[Dan Kenigsberg]

I do not understand which steps you are doing until you get the
"Unexpected Exception" dialog.
Could you detail them?

Also, can you share supervdsm.log from the relevant host, so we can
understand the nature of that unexpected exception?

On Wed, Aug 30, 2017 at 12:31 PM, Claudio Soprano
 wrote:
> The problem is not the host-deploy, infact the deploy finished without
> errors, if i remember good in the deploy process the network are not set, i
> need to attach each network i need manually, under hosts, network interface,
> setup host networks
>
> and the problem is there, when i attach all the VLANs (including the
> default, that is VLAN 1) it gave error, default is not present in the
> system, if i add all the VLANS (excluding the default, that is VLAN 1) it is
> OK, but the host will not activate because missing the default vlan.
>
> If i manually add the 2 configuration files (ifcfg-default and ifcfg-intX.1)
> to the host and make a systemctl network restart, it gave error then
>
> ip addr reports
>
> the vlan 1 is added, but not the Bridge to default (the default is missing
> error).
>
> I don't know if the name "default" (for the network, VLAN 1) could be the
> problem, but i can't rename now, because i need to detach from the hosts,
> but actually i can't.
>
> I added 3 screenshoots to show you the situation, before adding VLAN 1
> ("default" network), the error when adding it, and the info on the error.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] nic order

[Dan Kenigsberg]

On Wed, May 31, 2017 at 8:23 PM, Nathanaël Blanchet  wrote:
> Hi all,
>
> I added a new nic on all my vms, but the MAC address pool was too small. So
> I extended it from 00:1a:4a:22:1f:00 to 00:1a:4a:22:1f:ff =>
> 00:1a:4a:22:1e:00 to 00:1a:4a:22:1f:ff.
>
> It was okay but when rebooting some vms, nics are interverted and I couldn't
> join my vm on ip!
>
> I noticed nics were ordered now from the smallest MAC address to the
> greatest one, so the last plugged nic from the new pool was now the first in
> the vm, and all nics were moved at the bottom.
>
> Is it an expected behaviour?

No. As far as I recall, and Yevgeny can add more details, reordering
of vNICs happens only when allocating multiple nics in the initial
definition of a VM; but not on plugging of a nic to an existing VM.

Which version of ovirt-engine do you use?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VDSM overwrites network config

[Dan Kenigsberg]

On Fri, Apr 7, 2017 at 4:24 PM, Alan Cowles  wrote:
> Hey guys,
>
> I'm in a lab setup currently with 2 hosts, running RHEV-3.5, with a
> self-hosted engine on RHEL 6.9 servers. I am doing this in order to plot out
> a production upgrade I am planning going forward to 4.0, and I'm a bit stuck
> and I'm hoping it's ok to ask questions here concerning this product and
> version.
>
> In my lab, I have many vlans trunked on my switchports, so I have to create
> individual vlan interfaces on my RHEL install. During the install, I am able
> to pick my ifcfg-eth0.502 interface for rhevm, and ifcfg-eth1.504 interface
> for NFS, access the storage and create my self-hosted engine. The issue I am
> running into is that I get into RHEV-M, and I am continuing to set the hosts
> up or add other hosts, when I go to move my NFS network to host2 it only
> allows me to select the base eth1 adapter, and not the VLAN tagged version.
> I am able to tag the VLAN in the RHEV-M configured network itself, but this
> has the unfortunate side effect of tagging a network on top of the already
> tagged interface on host1, taking down NFS and the self hosted engine.
>
> I am able to access the console of host1, and I configure the ifcfg files,
> vlan files, and bridge files to be on the correct interfaces, and I get my
> host back up, and my RHEV-M back up. However when I try to make these manual
> changes to host2 and get it up, the changes to these files are completely
> overwritten the moment the host reboots connected to vdsmd start-up.

If that was your only issue, I would have recommended you to read
https://www.ovirt.org/blog/2016/05/modify-ifcfg-files/ and implement a
hook that would leave the configuration as you wanted it.


>
> Right now, I have vdsmd disabled, and I have host2 configured the way I need
> it to be with the rhevm bridge on eth0.502, the NFS bridge on eth1.504, and
> my VMNet "guest" bridge on eth1.500, however that leaves me with a useless
> host from RHEV standards.
>
> I've checked several different conf files to see where vdsmd is pulling it's
> configuration from but I can't find it, or find a way to modify it to fit my
> needs.
>
> Any advice or pointers here would be greatly appreciated. Thank you all in
> advance.

Pardon me for not clearly understanding the problem at hand.

Could you specify your Engine-defined network names and vlan IDs? Can
you specify the ifcfgs that you'd like to see on your hosts, and the
ones re-generated on reboot?

Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] migration failed - "Cannot get interface MTU on 'vdsmbr_...'

[Dan Kenigsberg]

Thanks for following up on this. We need to put a little more effort on

Bug 1400952 - [RFE] Resolve listen IP for graphics attached to Open
vSwitch network

so that the hook is no longer needed.

Please let us know how oVirt+OvS is working for you!


On Wed, Mar 29, 2017 at 6:17 PM, Devin A. Bougie
 wrote:
> Just incase anyone else runs into this, you need to set 
> "migration_ovs_hook_enabled=True" in vdsm.conf.  It seems the vdsm.conf 
> created by "hosted-engine --deploy" did not list all of the options, so I 
> overlooked this one.
>
> Thanks for all the help,
> Devin
>
> On Mar 27, 2017, at 11:10 AM, Devin A. Bougie  
> wrote:
>> Hi, All.  We have a new oVirt 4.1.1 cluster up with the OVS switch type.  
>> Everything seems to be working great, except for live migration.
>>
>> I believe the red flag in vdsm.log on the source is:
>> Cannot get interface MTU on 'vdsmbr_QwORbsw2': No such device (migration:287)
>>
>> Which results from vdsm assigning an arbitrary bridge name to each ovs 
>> bridge.
>>
>> Please see below for more details on the bridges and excerpts from the logs. 
>>  Any help would be greatly appreciated.
>>
>> Many thanks,
>> Devin
>>
>> SOURCE OVS BRIDGES:
>> # ovs-vsctl show
>> 6d96d9a5-e30d-455b-90c7-9e9632574695
>>Bridge "vdsmbr_QwORbsw2"
>>Port "vdsmbr_QwORbsw2"
>>Interface "vdsmbr_QwORbsw2"
>>type: internal
>>Port "vnet0"
>>Interface "vnet0"
>>Port classepublic
>>Interface classepublic
>>type: internal
>>Port "ens1f0"
>>Interface "ens1f0"
>>Bridge "vdsmbr_9P7ZYKWn"
>>Port ovirtmgmt
>>Interface ovirtmgmt
>>type: internal
>>Port "ens1f1"
>>Interface "ens1f1"
>>Port "vdsmbr_9P7ZYKWn"
>>Interface "vdsmbr_9P7ZYKWn"
>>type: internal
>>ovs_version: "2.7.0"
>>
>> DESTINATION OVS BRIDGES:
>> # ovs-vsctl show
>> f66d765d-712a-4c81-b18e-da1acc9cfdde
>>Bridge "vdsmbr_vdpp0dOd"
>>Port "vdsmbr_vdpp0dOd"
>>Interface "vdsmbr_vdpp0dOd"
>>type: internal
>>Port "ens1f0"
>>Interface "ens1f0"
>>Port classepublic
>>Interface classepublic
>>type: internal
>>Bridge "vdsmbr_3sEwEKd1"
>>Port "vdsmbr_3sEwEKd1"
>>Interface "vdsmbr_3sEwEKd1"
>>type: internal
>>Port "ens1f1"
>>Interface "ens1f1"
>>Port ovirtmgmt
>>Interface ovirtmgmt
>>type: internal
>>ovs_version: "2.7.0"
>>
>>
>> SOURCE VDSM LOG:
>> ...
>> 2017-03-27 10:57:02,567-0400 INFO  (jsonrpc/1) [vdsm.api] START migrate 
>> args=(, {u'incomingLimit': 2, u'src': 
>> u'192.168.55.84', u'dstqemu': u'192.168.55.81', u'autoConverge': u'false', 
>> u'tunneled': u'false', u'enableGuestEvents': False, u'dst': 
>> u'lnxvirt01-p55.classe.cornell.edu:54321', u'vmId': 
>> u'cf9c5dbf-3924-47c6-b323-22ac90a1f682', u'abortOnError': u'true', 
>> u'outgoingLimit': 2, u'compressed': u'false', u'maxBandwidth': 5000, 
>> u'method': u'online', 'mode': 'remote'}) kwargs={} (api:37)
>> 2017-03-27 10:57:02,570-0400 INFO  (jsonrpc/1) [vdsm.api] FINISH migrate 
>> return={'status': {'message': 'Migration in progress', 'code': 0}, 
>> 'progress': 0} (api:43)
>> 2017-03-27 10:57:02,570-0400 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC 
>> call VM.migrate succeeded in 0.01 seconds (__init__:515)
>> 2017-03-27 10:57:03,028-0400 INFO  (migsrc/cf9c5dbf) [virt.vm] 
>> (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Creation of destination VM 
>> took: 0 seconds (migration:455)
>> 2017-03-27 10:57:03,028-0400 INFO  (migsrc/cf9c5dbf) [virt.vm] 
>> (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') starting migration to 
>> qemu+tls://lnxvirt01-p55.classe.cornell.edu/system with miguri 
>> tcp://192.168.55.81 (migration:480)
>> 2017-03-27 10:57:03,224-0400 ERROR (migsrc/cf9c5dbf) [virt.vm] 
>> (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Cannot get interface MTU on 
>> 'vdsmbr_QwORbsw2': No such device (migration:287)
>> 2017-03-27 10:57:03,322-0400 ERROR (migsrc/cf9c5dbf) [virt.vm] 
>> (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Failed to migrate 
>> (migration:429)
>> Traceback (most recent call last):
>>  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 411, 
>> in run
>>self._startUnderlyingMigration(time.time())
>>  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 489, 
>> in _startUnderlyingMigration
>>self._perform_with_downtime_thread(duri, muri)
>>  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 555, 
>> in _perform_with_downtime_thread
>>self._perform_migration(duri, muri)
>>  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 528, 
>> in _perform_migration
>>self._vm._dom.migrateToURI3(duri, params, flags)
>>  File 

Re: [ovirt-users] prevent ovirt from managing a particular vlan setting on an interface

[Dan Kenigsberg]

I am not sure I understand your question, though it reminds me of

Bug 1372798 - Setupnetworks not removing the "BRIDGE=" entry in ifcfg
file when changing a untagged network to tagged

which Vdsm version do you have? can you share your supervdsm.log?

On Fri, Mar 24, 2017 at 6:44 PM, Gianluca Cecchi
 wrote:
> Is it possible?
> So that for example oVirt uses my eth3 interface as part of a bond that it
> uses, but doesn't change/remove my already in place ifcfg-eth3.100
> configuration file?
>
> Thanks,
> Gianluca
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Getting error when i try to assign logical networks to interfaces

[Dan Kenigsberg]

On Fri, Mar 24, 2017 at 11:36 AM, martin chamambo <chamam...@gmail.com> wrote:
> @ Dan i am not using FCOE , i am trying to set up logical networks , my
> oVirt Engine Version: 4.0.6.3-1.el7.centos and my vdsm versions is
> vdsm-4.18.4.1-0.el7.centos

And what it the version of your vdsm-hook-fcoe?

rpm -qa |grep vdsm
rpm -qf /usr/libexec/vdsm/hooks/before_network_setup/50_fcoe

I assumed that the 50_fcoe script is out of date. It looks like a 3.6
piece of code.

You can just remove 50_fcoe to squelch the problem for a while, but
I'd like to understand why it is there.

>
> On Thu, Mar 23, 2017 at 11:26 PM, Dan Kenigsberg <dan...@redhat.com> wrote:
>>
>> On Thu, Mar 23, 2017 at 9:25 AM, martin chamambo <chamam...@gmail.com>
>> wrote:
>> > I havent set up any hooks and when i try to assign logical networks to
>> > an
>> > already existing interface on the host ,it gives me this error
>> >
>> > Hook error: Hook Error: ('Traceback (most recent call last):\n  File
>> > "/usr/libexec/vdsm/hooks/before_network_setup/50_fcoe", line 18, in
>> > \nfrom vdsm.netconfpersistence import
>> > RunningConfig\nImportError: No module named netconfpersistence\n',)
>> >
>>
>> vdsm-hook-fcoe is installed by default on ovirt-node.
>> Which version of vdsm (and vdsm-hook-fcoe) are you using?
>> This Traceback smells like a mismatch between the two.
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Getting error when i try to assign logical networks to interfaces

[Dan Kenigsberg]

On Thu, Mar 23, 2017 at 9:25 AM, martin chamambo  wrote:
> I havent set up any hooks and when i try to assign logical networks to an
> already existing interface on the host ,it gives me this error
>
> Hook error: Hook Error: ('Traceback (most recent call last):\n  File
> "/usr/libexec/vdsm/hooks/before_network_setup/50_fcoe", line 18, in
> \nfrom vdsm.netconfpersistence import
> RunningConfig\nImportError: No module named netconfpersistence\n',)
>

vdsm-hook-fcoe is installed by default on ovirt-node.
Which version of vdsm (and vdsm-hook-fcoe) are you using?
This Traceback smells like a mismatch between the two.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] host-only network

[Dan Kenigsberg]

On Thu, Mar 9, 2017 at 9:31 AM, qinglong.d...@horebdata.cn
 wrote:
> Hi, all
> I have noticed that kvm supports host-only network mode. So I want
> to know how to create a host-only vinc for a virtual machine in ovirt.
> Anyone can help? Thanks!


You can have that if you create a dummy device on host boot. Then you
can attach a VM network to it.
Read a bit more in
http://lists.ovirt.org/pipermail/users/2015-December/036897.html

I don't know why you want to use host-only network, but maybe you'd
like to check out
https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/ which provides
your VM isolation from external networks, while allowing live
migration.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to set up host networks

[Dan Kenigsberg]

On Mon, Feb 20, 2017 at 6:00 PM, Michael Watters  wrote:
> I am building a new ovirt host running Ovirt 4.0 however I am receiving
> UI errors when I attempt to define the host networks in the engine.  The
> engine logs show errors as follows.
>
> 2017-02-20 10:53:44,478 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> (default task-358) [653da31a] Exception:
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
> VDSGenericException: VDSErrorException: Failed to HostSetupNetworksVDS,
> error = Error parsing bonding options: 'miimon=1 updelay=0 downdelay-0
> mode=802.3ad', code = 25

Why is there a minus sign in "downdelay-0"? How did it get there? We
require a space-separated key=value list. The UI should have blocked
it in a nicer way.

>
> UI logs also show errors as follows.
>
> 2017-02-20 10:58:49,092 ERROR 
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default 
> task-239) [] Permutation name: 36FFE9E683BD2C616FFB067DABA3A81E
> 2017-02-20 10:58:49,092 ERROR 
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default 
> task-239) [] Uncaught exception: 
> com.google.gwt.event.shared.UmbrellaException: Exception caught: (TypeError)
>  __gwt$exception: : Cannot read property 'k' of undefined
> at Unknown.Ev(webadmin-0.js@25721)
> at Unknown.Mv(webadmin-0.js@41)
> at Unknown.d8(webadmin-0.js@19)
> at Unknown.g8(webadmin-0.js@19)
> at Unknown.q7(webadmin-0.js@117)
> at Unknown.oq(webadmin-0.js@26)
> at Unknown.yq(webadmin-0.js@24441)
> at Unknown.$2(webadmin-0.js@149)
> at Unknown.qq(webadmin-0.js@112)
> at Unknown.qaf(webadmin-0.js@1781)
> at Unknown.$$e(webadmin-0.js@85)
> at Unknown.a1e(webadmin-0.js@46)
> at Unknown.Sx(webadmin-0.js@29)
> at Unknown.Wx(webadmin-0.js@57)
> at Unknown.eval(webadmin-0.js@54)
> at Unknown.PC(webadmin-0.js@20)
> at Unknown.W9e(webadmin-0.js@98)
> at Unknown.fnf(webadmin-0.js@56)
> at Unknown.jnf(webadmin-0.js@7413)
> at Unknown.qaf(webadmin-0.js@1399)
> at Unknown.$$e(webadmin-0.js@85)
> at Unknown.Z$e(webadmin-0.js@60)
> at Unknown.$0e(webadmin-0.js@52)
> at Unknown.Sx(webadmin-0.js@29)
> at Unknown.Wx(webadmin-0.js@57)
> at Unknown.eval(webadmin-0.js@54)
> Caused by: com.google.gwt.core.client.JavaScriptException: (TypeError)
>  __gwt$exception: : Cannot read property 'k' of undefined
> at Unknown.K5p(webadmin-151.js@499431)
> at Unknown.K6p(webadmin-151.js@43)
> at Unknown.v6p(webadmin-151.js@120)
> at Unknown.P6p(webadmin-151.js@500852)
> at Unknown.b6r(webadmin-0.js@189)
> at Unknown.EFo(webadmin-0.js@71)
> at Unknown.UFo(webadmin-0.js@23730)
> at Unknown.m3p(webadmin-151.js@870)
> at Unknown.rbq(webadmin-151.js@17)
>
> Is there a way to resolve this?

> Is it possible to define host networks manually without using the engine?

It is possible (you can use the Vdsm api) but it is not advisable or
supportable.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt / OVN / MTU

[Dan Kenigsberg]

On Tue, Dec 20, 2016 at 10:47 AM, Numan Siddique  wrote:
> +Russel
>
> On Tue, Dec 20, 2016 at 10:30 AM, Devin Acosta 
> wrote:
>>
>>
>> Marcin,Numan,Lance:
>>
>> I really appreciate all the assistance that you have given me thus far. I
>> wanted to circle back on this topic, even though I sense I know what the
>> answer will be. ;) My Networking team keeps insisting that they want to
>> control DHCP from their side however yet still be able to create virtual
>> Layer 2 networks within oVirt. I understand that it sounds like OVN was
>> never meant for this kind of configuration.
>
>
> It is not necessary to use native DHCP feature of OVN. You can always
> disable it. Infact it is disabled, unless dhcp options are added to each
> logical port. So it's fine to use your own DHCP server.

But note that in order for that to happen, you need your DHCP server
to listen on all OVN overlays. You could do it by running it in an
oVirt VM that is attached to all these overlays, or by adding
per-overlay VM serving as a relay. Both idea seem cumbersome in
opinion.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network change

[Dan Kenigsberg]

On Wed, Dec 21, 2016 at 12:41 AM, Bill Bill  wrote:
> Hello,
>
>
>
> How can the IP of the hosts be changed? It is greyed out and I need to
> change those. It’s the only thing I’m not able to change..

I am afraid that you cannot change the address of the management
network while the host is attached to Engine. The reason is that
Engine always uses this address to communicate with the host.

You could change it only if you remove the host from Engine, modify
the address manually, and re-add the host using the new address.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt multiips hook

[Dan Kenigsberg]

On Dec 15, 2016 22:40, "Bill Bill"  wrote:

Hello,



Following up on the users list as opposed to Bugzilla.



Thanks for helping out with this, much appreciated. I was able to get the
custom property added in the engine & I can select the property, then enter
in the IP’s.



I’m not sure if I created the hook correctly, as it doesn’t appear to have
made any changes so far, only one IP communicates.



I created a file called “multiips” in the
/usr/libexec/vdsm/hooks/before_vm_start/
directory containing the info from the Bugzilla thread.



Is there another step I should take or perhaps I’m missing something?

It should have been enough, but apparently something's missing.

Is the multiip script readable and executable?

Do you see any errors in vdsm.log when you start the VM?

Do you see the requested ips in the output of

Virsh -r dumpxml yourvm
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4 and external networks

[Dan Kenigsberg]

On Dec 3, 2016 11:18 PM, "Chris Cowley"  wrote:

Evening all

I am struggling to get VMs on a tagged VLAN with oVirt to communicate
with a physical machine that is 'untagged' on that VLAN.

This VLAN is tagged on the port for my ovirt host, and any VMs attached
to that network work perfectly within oVirt (single host). On that host
I have added an IP on that VLAN too.

On a couple of host other physical machines, it is connected on to that
VLAN untagged and another is on it tagged. They communicate fine, and
also with the oVirt host on that VLAN. No traffic goes to or from the
VMs however.


https://www.draw.io/i/EiXgaUi

As my switch is doing tagging/untagging should I be importing the
network? If that is the case, err, how?


When you define a VM network in ovirt, it either globally has a vlan tag,
or has not. This cannot be con trolled per host.

However, you could set a before-network-setup vdsm hook. When Engine asks
the host to create a tagged network, the hook would modify the request to
an untagged network.

Then, traffic from vms running on that host would be tagged only by the
switch (I assume that now it ends up q-in-q).

If you end up writing this hook, please share it with us. You can look into
vdsm-hook-fcoe for a (completely different) network hook.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] OVN Provider setup issues

[Dan Kenigsberg]

On Fri, Nov 18, 2016 at 09:13:53AM +0100, Andrea Fagiani wrote:
> Hi Lance,
> 
> thanks, I have currently deployed oVirt using the oVirt Node images, so
> indeed I would like to avoid updating;
> out of curiosity, is there actually a beta/pre-release version of the node
> avaiable?

I'm afraid that such version would be available only after the release
of centos7.3 and ovirt-4.1-beta. Now we're still speaking about
master-branch experiments.

> 
> I have since reinstalled the host to perform further testing but I'll give
> it a shot as soon as soon as I find the time.

We'd love to hear how that works for you.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] OVN Provider setup issues

[Dan Kenigsberg]

On Wed, Nov 16, 2016 at 12:37:57PM -0500, Lance Richardson wrote:
> > From: "Andrea Fagiani" <andrea.fagi...@immobiliare.it>
> > To: "Dan Kenigsberg" <dan...@redhat.com>
> > Cc: users@ovirt.org, "Lance Richardson" <lrich...@redhat.com>, 
> > mmire...@redhat.com
> > Sent: Wednesday, November 16, 2016 12:24:15 PM
> > Subject: Re: [ovirt-users] OVN Provider setup issues
> > 
> > On 16/11/2016 17:23, Dan Kenigsberg wrote:
> > > On Tue, Nov 08, 2016 at 09:21:13AM +0100, Andrea Fagiani wrote:
> > >> Hi all,
> > >>
> > >> I've been messing around with the ovirt-ovn-provider [1] and I've run 
> > >> into
> > >> some issues during the initial setup.
> > >>
> > >> I have a 5-node cluster (running the hosted-engine VA), LEGACY virtual
> > >> switch; this test was done on a single host. Following the instructions
> > >> from
> > >> the aforementioned blog post, I have downloaded the ovirt-provider-ovn 
> > >> and
> > >> ovirt-provider-ovn-driver rpms, and built the rpm packages for:
> > >>
> > >> - openvswitch (2.6.90)
> > >> - openvswitch-ovn-common
> > >> - openvswitch-ovn-host
> > >> - openvswitch-ovn-central
> > >> - python-openvswitch
> > >>
> > >> I set up a dedicated VM for the OVN controller, installed ovs and
> > >> ovn-central, started the ovn-northd and ovirt-provider-ovn services. So
> > >> far
> > >> so good. I then moved on to the oVirt host and installed the above
> > >> packages
> > >> (minus ovn-central) as well as the ovirt-provider-ovn-driver provided,
> > >> started the ovn-controller service and ran
> > >>
> > >> # vdsm-tool ovn-config  
> > >>
> > >> Executing the suggested checks I noticed that something didn't quite go 
> > >> as
> > >> planned. Below is the /var/log/openvswitch/ovn-controller.log from the
> > >> host
> > >> machine. There are no firewalls involved (not even on the servers) and I
> > >> also tried disabling SELinux but to no avail.
> > >>
> > >> Any ideas?
> > >>
> > >> Thanks,
> > >> Andrea
> > >>
> > >> [1] http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
> > >>
> > >>
> > >> 2016-11-07T14:22:09.552Z|1|vlog|INFO|opened log file
> > >> /var/log/openvswitch/ovn-controller.log
> > >> 2016-11-07T14:22:09.553Z|2|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> > >> connecting...
> > >> 2016-11-07T14:22:09.553Z|3|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> > >> connected
> > >> 2016-11-07T14:22:09.555Z|4|reconnect|INFO|tcp:10.100.248.11:6642:
> > >> connecting...
> > >> 2016-11-07T14:22:09.555Z|5|reconnect|INFO|tcp:10.100.248.11:6642:
> > >> connected
> > >> 2016-11-07T14:22:09.556Z|6|ofctrl|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> > >> connecting to switch
> > >> 2016-11-07T14:22:09.556Z|7|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> > >> connecting...
> > >> 2016-11-07T14:22:09.557Z|8|pinctrl|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> > >> connecting to switch
> > >> 2016-11-07T14:22:09.557Z|9|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> > >> connecting...
> > >> 2016-11-07T14:22:09.557Z|00010|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> > >> connected
> > >> 2016-11-07T14:22:09.557Z|00011|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> > >> connected
> > >> 2016-11-07T14:22:09.558Z|00012|ofctrl|INFO|OpenFlow error: OFPT_ERROR
> > >> (OF1.3) (xid=0x9): OFPBMC_BAD_FIELD
> > >> OFPT_FLOW_MOD (OF1.3) (xid=0x9):
> > >> (***truncated to 64 bytes from 240***)
> > >>   04 0e 00 f0 00 00 00 09-00 00 00 00 00 00 00 00
> > >> ||
> > >> 0010  00 00 00 00 00 00 00 00-22 00 00 00 00 00 00 00
> > >> |"...|
> > >> 0020  ff ff ff ff ff ff ff ff-ff ff ff ff 00 00 00 00
> > >> ||
> > >> 0030  00 01 00 04 00 00 00 00-00 04 00 b8 00 00 00 00
> > >> ||
> > > Andrea, could you tell (mostly Lance) which kernel version are you
> > > using?
> > Here is the yum info output for the kernel package on the offending host:
> > 
> > Installed Packages
> > Name  : kernel
> > Arch: x86_64
> > Version   : 3.10.0
> > Release   : 327.36.3.el7
> > 
> > Andrea
> > 
> 
> OK, the 327 kernel did not support conntrack and cannot be used for OVN.
> 
> RHEL 7.3 or newer is the minimum requirement for OVN.

Lance, can you encode this requirement in openvswitch-ovn-host.rpm ?

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Windows Server Container Support

[Dan Kenigsberg]

On Wed, Nov 16, 2016 at 12:28:30PM +, Grundmann, Christian wrote:
> Hi,
> I tried installing Windows Server 2016 and enabling Container Support and 
> Docker
> But after enabling Docker, the VM dies.
> All Network related services are timeouting when booting the Server.
> If I unplug the NIC the VMs starts normally and Docker works
> 
> I tried to enable the macspoof vdsm hook but it doesn't help
> 
> Anything else I can try?
> 
> Thx Christian

Could you give more details?

How did the VM die? Is there an error message in /var/log/vdsm/vdsm.log,
or /var/log/libvirt/qemu/*

How was the VM defined? Which type was the vNIC?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] OVN Provider setup issues

[Dan Kenigsberg]

On Tue, Nov 08, 2016 at 09:21:13AM +0100, Andrea Fagiani wrote:
> Hi all,
> 
> I've been messing around with the ovirt-ovn-provider [1] and I've run into
> some issues during the initial setup.
> 
> I have a 5-node cluster (running the hosted-engine VA), LEGACY virtual
> switch; this test was done on a single host. Following the instructions from
> the aforementioned blog post, I have downloaded the ovirt-provider-ovn and
> ovirt-provider-ovn-driver rpms, and built the rpm packages for:
> 
> - openvswitch (2.6.90)
> - openvswitch-ovn-common
> - openvswitch-ovn-host
> - openvswitch-ovn-central
> - python-openvswitch
> 
> I set up a dedicated VM for the OVN controller, installed ovs and
> ovn-central, started the ovn-northd and ovirt-provider-ovn services. So far
> so good. I then moved on to the oVirt host and installed the above packages
> (minus ovn-central) as well as the ovirt-provider-ovn-driver provided,
> started the ovn-controller service and ran
> 
> # vdsm-tool ovn-config  
> 
> Executing the suggested checks I noticed that something didn't quite go as
> planned. Below is the /var/log/openvswitch/ovn-controller.log from the host
> machine. There are no firewalls involved (not even on the servers) and I
> also tried disabling SELinux but to no avail.
> 
> Any ideas?
> 
> Thanks,
> Andrea
> 
> [1] http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
> 
> 
> 2016-11-07T14:22:09.552Z|1|vlog|INFO|opened log file
> /var/log/openvswitch/ovn-controller.log
> 2016-11-07T14:22:09.553Z|2|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connecting...
> 2016-11-07T14:22:09.553Z|3|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connected
> 2016-11-07T14:22:09.555Z|4|reconnect|INFO|tcp:10.100.248.11:6642:
> connecting...
> 2016-11-07T14:22:09.555Z|5|reconnect|INFO|tcp:10.100.248.11:6642:
> connected
> 2016-11-07T14:22:09.556Z|6|ofctrl|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> connecting to switch
> 2016-11-07T14:22:09.556Z|7|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> connecting...
> 2016-11-07T14:22:09.557Z|8|pinctrl|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> connecting to switch
> 2016-11-07T14:22:09.557Z|9|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> connecting...
> 2016-11-07T14:22:09.557Z|00010|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> connected
> 2016-11-07T14:22:09.557Z|00011|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt:
> connected
> 2016-11-07T14:22:09.558Z|00012|ofctrl|INFO|OpenFlow error: OFPT_ERROR
> (OF1.3) (xid=0x9): OFPBMC_BAD_FIELD
> OFPT_FLOW_MOD (OF1.3) (xid=0x9):
> (***truncated to 64 bytes from 240***)
>   04 0e 00 f0 00 00 00 09-00 00 00 00 00 00 00 00 ||
> 0010  00 00 00 00 00 00 00 00-22 00 00 00 00 00 00 00 |"...|
> 0020  ff ff ff ff ff ff ff ff-ff ff ff ff 00 00 00 00 ||
> 0030  00 01 00 04 00 00 00 00-00 04 00 b8 00 00 00 00 ||

Andrea, could you tell (mostly Lance) which kernel version are you
using?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] IP address doesn't appear in the host network interfaces tab

[Dan Kenigsberg]

On Tue, Nov 08, 2016 at 04:03:27PM +0100, Nathanaël Blanchet wrote:
> Hi all,
> 
> I try to change my migration network from one to an other. To do such a
> thing I assigned an IP  on the new vlan fo r each of my hosts by dhcp.but
> when changing the migration network at the cluster level, engine complains
> that my host doesn't have IP.
> 
> I tried the "Sync all networks tab" to refresh, but nothing happens. Howver
> IP in the vlan do exist on the host.
> 
> The only workaround to do this is to restart vdsmd and then, IP appear and I
> can go further.
> 
> Can it be considered as a bug?

How did you configure that vlan address on each of your hosts? Via the
Setup Host Network dialog?

Quite often, we have a race where networks configured with dhcp do not
report their acquired ip address to Engine. This is to be solved by

Bug 1240719 - [RFE] - Send an events to engine upon network changes

but until then - by clicking the "Refresh Capabilities" button, moving
the host to maintenance and back, or stopping-waiting-restarting Vdsm.

If "Refresh Capabilities" solves your issue as well, you're seeing the
problem I'm referring to.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] NAT/internal Networks in ovirt?

[Dan Kenigsberg]

On Wed, Nov 02, 2016 at 05:22:43PM -0400, Derek Atkins wrote:
> Hi,
> 
> I'm migrating off a vmware-server infrastructure and one thing that
> provided was a NAT and a HostOnly network by default.  I'm trying to
> replicate this (at least the NAT part) in ovirt.
> 
> A few years ago people were asking about setting up oVirt with
> NAT/Internal networks, e.g.
> http://lists.ovirt.org/pipermail/users/2012-April/001751.html
> 
> I also found
> https://www.ovirt.org/develop/developer-guide/vdsm/hook/network-nat/
> 
> Has this at all been integrated in the intervening years?  Or is NAT
> networking still completely a manual process?  One would think this would
> be a relatively common interface, where you want to have a VM that isn't
> directly connected to the internet but still has internet access via a
> (virtual) NAT?

I'm afraid that we have not advanced this any further.
Main conceptual problem with the suggested manual process is that VMs
behind NAT cannot be reliably migrated to another host.

I hope that our current work, of attaching VMs onto an OVN-defined
overlay network (see
https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/ ) would satisfy
most of what you need of a NATted network, and more.

For HostOnly networks, btw, you can create dummy interfaces
http://lists.ovirt.org/pipermail/users/2015-December/036897.html
and then attach them to a network.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failed to read hardware information

[Dan Kenigsberg]

On Thu, Oct 13, 2016 at 11:52:17AM +1100, David Pinkerton wrote:
> Nir,
> 
> Looks like its crashing on the dmidecode system call.
> 
> I've attached the output from gbd as well as a dmidecode text dump,
> dmidecode binary dump and each keywords run individually.
> 
> >From the keywords it look like my dmi info is corrupted.  I have download a
> AMI dmi editor but this only allows access to limited fields.  Do you know
> another tools to rewrite the dmi info?

I don't. But whatever is inside your dmi, dmidecode must not crash.
Which version of python-dmidecode do you have installed?
Would you open a bug against it?

I believe that its maintainers would appriace a simple reproducer, that
does not involve ovirt or Vdsm. See if you can simplify the code in

def __leafDict(d):
ret = {}
for k, v in d.iteritems():
if isinstance(v, dict):
ret.update(__leafDict(v))
else:
ret[k] = v
return ret


def getAllDmidecodeInfo():
import dmidecode

myLeafDict = {}
for k in ('system', 'bios', 'cache', 'processor', 'chassis', 'memory'):
myLeafDict[k] = __leafDict(getattr(dmidecode, k)())
return myLeafDict
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Decommissioning etherpad and old wiki

[Dan Kenigsberg]

On Thu, Oct 06, 2016 at 01:13:47PM +0300, Dan Kenigsberg wrote:
> On Thu, Oct 06, 2016 at 05:53:54PM +0900, Marc Dequènes (Duck) wrote:
> > Quack,
> > 
> > The wiki content was already converted into the website, and remaining
> > broken links & co were fixed (thanks Garrett). It was merely kept in
> > case some content was forgotten (read-only).
> > 
> > The Etherpad was barely used and a pain to upgrade/maintain, so the
> > infra team with the last remaining user decided to close it.
> > 
> > They are to be removed soon. In fact we already stopped them to track
> > the remaining users, and no one complained. It can be restarted on
> > demand before the removal date.
> > 
> > On 2016-10-26 the resources will be purged. Backup has been made, so
> > nothing is lost but unless there is a good reason it won't be used.
> > 
> > Btw, the wiki@ mailing-list was unused and is now read-only.
> 
> How much resources did old.ovirt.org take? I many occasions, the
> migration to the new git-based site rendered pages almost unreadable. In
> such occasions, I loved going back to old.ovirt.org, to see how a
> feature page was meant to look like.

As a recent example, we got
[Bug 1383047] New: No wiki pages on Important Vdsm wiki pages
opened. I might be able to guess what this link used to look like, but
seeing is much better.

> 
> Can we keep old.ovirt.org for another year? I see that it is currently
> down.

Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance 
downtime or capacity problems. Please try again later.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Decommissioning etherpad and old wiki

[Dan Kenigsberg]

On Thu, Oct 06, 2016 at 05:53:54PM +0900, Marc Dequènes (Duck) wrote:
> Quack,
> 
> The wiki content was already converted into the website, and remaining
> broken links & co were fixed (thanks Garrett). It was merely kept in
> case some content was forgotten (read-only).
> 
> The Etherpad was barely used and a pain to upgrade/maintain, so the
> infra team with the last remaining user decided to close it.
> 
> They are to be removed soon. In fact we already stopped them to track
> the remaining users, and no one complained. It can be restarted on
> demand before the removal date.
> 
> On 2016-10-26 the resources will be purged. Backup has been made, so
> nothing is lost but unless there is a good reason it won't be used.
> 
> Btw, the wiki@ mailing-list was unused and is now read-only.

How much resources did old.ovirt.org take? I many occasions, the
migration to the new git-based site rendered pages almost unreadable. In
such occasions, I loved going back to old.ovirt.org, to see how a
feature page was meant to look like.

Can we keep old.ovirt.org for another year? I see that it is currently
down.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] live migration with openvswitch

[Dan Kenigsberg]

On Wed, Sep 14, 2016 at 03:04:14PM +0200, Michal Skrivanek wrote:
> 
> > On 09 Sep 2016, at 13:09, Edward Haas  wrote:
> > 
> > 
> > 
> > On Thu, Sep 8, 2016 at 11:27 AM, Pavel Levshin  > > wrote:
> > Hi.
> > 
> > I'm trying to learn Ovirt 4 and have a problem with it.
> > 
> > My cluster consists of 3 nodes. I use Openvswitch for network connectivity. 
> > I have a HostedEngine and one additional VM in the cluster.
> > 
> > When I try to migrate the VM to another node, it fails. From vdsm and 
> > libvirtd logs I see that proper network interface on destination node 
> > cannot be found. Libvirt tries to find Openvswitch bridge with name like 
> > "vdsmbr_AOYiPtcT". It exists on source node, but it is unique on every 
> > node, because it contains random part. Additionally, it changes on every 
> > reboot.
> > 
> > How this is supposed to work?
> > 
> > --
> > Pavel Levshin
> > 
> > 
> > 
> > Hi Pavel,
> > 
> > VM migration is supported on the master branch, however it has not been 
> > ported to 4.0 yet.
> 
> > You can either build VDSM from source (from master branch) or try to apply 
> > this patch on what you have:
> > https://gerrit.ovirt.org/#/c/59645 
> 
> That’s quite a horrible solution right now. I certainly would not like to see 
> it in 4.0 (given the hacks around display). 
> Do we have a bug/plan to improve it?

We have Bug 1362495 - [OVS] - Add support for live migration
to track that.

I'm afraid that we are not yet ready to backport it to 4.0 - we found
out that as it is, it break migration for vmfex and external network
providers; it also breaks when a buggy Engine db does not send a
displayNetwork. But we plan to fix these issues quite soon.

The hacks arround display are an actual imporovement. For "legacy"
switchType, we maintain an on-host libvirt-side database of all networks
only to keep libvirt happy. Having a database copy has all the known
troubles of mismatches and being out of sync. For "ovs" switchType, we
do not (we don't use a bridge, but a port group so there's no natural
way to define our network in libvirt). Modifying the listening address
on destination is the flexible and quick way to do it - I wish we had
the libvirt migrate hook years ago.


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-engine on Fedora 24

[Dan Kenigsberg]

On Tue, Aug 30, 2016 at 02:32:40PM -0600, Yves Dorfsman wrote:
> On 2016-08-30 02:25, Yanir Quinn wrote:
> 
> > As Sandro said, feedback for master installation on fedora 24 would be much
> > appreciated .
> > If you encounter any installation issues feel free to share them with us.
> > 
> > From my experience with installation on fedora 24 you might encounter python
> > compatibility issues
> > which can be fixed , see :
> > http://www.ovirt.org/blog/2016/07/ovirt-engine-4-setup-in-fedora24/
> > 
> 
> Went through the install... but httpd listens on ipv6 only. Is this expected?
> Is there a config to change to make it listen on ipv4?

As far as I recall, it should listen to the address of the fqdn you
specified during installation.

Bug 1310837 - oVirt cannot be accessed through IPv6 address

made it possible to access ovirt-engine through IPv6, but it surely did
not cacelled the more common IPv4 access. Adding Rav.

could you share the output of `ip a` from your host? to which address
does your fqdn resolve?

Regarrds,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

[Dan Kenigsberg]

On Wed, Jul 27, 2016 at 09:25:25AM +0200, Simone Tiraboschi wrote:
> On Wed, Jul 27, 2016 at 8:12 AM, Roy Golan  wrote:
> > Edi, danken, this is again the malfunctioning heuristics in the client for
> > handling ipv6. Is there a bug on this issue ?
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1350883

Please try applying this patch
https://gerrit.ovirt.org/#/c/61363/4/lib/vdsm/vdscli.py
it would be included in ovirt-4.0.2, but we'd apreciate as wide testing
as possible.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failed to start self hosted engine after upgrading oVirt to 4.0

[Dan Kenigsberg]

On Tue, Jun 28, 2016 at 06:06:39PM +0200, Simone Tiraboschi wrote:
> On Tue, Jun 28, 2016 at 5:24 PM, Dan Kenigsberg <dan...@redhat.com> wrote:
> > On Tue, Jun 28, 2016 at 04:08:51PM +0200, Simone Tiraboschi wrote:
> >> On Tue, Jun 28, 2016 at 3:02 PM, Dan Kenigsberg <dan...@redhat.com> wrote:
> >> > On Mon, Jun 27, 2016 at 10:08:33AM +0200, Stefano Danzi wrote:
> >> >> Hi!
> >> >
> >> >
> >> > Thanks for the detailed logging!
> >> >
> >> >>
> >> >> The broker error is:
> >> >>
> >> >> ==> /var/log/ovirt-hosted-engine-ha/agent.log <==
> >> >> MainThread::INFO::2016-06-27 
> >> >> 09:27:03,311::brokerlink::140::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
> >> >> Success, id 140293563619152
> >> >>
> >> >> ==> /var/log/ovirt-hosted-engine-ha/broker.log <==
> >> >> Thread-25::ERROR::2016-06-27 
> >> >> 09:27:03,314::listener::182::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
> >> >> Error while serving connection
> >> >> Traceback (most recent call last):
> >> >>   File
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> >> >> line 166, in handle
> >> >> data)
> >> >>   File
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> >> >> line 299, in _dispatch
> >> >> .set_storage_domain(client, sd_type, **options)
> >> >>   File 
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py",
> >> >> line 66, in set_storage_domain
> >> >> self._backends[client].connect()
> >> >>   File 
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> >> >> line 400, in connect
> >> >> volUUID=volume.volume_uuid
> >> >>   File 
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> >> >> line 245, in _get_volume_path
> >> >> volUUID
> >> >
> >> > We have two issues here. First is that
> >> > https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-ha.git;a=blob;f=ovirt_hosted_engine_ha/lib/storage_backends.py;h=f2fbdc43d0e4afd7539a3a1de75de0cb07bdca9d;hb=HEAD#l271
> >> > is still using vdscli to contact vdsm, instead of the preferred
> >> > jsonrpccli.
> >>
> >> We already have this one:
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1101554
> >>
> > Bug 1101554 - [RFE] HE-setup: use vdsm api instead of vdsClient
> >
> > It does not seem to be the same thing; here I'm referring to
> > ovirt-hosted-engine-ha (not -setup). -ha *is* using vdsm API, but in one
> > condition it's the soon-to-be-deprecated xmlrpc.
> 
> ovirt-hosted-engine-setup is already using just API via jsonrpc.
> The issue is that ovirt-hosted-engine-ha somewhere uses vdsClient
> which AFAIK internally still uses xmlrpc

It's not a general "somewhere", I gave the specific link ;-)
https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-ha.git;a=blob;f=ovirt_hosted_engine_ha/lib/storage_backends.py;h=f2fbdc43d0e4afd7539a3a1de75de0cb07bdca9d;hb=HEAD#l271

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failed to start self hosted engine after upgrading oVirt to 4.0

[Dan Kenigsberg]

On Tue, Jun 28, 2016 at 04:08:51PM +0200, Simone Tiraboschi wrote:
> On Tue, Jun 28, 2016 at 3:02 PM, Dan Kenigsberg <dan...@redhat.com> wrote:
> > On Mon, Jun 27, 2016 at 10:08:33AM +0200, Stefano Danzi wrote:
> >> Hi!
> >
> >
> > Thanks for the detailed logging!
> >
> >>
> >> The broker error is:
> >>
> >> ==> /var/log/ovirt-hosted-engine-ha/agent.log <==
> >> MainThread::INFO::2016-06-27 
> >> 09:27:03,311::brokerlink::140::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
> >> Success, id 140293563619152
> >>
> >> ==> /var/log/ovirt-hosted-engine-ha/broker.log <==
> >> Thread-25::ERROR::2016-06-27 
> >> 09:27:03,314::listener::182::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
> >> Error while serving connection
> >> Traceback (most recent call last):
> >>   File
> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> >> line 166, in handle
> >> data)
> >>   File
> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> >> line 299, in _dispatch
> >> .set_storage_domain(client, sd_type, **options)
> >>   File 
> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py",
> >> line 66, in set_storage_domain
> >> self._backends[client].connect()
> >>   File 
> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> >> line 400, in connect
> >> volUUID=volume.volume_uuid
> >>   File 
> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> >> line 245, in _get_volume_path
> >> volUUID
> >
> > We have two issues here. First is that
> > https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-ha.git;a=blob;f=ovirt_hosted_engine_ha/lib/storage_backends.py;h=f2fbdc43d0e4afd7539a3a1de75de0cb07bdca9d;hb=HEAD#l271
> > is still using vdscli to contact vdsm, instead of the preferred
> > jsonrpccli.
> 
> We already have this one:
> https://bugzilla.redhat.com/show_bug.cgi?id=1101554
> 
Bug 1101554 - [RFE] HE-setup: use vdsm api instead of vdsClient

It does not seem to be the same thing; here I'm referring to
ovirt-hosted-engine-ha (not -setup). -ha *is* using vdsm API, but in one
condition it's the soon-to-be-deprecated xmlrpc.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failed to start self hosted engine after upgrading oVirt to 4.0

[Dan Kenigsberg]

On Mon, Jun 27, 2016 at 10:08:33AM +0200, Stefano Danzi wrote:
> Hi!


Thanks for the detailed logging!

> 
> The broker error is:
> 
> ==> /var/log/ovirt-hosted-engine-ha/agent.log <==
> MainThread::INFO::2016-06-27 
> 09:27:03,311::brokerlink::140::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
> Success, id 140293563619152
> 
> ==> /var/log/ovirt-hosted-engine-ha/broker.log <==
> Thread-25::ERROR::2016-06-27 
> 09:27:03,314::listener::182::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
> Error while serving connection
> Traceback (most recent call last):
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> line 166, in handle
> data)
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> line 299, in _dispatch
> .set_storage_domain(client, sd_type, **options)
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py",
> line 66, in set_storage_domain
> self._backends[client].connect()
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> line 400, in connect
> volUUID=volume.volume_uuid
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> line 245, in _get_volume_path
> volUUID

We have two issues here. First is that
https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-ha.git;a=blob;f=ovirt_hosted_engine_ha/lib/storage_backends.py;h=f2fbdc43d0e4afd7539a3a1de75de0cb07bdca9d;hb=HEAD#l271
is still using vdscli to contact vdsm, instead of the preferred
jsonrpccli.

The second is that vdscli.connect's heuristic ends up reading the local
server address from vdsm config, where it finds the default ipv6-local
address of "::".

Please try setting

[addresses]
management_ip='0.0.0.0'

in your /etc/vdsm/vdsm.conf instead of the crontab hacks.


Would you please open a bug about the two issues
(ovirt-hosted-engine-ha and vdsm networking)?

Would you report the output of `netstats -nltp` on your host, as I do
not completely understand why no interface (not even the loopback one)
was listening on ipv6?

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Network Interface order changed after reboot

[Dan Kenigsberg]

On Sun, Jun 26, 2016 at 03:59:31PM +0300, Yedidyah Bar David wrote:
> On Sun, Jun 26, 2016 at 3:51 PM, Edward Haas  wrote:
> >
> >
> > On Thu, Jun 23, 2016 at 3:49 PM,  wrote:
> >>
> >> Hi List,
> >>
> >> I have two nodes (running CentOS 7) and the network interface order
> >> changed for some interfaces after every reboot.
> >>
> >> The configurations are done through the oVirt GUI. So the ifcfg-ethX
> >> scripts are configured automatically by VDSM.
> >>
> >> Is there any option to get this configured to be stable?
> >>
> >> Best regards and thank you
> >>
> >> Christoph
> >>
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >
> >
> > Hi Christoph,
> >
> > VDSM indeed edits and takes ownership of the interfaces for the networks it
> > manages.
> > However, editing the ifcfg files should not change anything in the order of
> > the devices, unless it was originally set
> > in an unsupported fashion. An ifcfg file is bound to a specific device name
> > and I'm not familiar to device names
> > floating around randomly.
> > Perhaps you should elaborate more on what it means by 'order changed'.
> >
> > Here is an example of a setup we do not support (pre adding the host to
> > Engine):
> > The initial ifcfg file name: ifcfg-eth0
> > The initial ifcfg file content: DEVICE="eth1"
> > In this configuration, the name of the ifcfg file is inconsistent with the
> > name of the device it represents.
> > VDSM expects them to me in sync.
> >
> > Please provide the ifcfg files before and after you add the host to Engine.
> 
> Perhaps Christoph refers to the problem that [1] was meant to solve?
> 
> [1] 
> https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

To add on what didi says, this should be the default with el7's systemd.
It is surprising that your nics are named eth*, and not by the
predictable nic name scheme.

Maybe if you share your `lspci -vvv` and /var/log/messages of two
different boots, we can have a hint regarding your instability.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failed to start self hosted engine after upgrading oVirt to 4.0

[Dan Kenigsberg]

On Fri, Jun 24, 2016 at 06:45:24PM +0200, Stefano Danzi wrote:
> HI!!
> 
> I found a workaround
> 
> the brocker process try to connect to vdsm to IPV4 host address using an
> IPV6 connection
> (I noticed that doing a strace to the process),
> but ipv6 is not intialized at boot. (why connect to IPV4 address using
> IPV6?)

Acutally, we take an effort to disable ipv6 on ovirt host networks.
Keeping them open without explicit request was deemed a security issue.

Can you share your strace line and the relevant lines in vdsm.log? I
don't understand what is the issue that you are reporting.

> 
> I added the following lines to crontab:
> 
> @reboot echo 'echo 0 > /proc/sys/net/ipv6/conf/lo/disable_ipv6' |
> /usr/bin/at now+1 minutes
> @reboot echo 'echo 0 > /proc/sys/net/ipv6/conf/ovirtmgmt/disable_ipv6' |
> /usr/bin/at now+1 minutes
> @reboot echo '/usr/sbin/route add default gw 192.168.1.254'  | /usr/bin/at
> now+1 minutes
> 
> 
> 
> Il 24/06/2016 12.36, Stefano Danzi ha scritto:
> > How I can change self hosted engine configuration to mount directly
> > gluster storage without pass through gluster NFS?
> > 
> > Maybe this solve
> > 
> > Il 24/06/2016 10.16, Stefano Danzi ha scritto:
> > > After an additional yum clean all && yum update was updated some
> > > other rpms.
> > > 
> > > Something changed.
> > > My setup has engine storage on gluster, but mounted with NFS.
> > > Now gluster daemon don't automatically start at boot. After starting
> > > manually gluster the error is the same:
> > > 
> > > ==> /var/log/ovirt-hosted-engine-ha/broker.log <==
> > > Thread-19::ERROR::2016-06-24 
> > > 10:10:36,758::listener::182::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
> > > Error while serving connection
> > > Traceback (most recent call last):
> > >   File 
> > > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> > > line 166, in handle
> > > data)
> > >   File 
> > > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> > > line 299, in _dispatch
> > > .set_storage_domain(client, sd_type, **options)
> > >   File 
> > > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py",
> > > line 66, in set_storage_domain
> > > self._backends[client].connect()
> > >   File 
> > > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> > > line 400, in connect
> > > volUUID=volume.volume_uuid
> > >   File 
> > > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> > > line 245, in _get_volume_path
> > > volUUID
> > >   File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
> > > return self.__send(self.__name, args)
> > >   File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
> > > verbose=self.__verbose
> > >   File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
> > > return self.single_request(host, handler, request_body, verbose)
> > >   File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
> > > self.send_content(h, request_body)
> > >   File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
> > > connection.endheaders(request_body)
> > >   File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
> > > self._send_output(message_body)
> > >   File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
> > > self.send(msg)
> > >   File "/usr/lib64/python2.7/httplib.py", line 797, in send
> > > self.connect()
> > >   File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line
> > > 203, in connect
> > > sock = socket.create_connection((self.host, self.port), self.timeout)
> > >   File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
> > > raise err
> > > error: [Errno 101] Network is unreachable
> > > 
> > > 
> > > VDSM.log
> > > 
> > > jsonrpc.Executor/5::DEBUG::2016-06-24
> > > 10:10:21,694::task::995::Storage.TaskManager.Task::(_decref)
> > > Task=`5c3b6f30-d3a8-431e-9dd0-8df79b171709`::ref 0
> > > aborting False
> > > jsonrpc.Executor/5::WARNING::2016-06-24
> > > 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> > > Following parameters ['type'] were not recogn
> > > ized
> > > jsonrpc.Executor/5::WARNING::2016-06-24
> > > 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> > > Provided value "2" not defined in DiskType en
> > > um for Volume.getInfo
> > > jsonrpc.Executor/5::WARNING::2016-06-24
> > > 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> > > Parameter capacity is not uint type
> > > jsonrpc.Executor/5::WARNING::2016-06-24
> > > 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> > > Required property allocType is not provided w
> > > hen calling Volume.getInfo
> > > jsonrpc.Executor/5::WARNING::2016-06-24
> > > 10:10:21,694::vdsmapi::143::SchemaCache::(_report_inconsistency)
> > > Parameter mtime 

Re: [ovirt-users] Unable to start vdsmd. Dependency vdsm-network keeps failing

[Dan Kenigsberg]

On Mon, May 30, 2016 at 01:25:09AM +, Christopher Lord wrote:
> I have a host that has dropped out of my cluster because it can't start 
> vdsmd. Initially the logs were reporting a duplicate gateway, so I removed 
> the duplicate. But I still can't start vdsmd. /var/log/vdsm/supervdsm.log is 
> showing the following.
> 
> Traceback (most recent call last):
>   File "/usr/share/vdsm/vdsm-restore-net-config", line 439, in restore
> unified_restoration()
>   File "/usr/share/vdsm/vdsm-restore-net-config", line 131, in 
> unified_restoration
> changed_config = _filter_changed_nets_bonds(available_config)
>   File "/usr/share/vdsm/vdsm-restore-net-config", line 258, in 
> _filter_changed_nets_bonds
> kernel_config = KernelConfig(netinfo.NetInfo())
>   File "/usr/lib/python2.7/site-packages/vdsm/netconfpersistence.py", line 
> 204, in __init__
> for net, net_attr in self._analyze_netinfo_nets(netinfo):
>   File "/usr/lib/python2.7/site-packages/vdsm/netconfpersistence.py", line 
> 216, in _analyze_netinfo_nets
> yield net, self._translate_netinfo_net(net, net_attr)
>   File "/usr/lib/python2.7/site-packages/vdsm/netconfpersistence.py", line 
> 232, in _translate_netinfo_net
> self._translate_nics(attributes, nics)
>   File "/usr/lib/python2.7/site-packages/vdsm/netconfpersistence.py", line 
> 269, in _translate_nics
> nic, = nics
> ValueError: too many values to unpack
> 
>  I've downloaded the source code and have tried to follow along and see 
> what's happening, but it's going a little (a lot) over my head at the moment. 
> Could anyone help me out?

Which version of vdsm is stalled on your host?

Could you share the content of your /var/lib/vdsm/persistence/netconf
directory?

Your supervdsm.log may hold more hints - could you share more of it?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt + OpenVSwitch

[Dan Kenigsberg]

On Mon, May 23, 2016 at 02:38:06PM +0200, Sverker Abrahamsson wrote:
> I've been giving this a new try. Unfortunately the setup script for hosted
> engine seems to be hardcoded to create a bridge on a physical network
> interface. I was somewhat successful by creating a dummy ovirtmgmt bridge
> interface and patching bridge.py to give back a static ip. Then the engine
> started up but failed later in the setup due to a faulty firewall rule.
> 
> I then thought that ok I'll restore the network config to the original
> settings, run the setup and then add the OpenVSwitch config. That failed
> even more miserably before I got that far..
> 
> As soon as vdsm activates it will write ifcfg files for eth0 and ovirtmgmt
> but with a config that doesn't work in my case as there are some additional
> parameters that are needed. For example it is missing the HWADDR setting in
> ifcfg-eth0. This is using the beta1 release of 4.0
> 
> Even if I boot rescue image and correct the network configuration it will
> again be overwritten by vdsm on boot.
> 
> I really need to make Ovirt understand that it must NOT change any network
> configuration on the host, just use what is provided to it and if there is
> something that it doesn't like then log the settings that should be changed.
> 
> How can I accomplish that?

I did not follow all the complexities (host-engine-related and others)
but for your latter question, the suggestion is to write a
before_ifcfg_write hook, as defined in https://gerrit.ovirt.org/44552 .

Here's an example for such a hook script
https://bugzilla.redhat.com/attachment.cgi?id=1098701

which makes sure that whatever Vdsm wants to do to your ifcfg files, you
have the final word about what's written there.

> 
> /Sverker
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] IsolatedNetworks

[Dan Kenigsberg]

On Fri, May 13, 2016 at 02:03:33PM +0200, Winfried de Heiden wrote:
> Hi All,
> 
> As described on http://old.ovirt.org/Features/IsolatedNetworks,
> Isolated networks in one of proposed features of oVirt 4.0:
> 
> "The current host networking api (up to ovirt-engine-3.6) requires a
> network to be configured on top of a network interface.
> 
> In order to configure a local network on the host the user had to
> create a dummy interface to which the network was attached.
> 
> The Isolated Networks feature aimed to configure a local host on the 
> network which isn't connected to any network interface and allows vms 
> which are connected to it to communicate with each other.
> 
> Isolated Networks will be limited to VM networks only and only MTU 
> should be relevant in that network definition for the created isolated 
> 
> network."
> 
> Hence, I should be able to create a host-only network with an
> underlaying NIC; sounds nice for my @home Cloud...
> 
> However, runing oVirt 4.0 it is still complaining a NIC is misssing. I
> might have configured something wrong. How to set create an isolated
> network? Is there already any documentation?

I'm afraid that this feature did not make it into oVirt-4.0.
We would make an effort to push it into a future version.

Until then, please keep using the dummy device trick!

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted Engine installation fails while deploying in hyper-converged configuration

[Dan Kenigsberg]

On Fri, Apr 22, 2016 at 04:37:20PM +0200, Stefano Stagnaro wrote:
> I can confirm the problem.
> 
> Thank you!
> 
> On ven, 2016-04-22 at 15:02 +0200, Simone Tiraboschi wrote:
> > On Fri, Apr 22, 2016 at 2:48 PM, Stefano Stagnaro
> >  wrote:
> > > [root@h4 ~]# /usr/sbin/dmidecode -s system-uuid
> > > Not Settable
> > 
> > Ok, the issue is there.
> > Please check you BIOS/UEFI settings.

Could you provide more information about your hardware/firmware in order
to help future readers of the list's archives?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt + OpenVSwitch

[Dan Kenigsberg]

On Mon, Apr 11, 2016 at 01:24:51PM +0200, Sverker Abrahamsson wrote:
> Hi
> My usecase is that I am setting up a lab to emulate a customers production
> environment which has multiple vlans. As this is done in a hosting
> environment where I don't have any control over the switches, I've created
> virtual switches with OpenVSwitch which connects together a couple of
> physical servers which are running virtual machines to emulate their
> servers. Currently I'm running a few virtual machines created manually with
> libvirt but looking for a more user friendly way of handling them.
> 
> I'm not looking at managing the network setup from Ovirt, I just want it to
> use the network that is present and create VM's there.

In this case, you may want to define your ovs-based network in
libvirt (virsh net-define bla.xml) and use vdsm-hook-extnet to let ovirt
consume it.

> 
> The tweaking that I did with 3.6 was to run the hosted-engine setup but
> where it failed I put the right answer in the file so that it would skip
> over that part. I got that far that it attempts to start the vm but as it
> doesn't give right parameters to libvirt it fails to create a port on the
> bridge.
> 
> I'm not having much luck with the 4.0 alpha though, this is a separate
> machine that I set up for this testing but when I run hosted-engine --deploy
> it just returns without any message. I did run the cleanup script found at
> http://www.ovirt.org/documentation/how-to/hosted-engine/ and rebooted in
> between but still no luck
> 
> /Sverker
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt + OpenVSwitch

[Dan Kenigsberg]

On Wed, Apr 06, 2016 at 11:57:08AM -0400, Martin Mucha wrote:
> Hi,
> 
> I think OpenVSwitch should be supported in 4.0.
> 
> M.
> 
> - Original Message -
> > Has anybody succeeded in installing Ovirt 3.6 with hosted engine on a
> > server which uses OpenVSwitch for the network config?
> > 
> > I believe my issue is that Ovirt wants to control the network to create
> > a bridge for its management and I wants it to just use whatever network
> > is available on the host without trying to be clever about it. I was
> > able to tweak it to get to the final stage where it fails on waiting for
> > the engine to start.

Martin is right, but we should understand your usage of OpenVSwitch
first.

Do you intend to use it for networking of ovirt VMs? For something else?

How did you tweak "it" (ovirt? hosted engine? ovs?)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Windows 2012 R2 VM on OVIRT

[Dan Kenigsberg]

On Mon, Mar 21, 2016 at 01:41:02PM +, Bill Michelon wrote:
> Hi, I installed the Virtio Drivers by attaching the CD for Virtio ISO in the 
> Boot Options.  I then installed it through Windows VM Console.

I'm told that your problems are solved when you disable lro on your
hosts' nics.

What is the kernel version that you are using? I think that early
versions of el7.2 had a bug about not auto-disabling lro when a bridge
is connected to a nic.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] vlan range?

[Dan Kenigsberg]

On Thu, Mar 10, 2016 at 03:44:50PM +0100, gflwqs gflwqs wrote:
> Hi list!
> How do i expose a vlan range to a vm in ovirt?

You should attach your VM to a network with no vlan tag.

Most commonly, you should also enable mac spoofing on that vnic, as
reported on
http://lists.ovirt.org/pipermail/users/2016-March/038403.html

This latter step is going to become much simpler when
https://www.ovirt.org/feature/networkfilter/ is included in oVirt's next
release.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] MAC spoofing for specific VMs

[Dan Kenigsberg]

On Thu, Mar 10, 2016 at 04:57:01PM -0500, Christopher Young wrote:
> Does anyone see a reason why simply installing the EL7 latest rpm for
> this on an ovirt node/RHEV-H system would not work or would be a bad
> solution to getting this working with ovirt-node/RHEV-H?  I don't want
> to do something that is either lost on reboot or would cause issues in
> the future.
> 
> Thoughts?

I do not see a problem in that, but please note that we plan a
fully-fledged integration of this feature in our next release.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))

[Dan Kenigsberg]

On Mon, Mar 07, 2016 at 11:45:27AM -0500, Jonathan Sherman wrote:
> The SMBIOS settings were indeed indeed the issue that was blocking me.  I
> investigated how to configure the SMBIOS settings and now restore-nets
> works, and I'm getting past where I was failing on the hosted-engine
> --deploy.
> 
> FYI, I had to download the "Intel Integrator Toolkit" (which is now EOL)
> and create a custom BIOS to add those settings in for my system, which is
> an Intel NUC DN2820FYKH.
> 
> I am happy to back this out and test any changes if you'd like, but this
> has gotten me to where I can continue oVirt testing for now.  I'll likely
> be reinstalling a few times along the way to polish my documentation, so
> let me know if you want me to revert my BIOS and test anything.
> 
> Thanks all!
> -js
> 
> On Mon, Mar 7, 2016 at 11:22 AM, Martin Polednik 
> wrote:
> 
> > On 07/03/16 11:09 -0500, Jonathan Sherman wrote:
> >
> >> Thanks for your time on this Dan!
> >>
> >> The output from the hostdev looks like it may be unparseable, so I'm
> >> hoping
> >> this is the issue (and that it can be easily remedied).
> >>
> >> I've also create a log of the other items you asked for, available at:
> >> https://www.dropbox.com/s/qh0yw1ptpivpatm/typescript?dl=0
> >>
> >> [root@ovirt01 vdsm]# vdsm-tool restore-nets
> >> 
> >>  computer
> >>  
> >>�
> >>
> >>  �
> >>  �
> >>  �
> >>  d6a3e3c1-c5cb-42e9-a54c-ff8d0df91722
> >>
> >>
> >>  Intel Corp.
> >>  FYBYT10H.86A.0052.2015.0923.1845
> >>  09/23/2015
> >>
> >>  
> >> 
> >>
> >
> > That seems to be the issue. Even bigger issue is that we can
> > not skip this device easily, as it is the root of device tree and must
> > be present in database.
> >
> > I can think of logging the exception but letting the call go through
> > and create a hook to fake a (minimal) device tree. Dan, what do you think?


But why isn't this a valid xml, Martin? I suspect that we need to
utf-8-decode nodedev-xml before using them in Vdsm, similar to what we
do with domain-xml? (consider Klingon characters in the 
element).

In any case, this issue merits a bug - could you open it, Jonathan, and
attach relevant data to it?

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] my notes while installing hosted-engine-appliance-3.6.3

[Dan Kenigsberg]

0. The longest part of the installation was setting up DNS-DHCP-MAC for the
   future hosted engine VM. One should have it ready prior to the actual
   installation. Luckily, Roy Golan told me of that ahead of time.

1. The release notes 
http://www.ovirt.org/develop/release-management/releases/3.6/
   refer to the Quick Start Guide, but the latter is not updated with 3.6 
content.

2. I've started with a fully-updated Fedora 23 host, and installed
   http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm on it.

3. It's a bad bad practice (don't try this at home), but I've modified
   /etc/yum.repos.d/ovirt-3.6.repo to look for fc22 packages, as fc23 is not
   supported of ovirt-3.6.

4. The release notes ask to modify KexAlgorithms in sshd_config. This is a bit
   dishearting, and it would much better to explain WHY this is needed.

5. http://www.ovirt.org/develop/release-management/features/heapplianceflow/
   has two broken links to jobs that create the hosted engine appliance. I
   found my appliance image in
   
http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-3.6_build-artifacts-el7-x86_64/

6. While running `hosted-engine --deploy` I was greeted with
[WARNING] OVF does not contain a valid image description, using default.
   which suggest that there's a little problem in the appliance, right?

7. After the installation, I've lost connection to my host: it appears that
   prior to the installation, dhclient on the host used something other than
   because /var/lib/dhclient/dhclient--eno1.lease to store the DUID. Thus, I've
   experienced https://bugzilla.redhat.com/1219429 where ovirtmgmt was given a
   fresh IP address. We may need to extract DUID right from the running
   dhclient, Ondra.

8. After resolving this, and adding storage to the default datacenter, Engine
   has imported its own VM, and presented it clearly.

9. Despite the several hurdles and hacks, installation was quick and uneventful.

Kudos to the hosted-engine, appliance, and sla teams!

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))

[Dan Kenigsberg]

On Mon, Mar 07, 2016 at 03:16:06PM +0200, Yedidyah Bar David wrote:
> On Mon, Mar 7, 2016 at 3:01 PM, Jonathan Sherman  wrote:
> > Didi -
> >
> > The vdsmd service error is what led me to the vdsm-tool restore-nets
> > concern.  See the chain of errors below (along with the other details you
> > requested.)
> 
> Thanks.
> 
> Changing subject and adding Dan.

> >
> > [root@ovirt01 log]# vdsm-tool restore-nets
> > Traceback (most recent call last):
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in 
> > restore(args)
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore
> > _restore_sriov_numvfs()
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in
> > _restore_sriov_numvfs
> > sriov_devices = _get_sriov_devices()
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in
> > _get_sriov_devices
> > devices = hostdev.list_by_caps()
> >   File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps
> > libvirt_devices = _get_devices_from_libvirt()
> >   File "/usr/share/vdsm/hostdev.py", line 160, in _get_devices_from_libvirt
> > for device in libvirtconnection.get().listAllDevices(0))
> >   File "/usr/share/vdsm/hostdev.py", line 160, in 
> > for device in libvirtconnection.get().listAllDevices(0))
> >   File "/usr/share/vdsm/hostdev.py", line 107, in _parse_device_params
> > devXML = etree.fromstring(device_xml)
> >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML
> > parser.feed(text)
> >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed
> > self._raiseerror(v)
> >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in
> > _raiseerror
> > raise err
> > xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4,
> > column 13
> > Traceback (most recent call last):
> >   File "/bin/vdsm-tool", line 219, in main
> > return tool_command[cmd]["command"](*args)
> >   File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
> > 41, in restore_command
> > exec_restore(cmd)
> >   File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
> > 54, in exec_restore
> > raise EnvironmentError('Failed to restore the persisted networks')
> > EnvironmentError: Failed to restore the persisted networks

Jonathan, thanks for this disturbing report. For some reason, Vdsm fails
to parse libvirt's output.

Could you share your libvirt version as well the output of
for d in `virsh -r nodedev-list`; do echo $d; virsh -r 
nodedev-dumpxml $d; done

if all seems like valid xml, can you add the following print() and run
`restore-net` again?

diff --git a/lib/vdsm/hostdev.py b/lib/vdsm/hostdev.py
index 6ba3189..9d22e9e 100644
--- a/lib/vdsm/hostdev.py
+++ b/lib/vdsm/hostdev.py
@@ -113,6 +113,7 @@ def _parse_device_params(device_xml):
 Process device_xml and return dict of found known parameters,
 also doing sysfs lookups for sr-iov related information
 """
+print(device_xml)
 address_parser = {'pci': _parse_pci_address,
   'scsi': _parse_scsi_address,
   'usb_device': _parse_usb_address}

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3.6 looses network on reboot

[Dan Kenigsberg]

On Thu, Mar 03, 2016 at 12:54:25AM +, David LeVene wrote:
> 
> Can you check our patches? They should resolve the problem we saw in the
> log: https://gerrit.ovirt.org/#/c/54237  (based on oVirt-3.6.3)
> 
> -- I've manually applied the patch to the node that I was testing on
> and the networking comes on-line correctly - now I'm encountering a
> gluster issue with cannot find master domain.

You are most welcome to share your logs (preferably on a different
thread, to avoid confusion)

> 
> Without the fixes, as a workaround, I would suggest (if possible) to disable 
> IPv6 on your host boot line and check if all works out for you.
> -- Ok, but as I can manually apply the patch its good now. Do you know
> what version are we hoping to have this put into as I won't perform an
> ovirt/vdsm update until its part of the upstream RPM's

The fix has been proposed to ovirt-3.6.4. I'll make sure it's accepted.

> 
> Do you need IPv6 connectivity? If so, you'll need to use a vdsm hook or 
> another interface that is not controlled by oVirt.
> -- Ideally I'd prefer not to have it, but the way our network has been
> configured some hosts are IPv6 only, so at a min the guests need it..
> the hypervisors not so much.

May I tap to what your IPv6 experience? (only if you feel confortable sharing
this publically). What does these IPv6-only servers do? What does the guest do
with them?

> 
> -- I've now hit an issue with it not starting up the master storage
> gluster domain - as it’s a separate issue I'll review the mailing
> lists & create a new item if its related.. I've attached the
> supervdsm.log incase you can save me some time and point me in the
> right direction!

All I see is this

MainProcess|jsonrpc.Executor/4::ERROR::2016-03-03 
11:15:04,699::supervdsmServer::118::SuperVdsm.ServerCallback::(wrapper) Error 
in wrapper
Traceback (most recent call last):
  File "/usr/share/vdsm/supervdsmServer", line 116, in wrapper
res = func(*args, **kwargs) 
  File "/usr/share/vdsm/supervdsmServer", line 531, in wrapper
return func(*args, **kwargs)
  File "/usr/share/vdsm/gluster/cli.py", line 496, in volumeInfo
xmltree = _execGlusterXml(command) 
  File "/usr/share/vdsm/gluster/cli.py", line 108, in _execGlusterXml
raise ge.GlusterCmdExecFailedException(rc, out, err)
GlusterCmdExecFailedException: Command execution failed
return code: 2

which tells me very little. Please share your vdsm.log and gluster logs
(possibly /var/log/messages as well) to understand what has happened.
Make sure to include sabose at redhat.com on the thread.
In the past we heard that network disconnections causes glusterd to crash, so
it might be the case again.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3.6 looses network on reboot

[Dan Kenigsberg]

On Tue, Mar 01, 2016 at 06:33:52AM +, Pavel Gashev wrote:
> I did see it few times. The first reboot after new node setup sometimes fails 
> to bring network up. It tries to remove network interface when it doesn't 
> exist.
> 
> Steps to recover:
> 1. Remove /var/lib/vdsm/persistence/netconf
> 2. Remove /var/run/vdsm/netconf
> 3. Configure network manually
> 4. Start vdsmd service
> 5. Configure network again using web ui. Make sure that config is synced.

Thanks, please share your supervdsm.log of that time if you still have
it available.

It is very important to understand what caused this failure - whether it
is the same as in David's case or different issue.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3.6 looses network on reboot

[Dan Kenigsberg]

This sounds very bad. Changing the subject, so the wider, more
problematic issue is visible.

Did any other user see this behavior?

On Mon, Feb 29, 2016 at 06:27:46AM +, David LeVene wrote:
> Hi Dan,
> 
> Answers as follows;
> 
> # rpm -qa | grep -i vdsm
> vdsm-jsonrpc-4.17.18-1.el7.noarch
> vdsm-hook-vmfex-4.17.18-1.el7.noarch
> vdsm-infra-4.17.18-1.el7.noarch
> vdsm-4.17.18-1.el7.noarch
> vdsm-python-4.17.18-1.el7.noarch
> vdsm-yajsonrpc-4.17.18-1.el7.noarch
> vdsm-cli-4.17.18-1.el7.noarch
> vdsm-xmlrpc-4.17.18-1.el7.noarch
> vdsm-hook-vmfex-dev-4.17.18-1.el7.noarch
> 
> 
> There was in this folder ifcfg-ovirtmgnt bridge setup, and also 
> route-ovirtmgnt & rule-ovirtmgmt.. but they were removed after the reboot.
> 
> # ls -althr | grep ifcfg
> -rw-r--r--. 1 root root  254 Sep 16 21:21 ifcfg-lo
> -rw-r--r--. 1 root root  120 Feb 25 14:07 ifcfg-enp7s0f0
> -rw-rw-r--. 1 root root  174 Feb 25 14:40 ifcfg-enp6s0
> 
> I think I modified ifcfg-enp6s0 to get networking up again (eg was set to 
> bridge.. but the bridge wasn't configured).. it was a few days ago.. if it's 
> important I can reboot the box again to see what state it comes up with.
> 
> # cat ifcfg-enp6s0
> BOOTPROTO="none"
> IPADDR="10.80.10.117"
> NETMASK="255.255.255.0"
> GATEWAY="10.80.10.1"
> DEVICE="enp6s0"
> HWADDR="00:25:b5:00:0b:4f"
> ONBOOT=yes
> PEERDNS=yes
> PEERROUTES=yes
> MTU=1500
> 
> # cat ifcfg-enp7s0f0
> # Generated by VDSM version 4.17.18-1.el7
> DEVICE=enp7s0f0
> ONBOOT=yes
> MTU=1500
> HWADDR=00:25:b5:00:0b:0f
> NM_CONTROLLED=no
> 
> # find /var/lib/vdsm/persistence
> /var/lib/vdsm/persistence
> /var/lib/vdsm/persistence/netconf
> /var/lib/vdsm/persistence/netconf.1456371473833165545
> /var/lib/vdsm/persistence/netconf.1456371473833165545/nets
> /var/lib/vdsm/persistence/netconf.1456371473833165545/nets/ovirtmgmt
> 
> # cat /var/lib/vdsm/persistence/netconf.1456371473833165545/nets/ovirtmgmt
> {
> "nic": "enp6s0",
> "ipaddr": "10.80.10.117",
> "mtu": "1500",
> "netmask": "255.255.255.0",
> "STP": "no",
> "bridged": "true",
> "gateway": "10.80.10.1",
> "defaultRoute": true
> }
> 
> Supervdsm log is attached.

Have you editted ifcfg-ovirtmgmt manually? Can you somehow reproduce it,
and share its content?
Do you have NetworkManager running? which version?

It seems that Vdsm has two bugs: on boot, initscripts end up setting an
ipv6 address that Vdsm never requested.

restore-net::INFO::2016-02-25 
14:14:58,024::vdsm-restore-net-config::261::root::(_find_changed_or_missing) 
ovirtmgmt is different or missing from persistent configuration. current: 
{'nic': 'enp6s0', 'dhcpv6': False, 'ipaddr': '10.80.10.117', 'mtu': '1500', 
'netmask': '255.255.255.0', 'bootproto': 'none', 'stp': False, 'bridged': True, 
'ipv6addr': ['2400:7d00:110:3:225:b5ff:fe00:b4f/64'], 'gateway': '10.80.10.1', 
'defaultRoute': True}, persisted: {u'nic': u'enp6s0', 'dhcpv6': False, 
u'ipaddr': u'10.80.10.117', u'mtu': '1500', u'netmask': u'255.255.255.0', 
'bootproto': 'none', 'stp': False, u'bridged': True, u'gateway': u'10.80.10.1', 
u'defaultRoute': True}


Then, Vdsm tries to drop the
unsolicited address, but fails. Both must be fixed ASAP.

restore-net::ERROR::2016-02-25 14:14:59,490::__init__::58::root::(__exit__) 
Failed rollback transaction last known good network.
Traceback (most recent call last):
  File "/usr/share/vdsm/network/api.py", line 918, in setupNetworks
keep_bridge=keep_bridge)
  File "/usr/share/vdsm/network/api.py", line 222, in wrapped
ret = func(**attrs)
  File "/usr/share/vdsm/network/api.py", line 502, in _delNetwork
configurator.removeQoS(net_ent)
  File "/usr/share/vdsm/network/configurators/__init__.py", line 122, in 
removeQoS
qos.remove_outbound(top_device)
  File "/usr/share/vdsm/network/configurators/qos.py", line 60, in 
remove_outbound
device, pref=_NON_VLANNED_ID if vlan_tag is None else vlan_tag)
  File "/usr/share/vdsm/network/tc/filter.py", line 31, in delete
_wrapper.process_request(command)
  File "/usr/share/vdsm/network/tc/_wrapper.py", line 38, in process_request
raise TrafficControlException(retcode, err, command)
TrafficControlException: (None, 'Message truncated', ['/usr/sbin/tc', 
'filter', 'del', 'dev', 'enp6s0', 'pref', '5000'])

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] UCS Integration (vmfex/SRIOV)

[Dan Kenigsberg]

On Thu, Feb 25, 2016 at 04:14:04AM +, David LeVene wrote:
> Hi Michael,
> 
> Something weird is happening with the networking on the vmhost.
> 
> I run the setup and vdsmd comes up ok.. I see ovirtmgmt connected to the non 
> vmfex device and the vmfex device is unconfifuged as it’s a new host.
> 
> When I reboot the host.. it fails to start vdsm and I get errors like this - 
> and its deleted all related networking information that was present before.
> 
> Feb 25 14:39:50 test_host_c systemd: Starting Virtual Desktop Server Manager 
> network restoration...
> Feb 25 14:39:51 test_host_c vdsm-tool: Traceback (most recent call last):
> Feb 25 14:39:51 test_host_c vdsm-tool: File 
> "/usr/share/vdsm/vdsm-restore-net-config", line 425, in 
> Feb 25 14:39:51 test_host_c vdsm-tool: restore(args)
> Feb 25 14:39:51 test_host_c vdsm-tool: File 
> "/usr/share/vdsm/vdsm-restore-net-config", line 388, in restore
> Feb 25 14:39:51 test_host_c vdsm-tool: unified_restoration()
> Feb 25 14:39:51 test_host_c vdsm-tool: File 
> "/usr/share/vdsm/vdsm-restore-net-config", line 110, in unified_restoration
> Feb 25 14:39:51 test_host_c vdsm-tool: _remove_networks_in_running_config()
> Feb 25 14:39:51 test_host_c vdsm-tool: File 
> "/usr/share/vdsm/vdsm-restore-net-config", line 195, in 
> _remove_networks_in_running_config
> Feb 25 14:39:51 test_host_c vdsm-tool: _inRollback=True)
> Feb 25 14:39:51 test_host_c vdsm-tool: File "/usr/share/vdsm/network/api.py", 
> line 932, in setupNetworks
> Feb 25 14:39:51 test_host_c vdsm-tool: "system" % network)
> Feb 25 14:39:51 test_host_c vdsm-tool: network.errors.ConfigNetworkError: 
> (27, "Cannot delete network 'ovirtmgmt': It doesn't exist in the system")
> Feb 25 14:39:51 test_host_c vdsm-tool: Traceback (most recent call last):
> Feb 25 14:39:51 test_host_c vdsm-tool: File "/usr/bin/vdsm-tool", line 219, 
> in main
> Feb 25 14:39:51 test_host_c vdsm-tool: return 
> tool_command[cmd]["command"](*args)
> Feb 25 14:39:51 test_host_c vdsm-tool: File 
> "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 41, in 
> restore_command
> Feb 25 14:39:51 test_host_c vdsm-tool: exec_restore(cmd)
> Feb 25 14:39:51 test_host_c vdsm-tool: File 
> "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 54, in 
> exec_restore
> Feb 25 14:39:51 test_host_c vdsm-tool: raise EnvironmentError('Failed to 
> restore the persisted networks')
> Feb 25 14:39:51 test_host_c vdsm-tool: EnvironmentError: Failed to restore 
> the persisted networks
> Feb 25 14:39:51 test_host_c systemd: vdsm-network.service: main process 
> exited, code=exited, status=1/FAILURE
> Feb 25 14:39:51 test_host_c systemd: Failed to start Virtual Desktop Server 
> Manager network restoration.
> Feb 25 14:39:51 test_host_c systemd: Dependency failed for Virtual Desktop 
> Server Manager.
> Feb 25 14:39:51 test_host_c systemd: Dependency failed for MOM instance 
> configured for VDSM purposes.
> Feb 25 14:39:51 test_host_c systemd: Job mom-vdsm.service/start failed with 
> result 'dependency'.
> Feb 25 14:39:51 test_host_c systemd: Job vdsmd.service/start failed with 
> result 'dependency'.
> Feb 25 14:39:51 test_host_c systemd: Unit vdsm-network.service entered failed 
> state.
> Feb 25 14:39:51 test_host_c systemd: vdsm-network.service failed.
> 
> Any ideas?

Which vdsm version are you using? Can you share your
/etc/sysconfig/network-scripts/ifcfg* as well as your
/var/lib/vdsm/persistence/ and /var/log/vdsm/supervdsm.log ?

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] macvlan + IPv6

[Dan Kenigsberg]

On Thu, Feb 25, 2016 at 06:28:30PM +, Jay Turner wrote:
> Attached.
> 
> macvlan-1.xml is from oVirt (and includes the VF MAC address)
> macvlan-test-2.xml is from virt-manager (and does not include the VF MAC
> address)


> 
...
> 
>   
>   
>   
>   
>   
>   
>   
>function='0x0'/>
> 
> 
>   
>   
>   
>  function='0x1'/>
>   
>   
>function='0x0'/>
> 
...
> 

> 
...
> 
>   
>   
>   
>   
>   
>function='0x0'/>
> 
...
> 
>   
>   
> 
>   
>   
>function='0x0'/>
> 
...
> 


Thanks.

Does the guest of your macvlan-test-2 see the random mac address
assigned to the host VF? If so, it means that it would have another mac
address on the next time it starts, which is violate the IaaS that oVirt
would like to expose to its guests.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] macvlan + IPv6

[Dan Kenigsberg]

On Tue, Feb 23, 2016 at 03:13:21PM +, Jay Turner wrote:
> As a follow-up to this, I made some headway in sorting out the source of
> the issue, but hoping someone can give me a pointer to where this is
> happening in the code, as well as some understanding for why.
> 
> In oVirt, when I allocate a virtual function to a guest, a new MAC address
> is generated for the VF (as it should be) from the MAC address pool in
> oVirt, and then that MAC address is written to the VF on the hypervisor.
> Thus I end up with something like:
> 
> : ens11:  mtu 1500 qdisc mq master i40e
> state UP mode DEFAULT qlen 1000
> link/ether 3c:fd:fe:9d:a1:38 brd ff:ff:ff:ff:ff:ff
> vf 0 MAC 00:1a:4a:16:01:52, spoof checking on, link-state auto
> 
> This *is not* how it happens under libvirt/virt-manager, however.  When
> allocating a VF to a guest under libvirt, a random MAC address is generated
> and associated with the VF under the guest, but it is not written back to
> the hypervisor, and is instead left as 00:00:00:00:00:00.
> 
> I am pretty sure this writing of the MAC address at the hypervisor is
> causing at least some of the issues I'm seeing, as with the Intel cards,
> that prevents the guest from changing/adding a new MAC address, which is
> what happens with the instantiation of a macvlan interface.
> 
> So can anyone point me to where in the oVirt code this MAC address
> assignment is occurring?

https://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=vdsm/virt/vmdevices/network.py;h=b2fa629c55ff728a964fda9d0ea598ef57676b53;hb=HEAD#l122

> Also curious why oVirt does this assignment, but
> libvirt does not.

When we start a VM, we want it to see its allocated mac address,
regardless of the specific VF that was assigned to it. It would surprise
me if virt-manager does not do that, hence I'd love to see the
 elemet that it creates for the VF.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] macvlan + IPv6

[Dan Kenigsberg]

On Wed, Feb 24, 2016 at 02:53:04PM +, Jay Turner wrote:
> Closing the loop on this topic, while I still do not fully understand why
> oVirt and libvirt are behaving differently with respect to MAC address
> handling (specifically writing the VF MAC address back to the host),  that
> is the source of my problems.  After disabling the security feature in the
> i40e driver, and rebuilding, I no longer have issues passing traffic with
> macvlan interfaces.

Thanks, but I would really like to understand in what oVirt's handling
of mac addresses with SR-IOV is different. Would you be kind to share
the (declassified)  elements of virt-manager and and oVirt.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: R: Re: Network instability after upgrade 3.6.0 ->? 3.6.1

[Dan Kenigsberg]

On Thu, Feb 04, 2016 at 10:21:10PM +0100, Stefano Danzi wrote:
> I have only one switch so two interfaces are connected to the same switch. 
> The configuration in switch is corrected.  I opened a ticket for switch Tech 
> support and the configuration was validated.
> This configuration worked without problems h24 for one year!   All 
> problems started after a kernel update so something was changed in 
> kernel. 

Jarod, do you have a clue why AggregatorIDs may be mismatching with
recent el7.2 kernels?

> 
>  Messaggio originale ----
> Da: Dan Kenigsberg <dan...@redhat.com> 
> Data: 04/02/2016  22:02  (GMT+01:00) 
> A: Stefano Danzi <s.da...@hawai.it>, yd...@redhat.com 
> Cc: Jon Archer <j...@rosslug.org.uk>, mbur...@redhat.com, users@ovirt.org 
> Oggetto: Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 ->
>   3.6.1 
> 
> On Thu, Feb 04, 2016 at 06:26:14PM +0100, Stefano Danzi wrote:
> > 
> > 
> > Il 04/02/2016 16.55, Dan Kenigsberg ha scritto:
> > >On Wed, Jan 06, 2016 at 08:45:16AM +0200, Dan Kenigsberg wrote:
> > >>On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:
> > >>>On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> > >>>>I did some tests:
> > >>>>
> > >>>>kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I 
> > >>>>detach
> > >>>>one network cable the network is stable)
> > >>>>kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine
> > >>>Would you be kind to file a kernel bug in bugzilla.redhat.com?
> > >>>Summarize the information from this thread (e.g. your ifcfgs and in what
> > >>>way does mode 4 doesn't work).
> > >>>
> > >>>To get the bug solved quickly we'd better find paying RHEL7 customer
> > >>>subscribing to it. But I'll try to push from my direction.
> > >>Stefano has been kind to open
> > >>
> > >> Bug 1295423 - Unstable network link using bond mode = 4
> > >> https://bugzilla.redhat.com/show_bug.cgi?id=1295423
> > >>
> > >>which we fail to reproduce on our own lab. I'd be pleased if anybody who
> > >>experiences it, and their networking config to the bug (if it is
> > >>different). Can you also lay out your switch's hardware and
> > >>configuration?
> > >Stefano, could you share your /proc/net/bonding/* files with us?
> > >I heard about similar reports were the bond slaves had mismatching
> > >aggregator id. Could it be your case as well?
> > >
> > 
> > Here:
> > 
> > [root@ovirt01 ~]# cat /proc/net/bonding/bond0
> > Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
> > 
> > Bonding Mode: IEEE 802.3ad Dynamic link aggregation
> > Transmit Hash Policy: layer2 (0)
> > MII Status: up
> > MII Polling Interval (ms): 100
> > Up Delay (ms): 0
> > Down Delay (ms): 0
> > 
> > 802.3ad info
> > LACP rate: slow
> > Min links: 0
> > Aggregator selection policy (ad_select): stable
> > Active Aggregator Info:
> > Aggregator ID: 2
> > Number of ports: 1
> > Actor Key: 9
> > Partner Key: 1
> > Partner Mac Address: 00:00:00:00:00:00
> > 
> > Slave Interface: enp4s0
> > MII Status: up
> > Speed: 1000 Mbps
> > Duplex: full
> > Link Failure Count: 2
> > Permanent HW addr: **:**:**:**:**:f1
> > Slave queue ID: 0
> > Aggregator ID: 1
> 
> ---^^^
> 
> 
> > Actor Churn State: churned
> > Partner Churn State: churned
> > Actor Churned Count: 4
> > Partner Churned Count: 5
> > details actor lacp pdu:
> > system priority: 65535
> > port key: 9
> > port priority: 255
> > port number: 1
> > port state: 69
> > details partner lacp pdu:
> > system priority: 65535
> > oper key: 1
> > port priority: 255
> > port number: 1
> > port state: 1
> > 
> > Slave Interface: enp5s0
> > MII Status: up
> > Speed: 1000 Mbps
> > Duplex: full
> > Link Failure Count: 1
> > Permanent HW addr: **:**:**:**:**:f2
> > Slave queue ID: 0
> > Aggregator ID: 2
> 
> ---^^^
> 
> 
> it sounds awfully familiar - mismatching aggregator IDs, and an all-zero
> partner mac. Can you double-check that both your nics are wired to the
> same switch, which is properly configured to use lacp on these two
> ports?
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Dan Kenigsberg]

On Thu, Feb 04, 2016 at 06:26:14PM +0100, Stefano Danzi wrote:
> 
> 
> Il 04/02/2016 16.55, Dan Kenigsberg ha scritto:
> >On Wed, Jan 06, 2016 at 08:45:16AM +0200, Dan Kenigsberg wrote:
> >>On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:
> >>>On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> >>>>I did some tests:
> >>>>
> >>>>kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I detach
> >>>>one network cable the network is stable)
> >>>>kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine
> >>>Would you be kind to file a kernel bug in bugzilla.redhat.com?
> >>>Summarize the information from this thread (e.g. your ifcfgs and in what
> >>>way does mode 4 doesn't work).
> >>>
> >>>To get the bug solved quickly we'd better find paying RHEL7 customer
> >>>subscribing to it. But I'll try to push from my direction.
> >>Stefano has been kind to open
> >>
> >> Bug 1295423 - Unstable network link using bond mode = 4
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1295423
> >>
> >>which we fail to reproduce on our own lab. I'd be pleased if anybody who
> >>experiences it, and their networking config to the bug (if it is
> >>different). Can you also lay out your switch's hardware and
> >>configuration?
> >Stefano, could you share your /proc/net/bonding/* files with us?
> >I heard about similar reports were the bond slaves had mismatching
> >aggregator id. Could it be your case as well?
> >
> 
> Here:
> 
> [root@ovirt01 ~]# cat /proc/net/bonding/bond0
> Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
> 
> Bonding Mode: IEEE 802.3ad Dynamic link aggregation
> Transmit Hash Policy: layer2 (0)
> MII Status: up
> MII Polling Interval (ms): 100
> Up Delay (ms): 0
> Down Delay (ms): 0
> 
> 802.3ad info
> LACP rate: slow
> Min links: 0
> Aggregator selection policy (ad_select): stable
> Active Aggregator Info:
> Aggregator ID: 2
> Number of ports: 1
> Actor Key: 9
> Partner Key: 1
> Partner Mac Address: 00:00:00:00:00:00
> 
> Slave Interface: enp4s0
> MII Status: up
> Speed: 1000 Mbps
> Duplex: full
> Link Failure Count: 2
> Permanent HW addr: **:**:**:**:**:f1
> Slave queue ID: 0
> Aggregator ID: 1

---^^^


> Actor Churn State: churned
> Partner Churn State: churned
> Actor Churned Count: 4
> Partner Churned Count: 5
> details actor lacp pdu:
> system priority: 65535
> port key: 9
> port priority: 255
> port number: 1
> port state: 69
> details partner lacp pdu:
> system priority: 65535
> oper key: 1
> port priority: 255
> port number: 1
> port state: 1
> 
> Slave Interface: enp5s0
> MII Status: up
> Speed: 1000 Mbps
> Duplex: full
> Link Failure Count: 1
> Permanent HW addr: **:**:**:**:**:f2
> Slave queue ID: 0
> Aggregator ID: 2

---^^^


it sounds awfully familiar - mismatching aggregator IDs, and an all-zero
partner mac. Can you double-check that both your nics are wired to the
same switch, which is properly configured to use lacp on these two
ports?

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Dan Kenigsberg]

On Wed, Jan 06, 2016 at 08:45:16AM +0200, Dan Kenigsberg wrote:
> On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:
> > On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> > > I did some tests:
> > > 
> > > kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I detach
> > > one network cable the network is stable)
> > > kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine
> > 
> > Would you be kind to file a kernel bug in bugzilla.redhat.com?
> > Summarize the information from this thread (e.g. your ifcfgs and in what
> > way does mode 4 doesn't work).
> > 
> > To get the bug solved quickly we'd better find paying RHEL7 customer
> > subscribing to it. But I'll try to push from my direction.
> 
> Stefano has been kind to open
> 
> Bug 1295423 - Unstable network link using bond mode = 4
> https://bugzilla.redhat.com/show_bug.cgi?id=1295423
> 
> which we fail to reproduce on our own lab. I'd be pleased if anybody who
> experiences it, and their networking config to the bug (if it is
> different). Can you also lay out your switch's hardware and
> configuration?

Stefano, could you share your /proc/net/bonding/* files with us?
I heard about similar reports were the bond slaves had mismatching
aggregator id. Could it be your case as well?

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt engine 3.6 in Internet connectionless network

[Dan Kenigsberg]

On Mon, Jan 18, 2016 at 03:36:08PM +0200, İren SALTALI wrote:
> Hi Everyone,
> 
> I wanna use oVirt engine 3.6 in my Internet _connectionless_ network. I
> installed oVirt with yum over internet. After that I tried to work offline.
> When I go offline it still works fine. But Web I connect it to my local
> netowork Interface starts not to respond. I check POST/GET request that it
> made and I see it stuck on request from GenericApiGWTService. For example
> normally time between request and respond takes 1 to 600ms but when I
> connect it to local network it take up to 200.000ms second and eventually
> it fails. I use CentOS 7 x86_64.

Could you provide more details about your setup?

Where is ovirt-engine installed? From where do you access its web
interface?

Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt engine 3.6 in Internet connectionless network

[Dan Kenigsberg]

On Mon, Jan 18, 2016 at 03:36:08PM +0200, İren SALTALI wrote:
> Hi Everyone,
> 
> I wanna use oVirt engine 3.6 in my Internet _connectionless_ network. I
> installed oVirt with yum over internet. After that I tried to work offline.
> When I go offline it still works fine. But Web I connect it to my local
> netowork Interface starts not to respond. I check POST/GET request that it
> made and I see it stuck on request from GenericApiGWTService. For example
> normally time between request and respond takes 1 to 600ms but when I
> connect it to local network it take up to 200.000ms second and eventually
> it fails. I use CentOS 7 x86_64.

Could you provide more details about your setup?

Where is ovirt-engine installed? From where do you access its web
interface?

Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] adding an ip on a host that run a vm connected to that bridge

[Dan Kenigsberg]

On Fri, Jan 15, 2016 at 05:02:13PM +0100, Nathanaël Blanchet wrote:
> Why is it forbiden to add an address (static or dhcp) to bridge on a host
> that runs a vm which is connected to that bridge?
> As a workaround, I can put manually an address for that bridge on that host
> and refresh capabilities.

Historically, Vdsm has modified its network definition by first tearing
it down, and then setting it up again. The first step cannot succeed if
the bridge is being used by VMs.

In ovirt-3.6 we have introduced the ability to change the network's
layer 2 connectivity while VMs are using it. Users can now replace a
single NIC with a bond, or change the network's vlan ID, without
migrating the VMs away.

However, we have not implemented a similar change of layer 3
connectivity. It's doable, but not done (yet?).

> Is it a desired feature?

You should tell us!

I think it's nice, and would like to see it one day. It would not harm
if you open an RFE, stating your motivation for this. After all,
adding/changing an IP address is quite rare, and usually can be
postponed to a time where the host is not used.

Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Dan Kenigsberg]

On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:
> On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> > I did some tests:
> > 
> > kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I detach
> > one network cable the network is stable)
> > kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine
> 
> Would you be kind to file a kernel bug in bugzilla.redhat.com?
> Summarize the information from this thread (e.g. your ifcfgs and in what
> way does mode 4 doesn't work).
> 
> To get the bug solved quickly we'd better find paying RHEL7 customer
> subscribing to it. But I'll try to push from my direction.

Stefano has been kind to open

Bug 1295423 - Unstable network link using bond mode = 4
https://bugzilla.redhat.com/show_bug.cgi?id=1295423

which we fail to reproduce on our own lab. I'd be pleased if anybody who
experiences it, and their networking config to the bug (if it is
different). Can you also lay out your switch's hardware and
configuration?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Dan Kenigsberg]

On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> I did some tests:
> 
> kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I detach
> one network cable the network is stable)
> kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine

Would you be kind to file a kernel bug in bugzilla.redhat.com?
Summarize the information from this thread (e.g. your ifcfgs and in what
way does mode 4 doesn't work).

To get the bug solved quickly we'd better find paying RHEL7 customer
subscribing to it. But I'll try to push from my direction.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Dan Kenigsberg]

On Wed, Dec 30, 2015 at 09:39:12PM +0100, Stefano Danzi wrote:
> Hi Dan,
> some info about my network setup:
> 
> - My bond is used only for VM networking. ovirtmgmt has a dedicated ethernet
> card.
> - I haven't set any ethtool opts.
> - Nics on bond specs:
> 04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
> Connection
> Subsystem: ASUSTeK Computer Inc. Motherboard
> Flags: bus master, fast devsel, latency 0, IRQ 16
> Memory at df20 (32-bit, non-prefetchable) [size=128K]
> I/O ports at e000 [size=32]
> Memory at df22 (32-bit, non-prefetchable) [size=16K]
> Capabilities: [c8] Power Management version 2
> Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+
> Capabilities: [e0] Express Endpoint, MSI 00
> Capabilities: [a0] MSI-X: Enable+ Count=5 Masked-
> Capabilities: [100] Advanced Error Reporting
> Kernel driver in use: e1000e
> 
> [root@ovirt01 ~]# ifconfig
> DMZ: flags=4163  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 43546  bytes 2758816 (2.6 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 0  bytes 0 (0.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> LAN_HAW: flags=4163  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 2090262  bytes 201078292 (191.7 MiB)
> RX errors 0  dropped 86  overruns 0  frame 0
> TX packets 0  bytes 0 (0.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> bond0: flags=5187  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 2408059  bytes 456371629 (435.2 MiB)
> RX errors 0  dropped 185  overruns 0  frame 0
> TX packets 118966  bytes 14862549 (14.1 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> bond0.1: flags=4163  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 2160985  bytes 210157656 (200.4 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 0  bytes 0 (0.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> bond0.3: flags=4163  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 151195  bytes 185253584 (176.6 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 118663  bytes 13857950 (13.2 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> enp4s0: flags=6211  mtu 1500
> txqueuelen 1000  (Ethernet)
> RX packets 708141  bytes 95034564 (90.6 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 16714  bytes 5193108 (4.9 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> device interrupt 16  memory 0xdf20-df22
> 
> enp5s0: flags=6211  mtu 1500
> txqueuelen 1000  (Ethernet)
> RX packets 1699934  bytes 361339105 (344.5 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 102252  bytes 9669441 (9.2 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> device interrupt 17  memory 0xdf10-df12
> 
> enp6s1: flags=4163  mtu 1500
> txqueuelen 1000  (Ethernet)
> RX packets 2525232  bytes 362345893 (345.5 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 388452  bytes 208145492 (198.5 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> lo: flags=73  mtu 65536
> inet 127.0.0.1  netmask 255.0.0.0
> loop  txqueuelen 0  (Local Loopback)
> RX packets 116465661  bytes 1515059255942 (1.3 TiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 116465661  bytes 1515059255942 (1.3 TiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> ovirtmgmt: flags=4163  mtu 1500
> inet 192.168.1.50  netmask 255.255.255.0  broadcast 192.168.1.255
> txqueuelen 0  (Ethernet)
> RX packets 3784298  bytes 36509 (529.8 MiB)
> RX errors 0  dropped 86  overruns 0  frame 0
> TX packets 1737669  bytes 1401650369 (1.3 GiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> vnet0: flags=4163  mtu 1500
> txqueuelen 500  (Ethernet)
> RX packets 558574  bytes 107521742 (102.5 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 1316892  bytes 487764500 (465.1 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> vnet1: flags=4163  mtu 1500
>

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Dan Kenigsberg]

On Tue, Dec 29, 2015 at 09:57:07PM +, Jon Archer wrote:
> Hi Stefano,
> 
> It's definitely not the switch, it seems to be the latest kernel package
> (kernel-3.10.0-327.3.1.el7.x86_64) which stops bonding working correctly,
> reverting back to the previous kernel brings the network up in 802.3ad mode
> (4).
> 
> I know, from reading the release notes of 7.2, that there were some changes
> to the bonding bits in the kernel so i'm guessing maybe some defaults have
> changed.
> 
> I'll keep digging and post back as soon as i have something.
> 
> Jon
> 
> On 29/12/15 19:55, Stefano Danzi wrote:
> >Hi! I didn't solve yet. I'm still using mode 2 on bond interface. What's
> >your switch model and firmware version?

Hi Jon and Stefano,

We've been testing bond mode 4 with (an earlier)
kernel-3.10.0-327.el7.x86_64 and experienced no such behaviour.

However, to better identify the suspected kernel bug, could you provide
more information regarding your network connectivity?

What is the make of your NICs? Which driver do you use?

Do you set special ethtool opts (LRO with bridge was broken in 7.2.0
kernel if I am not mistaken)?

You have the ovirtmgmt bridge on top of your bond, right?

Can you share your ifcfg*?

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.6: Dummy interfaces

[Dan Kenigsberg]

On Mon, Dec 28, 2015 at 03:11:29PM -0800, Alan Murrell wrote:
> Hi Frank,
> 
> Thanks for info!  Does your script automatically load the dummy module as
> well, or do you create a separate file in '/etc/modprobe.d' to load it
> (that's how I currently do my dummy NICs)
> 
> Thanks! :-)
> 
> Quoting "Frank Wall" :
> 
> >Hi Alan,
> >
> >On Thu, Dec 24, 2015 at 10:37:17AM -0800, Alan Murrell wrote:
> >>Are dummy interfaces still supported in 3.6?
> >
> >I'm running ovirt 3.6 AiO and dummy interfaces are working just fine.
> >Instead of modifying oVirt's python source files, I'd recommend you
> >rename the dummy interface(s) to match the required pattern.
> >
> >I've setup a service for this by creating
> >/etc/systemd/system/dummynics.service
> >with the following content:
> >
> >[Unit]
> >Description=Rename dummy network interfaces for oVirt
> >
> >[Service]
> >Type=oneshot
> >ExecStart=/usr/sbin/ip l set dev dummy0 name dummy_0
> >ExecStart=/usr/sbin/ip l set dev dummy1 name dummy_1
> >ExecStart=/usr/sbin/ip l set dev dummy2 name dummy_2
> >ExecStart=/usr/sbin/ip l set dev dummy3 name dummy_3
> >RemainAfterExit=yes
> >
> >[Install]
> >WantedBy=multi-user.target
> >
> >
> >Then enable this service as follows:
> >
> >systemctl daemon-reload
> >systemctl enable dummynics
> >systemctl status dummynics
> >
> >Of course, you need to use the new dummy_* names when configuring the
> >network interfaces. I'd recommend to reboot the host after making these
> >changes.

Modifying fake_nics in vdsm.conf is still supported and should still
work (though it requires restarting both vdsmd and supervdsmd). If it
does not - please file a bug.

However, I would recommend to initially creat the dummy devices with
their proper name

ip link add dummy_1 type dummy

instead of creating them with dummy1 and then renaming them.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] network configuration oVirt 3.5

[Dan Kenigsberg]

On Thu, Dec 17, 2015 at 03:33:28PM +, Kristof VAN DEN EYNDEN wrote:
> Hello everyone,
> 
> After trying to install oVirt 3.6 on CentOs which was a lot of pain, I ended 
> up installing 3.5 without hassle.

Would you provide more information (logs, screenshots) about the pains
of installing ovirt-3.6? These days, most of the development effort is
focused on stabilizing 3.6. No further releases of ovirt-3.5.z are
expected (up to horrible security bugs, etc), so we advise using 3.6 in
new instllations.

> 
> BUT Now I'm trying to configure the network for my first cluster host but I'm 
> having troubles doing so.
> 
> The server has 4 network ports,
> Eth0 = Virtual management network, 172.16 range, only used for oVirt / KVM
> Eth1 = Local network where the Guest should be accessible range 11.x
> Eth2/3 unused..
> 
> Initially, no network is assigned, but I feel eth0 should be linked to 
> ovirtmgmt I automatically using it's IP that is assigned?
> 
> When I assign ovirtmgmt to eth0 and set the IP to the corresponding IP it 
> already has for that host and the local network to eth1 the host loses 
> connection (until it resets it's connections...)
> ->not assigning an IP is no option as I can only select static /dhcp for 
> ovirtmgmt


ovirtmgmt should have been automatically added on top of the interface
that has the IP used to add the host to Engine.

Could you share your engine.log and {super,}vdsm.log from that time to
understand why did it happen?

Similarly, please share your ifcfg files prior to adding ovirtmgmt, and
the supervdsm logs that end up with disconnection.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3.6.1 HE install on CentOS 7.2 resulted in unsync'd network

[Dan Kenigsberg]

On Sun, Dec 20, 2015 at 12:13:15PM +0200, Yedidyah Bar David wrote:
> On Sat, Dec 19, 2015 at 12:53 PM, Gianluca Cecchi
>  wrote:
> > On Sat, Dec 19, 2015 at 1:08 AM, John Florian 
> > wrote:
> >>
> >> I'm trying to get a 3.6.1 HE setup going where I have 4 VLANs (VIDs
> >> 101-104) for storage networks, 1 VLAN (VID 100) for ovirtmgmt and 1 more
> >> (VID 1) for everything else.  Because I know of no way to manipulate the
> >> network configuration from the management GUI once the HE is running and
> >> with only a single Host, I made the OS configuration as close as possible 
> >> to
> >> what I'd want when done.  This looks like:
> >
> >
> > Why do you think of this necessary pre-work? I configured (in 3.6.0) an
> > environment with HE too on a single host and I only preconfigured my bond1
> > in 802.3ad mode with the interfaces I planned to use for ovirtmgmt and I
> > left the other interfaces unconfigured, so that all is not used by Network
> > Manager.
> > During  the "hosted-engine --deploy" setup I got this input:
> >
> >--== NETWORK CONFIGURATION ==--
> >
> >   Please indicate a nic to set ovirtmgmt bridge on: (em1, bond1,
> > em2) [em1]: bond1
> >   iptables was detected on your computer, do you wish setup to
> > configure it? (Yes, No)[Yes]:
> >   Please indicate a pingable gateway IP address [10.4.168.254]:
> >
> > and then on preview of configuration to apply:
> >
> >   --== CONFIGURATION PREVIEW ==--
> >
> >   Bridge interface   : bond1
> >   Engine FQDN: ractorshe.mydomain.local
> >   Bridge name: ovirtmgmt
> >
> > After setup I configured my vlan based networks for my VMS from the GUI
> > itself as in the usual way, so that now I have this bond0 created by oVirt
> > GUI on the other two interfaces (em1 and em2):
> >
> > [root@ractor ~]# cat /proc/net/bonding/bond0
> > Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
> >
> > Bonding Mode: IEEE 802.3ad Dynamic link aggregation
> > Transmit Hash Policy: layer2 (0)
> > MII Status: up
> > MII Polling Interval (ms): 100
> > Up Delay (ms): 0
> > Down Delay (ms): 0
> >
> > 802.3ad info
> > LACP rate: fast
> > Min links: 0
> > Aggregator selection policy (ad_select): stable
> > Active Aggregator Info:
> > Aggregator ID: 2
> > Number of ports: 2
> > Actor Key: 17
> > Partner Key: 8
> > Partner Mac Address: 00:01:02:03:04:0c
> >
> > Slave Interface: em1
> > MII Status: up
> > Speed: 1000 Mbps
> > Duplex: full
> > Link Failure Count: 0
> > Permanent HW addr: 00:25:64:ff:0b:f0
> > Aggregator ID: 2
> > Slave queue ID: 0
> >
> > Slave Interface: em2
> > MII Status: up
> > Speed: 1000 Mbps
> > Duplex: full
> > Link Failure Count: 0
> > Permanent HW addr: 00:25:64:ff:0b:f2
> > Aggregator ID: 2
> > Slave queue ID: 0
> >
> > And then "ip a" command returns:
> >
> > 9: bond0.65@bond0:  mtu 1500 qdisc noqueue
> > master vlan65 state UP
> > link/ether 00:25:64:ff:0b:f0 brd ff:ff:ff:ff:ff:ff
> > 10: vlan65:  mtu 1500 qdisc noqueue state
> > UP
> > link/ether 00:25:64:ff:0b:f0 brd ff:ff:ff:ff:ff:ff
> >
> > with
> > [root@ractor ~]# brctl show
> > bridge namebridge idSTP enabledinterfaces
> > ;vdsmdummy;8000.no
> > ovirtmgmt8000.002564ff0bf4nobond1
> > vnet0
> > vlan658000.002564ff0bf0nobond0.65
> > vnet1
> > vnet2
> >
> > vnet1 and vnet2 being the virtual network interfaces of my two running VMs.
> >
> > The only note I can submit is that by default when you set a network in
> > oVirt GUI with mode=4 (802.3ad), it defaults to configuring it with
> > "lacp_rate=0" so slow, that I think it is bad, as I read in many articles
> > (but I'm not a network guru at all)
> > So that I chose custom mode in the GUI and specified "mode=4 lacp_rate=1" in
> > options and this was reflected in my configuration as you see above in bond0
> > output.
> >
> > Can we set lacp_rate=1 as a default option for mode=4 in oVirt?
> 
> No idea, adding Dan. I guess you can always open an RFE bz...
> Dan - any specific reason for the current defaults?

lacp_rate=0 ('slow') is the default of the bonding module in mode=4, and
we do not change that (even though we could).

Please open an RFE, citing the articles that recomend the usage of
faster rate. Until then - configure Engine's custom bond option to your likings.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Updated Invitation: [Deep dive] Host Network QoS - oVirt 3.6 @ Thu Nov 26, 2015 5pm - 6pm (ibar...@redhat.com)

[Dan Kenigsberg]

On Fri, Nov 27, 2015 at 04:54:11PM -0400, Gervais de Montbrun wrote:
> Did this event date change? I tried to participate and it never seemed to 
> start. If it was recorded, I'd love the link.

Hmm, I cannot find the notice myself but the date has changed.

You are most welcome to join
https://plus.google.com/events/c3la9vdse911atq991qflogtq0g

tomorrow (December 2nd), 3pm UTC.

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Networking fails for VM running on Centos6.7.Works on Centos6.5

[Dan Kenigsberg]

On Sat, Nov 28, 2015 at 08:10:06PM +0530, mad Engineer wrote:
> hello all i am having strange network issue with vms that are running on
> centos 6.7 ovirt nodes.
> 
> I recently added one more ovirt node which is running centos6.7 and
> upgraded from centos6.5 to centos6.7 on all other nodes.
> 
> All VMs running on nodes with centos6.7 as host Operating system fail to
> reach network gateway,but if i reboot that same host to centos6.5 kernel
> everything works fine(with out changing any network configuration).
> 
> Initially i thought it as configuration issue but its there on all nodes.if
> i reboot to old kernel everything is working.
> 
> I am aware about ghost vlan0 issue in centos6.6 kernel.Not aware about any
> issue in centos6.7 Also all my servers are up to date.
> 
> 
> All physical interfaces are in access mode VLAN connected to nexus 5k
> switches.
> 
> 
> working kernel- 2.6.32-431.20.3.el6.x86_64
> 
> non working kernel- 2.6.32-573.8.1.el6.x86_64

Can you provide the topology of your VM network config (vlan, bond, bond
options, bridge options)? Do you have an IP address on the bridge?

(I have not seen this happen myself)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] UUID error

[Dan Kenigsberg]

On Fri, Nov 20, 2015 at 06:41:38PM +0530, Budur Nagaraju wrote:
> HI
> 
> Getting below error while adding a host,
> 
> 
> 2015-11-20 18:40:36,397 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]
> (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: Test Succeeded,
> on, log id: 6495791f
> 2015-11-20 18:40:40,588 WARN  [org.ovirt.engine.core.bll.AddVdsCommand]
> (ajp--127.0.0.1-8702-6) [2933038a] CanDoAction of action AddVds failed for
> user admin@internal. Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server
> pbuovirt2.bnglab.psecure.net,ACTION_TYPE_FAILED_VDS_WITH_SAME_UUID_EXIST

Sometimes lazy vendors ship multiple hosts with the same system-uuid.

  # uuidgen > /etc/vdsm/vdsm.id

on the faulty host would provide it with a new individual ovirt-level
identity.

However, this can also happen if you are trying to re-add an existing
host with another IP address it may have, so beware.

I wish this bit of information was given within the error message
(together with the name and UUID of the existing host). Can you open an
infra bug asking that?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4.0 wishlist: VDSM

[Dan Kenigsberg]

On Fri, Nov 20, 2015 at 01:54:35PM +0100, Giuseppe Ragusa wrote:
> Hi all,
> I go on with my wishlist, derived from both solitary mumblings and community 
> talks at the the first Italian oVirt Meetup.
> 
> I offer to help in coding (work/family schedules permitting) but keep in mind 
> that I'm a sysadmin with mainly C and bash-scripting skills (but hoping to 
> improve my less-than-newbie Python too...)
> 
> I've sent separate wishlist messages for oVirt Node and Engine.
> 
> VDSM:
> 
> *) allow VDSM to configure/manage Samba, CTDB and Ganesha (specifically, I'm 
> thinking of the GlusterFS integration); there are related wishlist items on 
> configuring/managing Samba/CTDB/Ganesha on the Engine and on oVirt Node

I'd apreciate a more detailed feature definition. Vdsm (and ovirt) try
to configure only thing that are needed for their own usage. What do you
want to control? When? You're welcome to draf a feature page prior to
coding the fix ;-)

> 
> *) add Open vSwitch direct support (not Neutron-mediated); there are related 
> wishlist items on configuring/managing Open vSwitch on oVirt Node and on the 
> Engine

That's on our immediate roadmap. Soon, vdsm-hook-ovs would be ready for
testing.

> 
> *) add DRBD9 as a supported Storage Domain type; there are related wishlist 
> items on configuring/managing DRBD9 on the Engine and on oVirt Node
> 
> *) allow VDSM to configure/manage containers (maybe extend it by use of the 
> LXC libvirt driver, similarly to the experimental work that has been put up 
> to allow Xen vm management); there are related wishlist items on 
> configuring/managing containers on the Engine and on oVirt Node
> 
> *) add a VDSM_remote mode (for lack of a better name, but mainly inspired by 
> pacemaker_remote) to be used inside a guest by the above mentioned container 
> support (giving to the Engine the required visibility on the managed 
> containers, but excluding the "virtual node" from power management and other 
> unsuitable actions)
> 
> Regards,
> Giuseppe
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Segmentation fault in libtcmalloc

[Dan Kenigsberg]

On Fri, Nov 13, 2015 at 07:56:14AM +, Grundmann, Christian wrote:
> Hi,
> i am using "ovirt-node-iso-3.6-0.999.201510221942.el7.centos.iso" (is there 
> something better to use?) fort he nodes, and have random crashes of VMs
> The dumps are always the Same
> 
> gdb --batch /usr/libexec/qemu-kvm core.45902.1447199164.dump
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> Core was generated by `/usr/libexec/qemu-kvm -name vmname -S -machine 
> rhel6.5.0,accel=kvm,usb=o'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x7f0c559c4353 in 
> tcmalloc::ThreadCache::ReleaseToCentralCache(tcmalloc::ThreadCache::FreeList*,
>  unsigned long, int) () from /lib64/libtcmalloc.so.4
> 
> 
> Didn't have the Problem with 3.5 el6 nodes, so don't no if ist centos7 or 3.6

Due to the low-leveled-ness of the problem, I'd guess it's a
qemu//lib64/libtcmalloc malloc bug, and not directly related to ovirt.

Please report the precise version of qemu,kernel,libvirt and
gperftools-libs to qemu-devel mailing list and the complete stack trace
and qemu command line, if possible.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] upgrade to oVirt 3.6 and compabitibility 3.6

[Dan Kenigsberg]

On Thu, Nov 12, 2015 at 08:03:05AM +, Paul Groeneweg | Pazion wrote:
> I have finished the upgrade to 3.6.

Can you describe how you've performed the upgrade? Did you upgrade
Engine first and then all the hosts (it is highly recommended to upgrade
host one at a time, and move each to maintenance mode before doing so)?
When did the troubling log appeared?

> I received a lot (every 3 seconds ) of the following messages in the
> logs after upgrading the hosts:
>
>  vdsm jsonrpc.JsonRpcServer ERROR Internal server error#012Traceback (most
> recent call last):#012  File
> "/usr/lib/python2.6/site-packages/yajsonrpc/__init__.py", line 501, in
> _serveRequest#012res = method(**params)#012  File
> "/usr/share/vdsm/rpc/Bridge.py", line 291, in _dynamicMethod#012return
> self._fixupRet(className, methodName, ret)#012  File
> "/usr/share/vdsm/rpc/Bridge.py", line 235, in _fixupRet#012
>  self._typeFixup('return', retType, result)#012  File
> "/usr/share/vdsm/rpc/Bridge.py", line 215, in _typeFixup#012if k in
> item:#012TypeError: argument of type 'NoneType' is not iterable
>
> I restarted ovirt-ha-agent ovirt-ha-broker and vdsmd.
> After I rebooted all hosts ( migrating VMS from one to another ) the
> message finally disappeared.

Can you share your vdsm.log of that time? I wish to understand what
method has failed.

>
> Then I tried to set compatibility Version to 3.6, but without luck. I have
> put hosted engine back in global maintenance, but I can't find out why it
> fails. The message says "Error while executing action: Cannot change
> Cluster Compatibility Version to higher version when there are active Hosts
> with lower version.
> -Please move Hosts with lower version to maintenance first."

Can you iterate over your hosts to find which is the culprit?
Then you can move it to maintenance.

> 
> I have installed ovirt-release36 on hosted engine and hosts.
> I have updated hosted engine with engine-setup.
> I ran yum update on all hosts.
> What do I need to do to set compatibility version to 3.6?
> 
> And how can I enable repository for hosted engine? ( through WEB UI change
> is not saved ).


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] vdsm using 100% CPU, rapidly filling logs with _handle_event messages

[Dan Kenigsberg]

On Thu, Nov 12, 2015 at 08:45:43AM -0500, Robert Story wrote:
> I'm running oVirt 3.5.x with a hosted engine. This morning I noticed that 2
> of my 5 hosts were showing 99-100% cpu usage. Logging in to them, vdsmd
> seemed to be the culprit, and it was filling the log file with these
> messages:

You're probably seeing

Bug 1226911 - vmchannel thread consumes 100% of CPU

which was closed due to missing information. Do you have any information
on when this pops up? Is it reproducible? Would you be bale to test a
suggested patch

https://gerrit.ovirt.org/#/c/42570/

Regards,
Dan.

> 
> VM Channels Listener::DEBUG::2015-11-12
> 08:09:26,292::vmchannels::59::vds::(_handle_event) Received 0011. On fd 
> removed by epoll. VM Channels Listener::INFO::2015-11-12 
> 08:09:26,293::vmchannels::54::vds::(_handle_event) Received 0011 on 
> fileno 119
> VM Channels Listener::DEBUG::2015-11-12 
> 08:09:26,293::vmchannels::59::vds::(_handle_event) Received 0011. On fd 
> removed by epoll.
> VM Channels Listener::INFO::2015-11-12 
> 08:09:26,293::vmchannels::54::vds::(_handle_event) Received 0011 on 
> fileno 75
> VM Channels Listener::DEBUG::2015-11-12 
> 08:09:26,293::vmchannels::59::vds::(_handle_event) Received 0011. On fd 
> removed by epoll.
> VM Channels Listener::INFO::2015-11-12 
> 08:09:26,294::vmchannels::54::vds::(_handle_event) Received 0011 on 
> fileno 119
> VM Channels Listener::DEBUG::2015-11-12 
> 08:09:26,294::vmchannels::59::vds::(_handle_event) Received 0011. On fd 
> removed by epoll.
> 
> I googled to see how to change the debug level to turn of DEBUG messages
> for vdsm, which referred me to libvirtd.conf, but the debug level there was
> not set, which should have meant a log level of 3 (warnings and errors), so
> I'm not sure why the log was filling up with DEBUG/INFO messages.
> 
> I restarted vdsmd, which resulted in those nodes being marked as
> 'disconnected', but they did eventually recover and loads went back to
> normal.
> 
> This may or may not be related to the fact that the 3 hosts where this did
> not happen can't seem to keep their ha brokers up. I'll be starting a new
> thread on that shortly.
> 
> 
> Robert
> 
> -- 
> Senior Software Engineer @ Parsons



> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] NTP issues

[Dan Kenigsberg]

On Mon, Nov 09, 2015 at 04:37:15PM +0530, Budur Nagaraju wrote:
> HI
> 
> Even after giving a valid NTP server ,date and time is not getting updated .
> 
> can you help me in getting the issue resolved ?

In guests? On hosts? How far is your current time from the correct one
(NTP does not progress if it's too far).

Any logs from ntpd?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] upgrade from 3.5 to 3.6 causing problems with migration

[Dan Kenigsberg]

On Fri, Nov 06, 2015 at 02:37:56PM -0500, Jason Keltz wrote:
> On 11/06/2015 02:02 PM, Simone Tiraboschi wrote:
> >
> >
> >On Fri, Nov 6, 2015 at 5:21 PM, Jason Keltz  >> wrote:
> >
> >Hi.
> >
> >Last night, I upgraded my engine from 3.5 to 3.6.  That went
> >flawlessly.
> >Today, I'm trying to upgrade the vdsm on the hosts from 3.5 to 3.6
> >(along with applying other RHEL7.1 updates) However, when I'm
> >trying to put each host into maintenance mode, and migrations
> >start to occur, they all seem to FAIL now!  Even worse, when they
> >fail, it leaves the hosts DOWN!  If there's a failure, I'd expect
> >the host to simply abort the migration  Any help in debugging
> >this would be VERY much appreciated!
> >
> >2015-11-06 10:09:16,065 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-4) [] Correlation ID:
> >658ba478, Job ID: 524e8c44-04e0-42d3-89f9-9f4e4d397583, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: eportfolio, Source: virt1).
> >2015-11-06 10:10:17,112 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-22) [2f0dee16] Correlation ID:
> >7da3ac1b, Job ID: 93c0b1f2-4c8e-48cf-9e63-c1ba91be425f, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: ftp1, Source: virt1).
> >2015-11-06 10:15:08,273 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-45) [] Correlation ID:
> >5394ef76, Job ID: 994065fc-a142-4821-934a-c2297d86ec12, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >while Host is in 'preparing for maintenance' state.
> >2015-11-06 10:19:13,712 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-36) [] Correlation ID:
> >6e422728, Job ID: 994065fc-a142-4821-934a-c2297d86ec12, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >while Host is in 'preparing for maintenance' state.
> >2015-11-06 10:42:37,852 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-12) [] Correlation ID:
> >e7f6300, Job ID: 1ea16622-0fa0-4e92-89e5-9dc235c03ef8, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: ipa, Source: virt1).
> >2015-11-06 10:43:59,732 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-40) [] Correlation ID:
> >39cfdf9, Job ID: 72be29bc-a02b-4a90-b5ec-8b995c2fa692, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: labtesteval, Source: virt1).
> >2015-11-06 10:52:11,893 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-23) [] Correlation ID:
> >5c435149, Job ID: 1dcd1e14-baa6-44bc-a853-5d33107b759c, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: www-vhost, Source: virt1).
> >
> >
> >
> >The complete engine log, virt1, virt2, and virt3 vdsm logs are here:
> >
> >http://www.eecs.yorku.ca/~jas/ovirt-debug/11062015
> >
> >
> >
> >Is vdsmd service still active on that hosts?
> 
> Hi Simone..
> 
> Yes..

It seems that 3.6's vdsm-4.17.10.1 cannot consume a Random Number Generator
device that was created on 3.5.

Please open a bug on this - it should be fixed ASAP.

Thread-156::DEBUG::2015-11-06 
10:43:19,134::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling 
'VM.migrationCreate' in bridge with [u'77766cb4-0625-4432-a16f-def5e702102a', 
{u'guestFQDN': u'', u'acpiEnable': u'true', u'emulatedMachine': u'rhel6.5.0', 
u'afterMigrationStatus': u'', u'spiceSecureChannels': 
u'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 
u'vmId': u'77766cb4-0625-4432-a16f-def5e702102a', u'memGuaranteedSize': 666, 
u'transparentHugePages': u'true', u'displaySecurePort': u'5905', 
u'spiceSslCipherSuite': u'DEFAULT', u'cpuType': u'SandyBridge', u'smp': u'1', 
u'migrationDest': u'libvirt', u'custom': 
{u'device_652f5624-9607-43b3-9cb1-d4b60145858cdevice_f6cf6e79-c87b-4859-ac35-90f21e402d06':
 u'VmDevice {vmId=77766cb4-0625-4432-a16f-def5e702102a, 
deviceId=f6cf6e79-c87b-4859-ac35-90f21e402d06, device=unix, type=CHANNEL, 
bootOrder=0, specParams={}, address={bus=0, controller=0, type=virtio-serial, 
port=1}, managed=false, plugged=true, re
 adOnly=false, deviceAlias=channel0, customProperties={}, snapshotId=null, 

Re: [ovirt-users] MacSpoof with multiple VM's -> bad/slow response on 3.5.3

[Dan Kenigsberg]

On Sun, Nov 08, 2015 at 10:26:09PM +0100, Matt . wrote:
> Hi Dan,
> 
> It's a little bit difficult to find some pinpoint, I already tried
> that earlier, but I won't giveup.
> 
> It is the setting on the VM itself that vanished.

The setting (ifacemacspoof) should better exist on the VNIC profile.
Maybe if you provide a step-by-step explanation of what you are doing
(screenshots are welcome as well), we could assist.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] MacSpoof with multiple VM's -> bad/slow response on 3.5.3

[Dan Kenigsberg]

On Sun, Nov 08, 2015 at 04:56:42AM +0100, Matt . wrote:
> Updated Pfsense, rebooted where failovers where done, same issues
> occures in some way when the FW was rebooted or turned off/onn again.
> 
> I happens randomly but is a pain in the ass to debug as you are
> expecting it should not vanish :)
> 
> CARP IP's are not working anymore, sometimes they are... and finally
> you find out... macspoofing is gone as setting on the VM.

Is it a setting of the VM, or the more modern setting on the vnic
profile?

NOTHING in oVirt changes custom properties like this by its own
volition. Could you share your vnic profile definition, and you VM
definition when they are properly configured. Then, please share how
they look after the setting is "gone".

Then, maybe you can pinpoint when the definition is changed, and by
whom. engine.log may provide clues.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Dan Kenigsberg]

On Wed, Nov 04, 2015 at 07:06:54PM -0500, Itamar Heim wrote:
> On 09/14/2014 09:12 PM, Punit Dambiwal wrote:
> >Hi All,
> >
> >I want a better way to prevent Ip spoofing on the guest VM's...
> >
> 
> I don't think we made any progress on this front.

Correct. The only option available today is to add a hook script that
changes the nic filter from vdsm-no-macspoof to "clean-traffic"

> if still relevant, please ask again in next poll
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV and RHS integration

[Dan Kenigsberg]

On Thu, Oct 22, 2015 at 02:18:10AM +, BYUNGSUK KIM (byungkim) wrote:
> 
> 
> Hi,
> 
> We are trying to integration RHEV and RHS with oVirt. But we have just 1G 
> network between RHEV host and RHS volumes.
> 
> So I think there is bottle lack on network area.  Can we optimize this 
> environment to solve this proble?
> 
> Please Let us know your experience.

Which kind of integration did you have in mind? What is the motivation
of mixing RHEV and oVirt? Which kind performance issues do you see, with
how many VMs and how many IOPS are are produced by each?

It is hard to provide smart suggestion without more details.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Why my FQDN & IP is wrong

[Dan Kenigsberg]

Which version are you using? (Engine, Vdsm, and guest agent)
Which operating system do the guest run?
Is there any difference between the faulty KVM05 KVM06 hosts and KVM07?

Would you share your

  ssh root@KVM05 vdsClient -S 0 getAllVmStats

Any interesting errors on vdsm.log?

Regards,
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt monitoring with libirt-snmp

[Dan Kenigsberg]

On Fri, Oct 23, 2015 at 01:31:10PM +0200, Kevin COUSIN wrote:
> Hi Dan, 
> 
> I want to monitor my oVirt infrastructure with Zabbix. I found a zabbix 
> template , but it needs to modifiy libirtd.conf to enable libvirt-snmp to 
> access VM informations (https://github.com/jensdepuydt/zabbix-ovirt).

If all you need is monitoring, libvirt-snmp should be happy to use a
read-only connection to libvirt, which is kept open by default.

If this is impossible, I suggest to file a bug on libvirt-snmp.

If you trust libvirt-snmp and zabbix not modify VM state, you can
replace "sasl" with "none", and restart libvirt, supervdsm and vdsm.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users