[ovirt-users] Re: DHCP Client in Guest VM does not work on ovirtmgmt

[Edward Haas]

On Fri, Oct 25, 2019 at 3:07 AM  wrote:

> Hello,
> Is there any special config to usage dhcp client on Guest VM using
> ovirtmgmt/ovirtmgmt vnic profile ?
>
> Currently I have a VM using the ovirtmgmt/ovirtmgmt NIC profile and this
> interface is configured as DHCP client, and this does not work when using
> ovirtmgmt/ovirtmgmt as NIC profile. But if I assign manual IP address from
> the same range of DHCP server the comunication it works.
>
> And If usage other NIC profile  in other VLAN  with other DHCP server it
> works.
>
> It seems ovirtmgmt/ovirtmgmt profile filter the DHCP protocol.
>
> Could someone has idea to allow DHCP protocol works on ovirtmgmt/ovirtmgmt
> NIC profile?
>

Please share the versions used on the host and guest. Have you upgraded or
change something?
(by versions, I mean OS, oVirt and anything you think is related)

A fast and dirty check will be to examine if this is caused with firewalld
on the host or guest.
Please try to disable it and make sure no iptables settings appear.


> Best regards
> Carlos
> ___
> 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/566IC5K2B2JJV77ZQO73KGJNMRJNQ67X/
>
___
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/MK6OTGBZ3LSEJ2A3QOCCDYPWMEAPSLG4/

[ovirt-users] Re: attach untagged vlan internally on vm

[Edward Haas]

Ernest,you need to understand how things work under to hood to answer your
question.
If the traffic needs to pass through the NIC or not matters here.

How things work: For any VM network, a bridge is created on the host and
the vNIC from VM/s are connected to it using a tap device.
When one defines a non vlan network, the bridge is created over the NIC
directly, passing all traffic (tag and non tag alike).
When a vlan network is defined, the bridge is created over a VLAN interface
and that VLAN interface is defined over the NIC,
therefore, only traffic with the specific vlan tag is forwarded from the
nic through the vlan interface to the bridge (and from there to the vNIC/s).
When there is a combination (VLAN + non VLAN networks), the traffic for the
VLAN networks is forwarded as mentioned above, anything else,
including non-tag and tag traffic, is forwarded to the non-vlan network
(this is why you can call it also a trunk network).

Now, if the traffic between your VM/s is local and will never go out
(including needed control traffic), it does not matter on what the bridge
is defined on (on a vlan or nic directly).
This means, if you define a special network A, as vlanned or not, it will
not matter for the traffic between two tap devices connected to the same
network.
Traffic that comes from one tap device can pass to the other tap device,
ignoring VLAN/s.

[vnic]--trunk--[bridge]--trunk--[vnic]
|
+--[nic/vlan]--[external-switch]

If you want to make sure traffic does not get out, define the network as a
VLAN which does not exists on the external switch.


On Fri, Aug 23, 2019 at 5:53 PM Tony Pearce  wrote:

> May be I misunderstand but no need for any tag on same layer 2 network
>
> On Fri., 23 Aug. 2019, 22:15 Ernest Clyde Chua, <
> ernestclydeac...@gmail.com> wrote:
>
>> Good day.
>> yes the VMs and the firewall on the same L2 network also the firewall is
>> hosted in oVirt along side the VMs, currently there is no external switch
>> connected to the nic and i would like to know if it is possible to pass tag
>> internally.
>>
>>
>> On Fri, Aug 23, 2019 at 9:21 PM Tony Pearce  wrote:
>>
>>> Have the VM and the firewall on the same L2 network. Configure the VM
>>> with a default gateway of the interface of the firewall.
>>>
>>> Is it what you're looking for?
>>>
>>> On Fri., 23 Aug. 2019, 21:15 Ernest Clyde Chua, <
>>> ernestclydeac...@gmail.com> wrote:
>>>
 Good day.
 sorry if i got you guys confused.
 for clarity:

 i have a server with two nic, currently one nic is connected to public
 network and the other one is disconnected.

 And i have a vm that will be the firewall of other vm inside this
 standalone/selfhosted ovirt.

 then i am figuring out how can i pass the vlan ids on the vm or is it
 possible.





 On Fri, 23 Aug 2019, 7:46 PM Dominik Holler  wrote:

>
>
> On Thu, Aug 22, 2019 at 1:18 PM Miguel Duarte de Mora Barroso <
> mdbarr...@redhat.com> wrote:
>
>> On Wed, Aug 21, 2019 at 9:18 AM  wrote:
>> >
>> > good day
>> > currently i am testing oVirt on a single box and setup some tagged
>> vms and non tagged vm.
>> > the non tagged vm is a firewall but it has limitations on the
>> number of nic so i cannot attach tagged vnic and wish to handdle vlan
>> tagging on it
>> >
>> > is it possible to pass untaged franes internally?
>>
>> I think it would fallback to the linux bridge default configuration,
>> which internally tags untagged frames with vlanID 1, and untags them
>> when exiting the port. Unless I'm wrong (for instance, we change the
>> bridge defaults), this means you can pass untagged frames through the
>> bridge.
>>
>> Adding Edward, to keep me honest.
>>
>>
>>
> I am unsure if I got the problem.
> If you connect an untagged logical network to a vNIC (virtual NIC of a
> VM), all untagged Ethernet frames will be forwarded from the host 
> interface
> (physical NIC or bond).
> If no tagged logical network is attached to this host interface, VLAN
> tag filtering is not activated and even tagged Frames would be forwarded 
> to
> the vNC.
>
> Does this answer the question?
>
>
>
>>
>>
>> > ___
>> > 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/HYFSLS5QM5DKBYWFF44NCB4E3CD5GKH4/
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to 

[ovirt-users] Re: bond for vm interfaces

[Edward Haas]

Hello Edoardo,

Please provide some more details on where you want the bond.
Are you asking to define a bond on the host/hypervisor or inside the VM?
The later is a Linux task while the first is dome from the oVirt Manager
(Engine).

Thanks,
Edy.

On Wed, Jul 24, 2019 at 11:03 AM Edoardo Mazza  wrote:

> Hello everyone,
> I need to create a bond for vm interfaces but I don't kown what is the
> best solution, you can help me?
>
Thanks
> Edoardo
> ___
> 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/TFLL6M32PLES3H4G6U5Y67KCYMZRXGOH/
>
___
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/MK7DXHPKRUK7ZRH2XOVAPLDNPZFCQ4AO/

[ovirt-users]Re: Bond Mode 1 （Active-Backup）,vm unreachable for minutes when bond link change

[Edward Haas]

On Sat, May 25, 2019 at 5:06 AM  wrote:

> Hello,
>
> I've a problem, all my ovirt hosts and vms are linked with a bonding mode
> 1（Active-Backup）2x10Gbps
> ovirt version：4.3
> topology：
>--eno2
> vm--ovirtmgmt--bond0---eno1
>
> ifcfg-bond0：
> # Generated by VDSM version 4.30.9.1
> DEVICE=bond0
> BONDING_OPTIOS='mode=1 miion=100'
> BRIDGE=ovirtmgmt
> MACADDR=a4:be:26:16:e9:b2
> ONBOOT=yes
> MTU=1500
> DEFROUTE=no
> NM_CONTROLLER=no
> IPV6INIT=no
>
> ifcfg-eno1:
> # Generated by VDSM version 4.30.9.1
> DEVICE=eno1
> MASTER=bond0
> SLAVE=yes
> ONBOOT=yes
> MTU=1500
> DEFROUTE=no
> NM_CONTROLLER=no
> IPV6INIT=no
>
> ifcfg-eno2:
> # Generated by VDSM version 4.30.9.1
> DEVICE=eno2
> MASTER=bond0
> SLAVE=yes
> ONBOOT=yes
> MTU=1500
> DEFROUTE=no
> NM_CONTROLLER=no
> IPV6INIT=no
>
> ifcfg-ovirtmgmt:
> # Generated by VDSM version 4.30.9.1
> DEVICE=ovirtmgmt
> TYPE=Brodge
> DELAY=0
> STP=off
> ONBOOT=yes
> IPADDR=x.x.x.x
> NEYMASK=255.255.255.0
> GATEWAY=x.x.x.x
> BOOTPROTO=none
> MTU=1500
> DEFROUTE=yes
> NM_CONTROLLER=no
> IPV6INIT=yes
> IPV6_AUTOCONF=yes
>
>
> cat /proc/net/bonding/bond0
> Ethernet Chanel Bonding Driver:v3.7.1(April 27, 2011)
>
> Bonding Mode:fault-tolerance(active-ackup)
> Primary Slave:none
> Currently Active Slave:eno1
> MII Status:up
> MII Polling Intercal (ms):100
> Up Delay (ms) : 0
> Down Delay (ms) : 0
>
> Slave Interface :eno1
> MII Status:up
> Speed : 1 Mbps
> Link Failure Count : 0
> Permanent HW addr :a4:be:26:16:e9:b2
> Slave queue ID: 0
>
> Slave Interface :eno2
> MII Status:up
> Speed : 1 Mbps
> Link Failure Count : 0
> Permanent HW addr :a4:be:26:16:e9:b2
> Slave queue ID: 0
>
> ping vm from different subnet.
>
> Eveything is okay if I don't change bond link interface。When I unplug
> Currently Active Slave eno1,bond link change to eno2 as expected but vm
> become unreachable until external physical switch MAC Table ageing time
> expired.It seems that vm doesn't sent gratuitous ARP when bond link change.
> How can I fix if?
>

There is no reason for the VM OS to send anything as it is unaware of the
change you have done in the network.
It should work fine if you perform this operation from oVirt Management, as
it will cause the interfaces to be set down and up again (I would expect
the links to go down as a result), causing the switch ports to flush its
mac address table.


> vm os is Centos 7.5
> ovirt version 4.2 also tested.
> ___
> 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/CUC67VZ7WNW5M4L7IBBDIUZKK7SRLMLQ/
>
___
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/FAAET3PUF5OWWH7GUA72G3ICWK3MLSRU/

[ovirt-users] Re: Node losing management network address?

[Edward Haas]

On Thu, Feb 28, 2019 at 6:27 PM Juhani Rautiainen <
juhani.rautiai...@gmail.com> wrote:

> On Thu, Feb 28, 2019 at 3:01 PM Edward Haas  wrote:
> >
> > On boot, VDSM attempts to apply its persisted network desired
> configuration through ifcfg.
> > Even though you may have fixed the ifcfg files, the persisted VDSM
> config may had been set with DHCP, therefore your changes would get
> overwritten on boot or when the synchronization was issued from Engine.
>
> This is what I thought when I saw it coming up with DHCP.
>
> > When you get an unsync warning, fixes on the host should match with the
> persisted config known to VDSM.
>
> How can you see the persistent config? At least the webadmin is maybe
> too user friendly and just offers the resync. It doesn't tell what is
> going to do when it does resync. I would have not started the
> operation if I had known that it was going to switch to DHCP.
>

Engine will pass a command to VDSM per the configuration you see on the
network attachement window.
If there was something else on the host, it will be changed based on this
command.
Even if the parameteres are grayed, it should still show you the current
desired state.
You could identify that something is not correct, uncheck the `resync`
checkbox, edit the values and then apply.


> > Usually the persisted state in VDSM and the one in Engine are the same,
> unless something very strange has happened... like moving hosts between
> Engine servers or self editing on one side without it reaching the other
> side.
>
> I had to move hosts to different cluster (same HE). That was
> recommended here because of the EPYC migration problems when upgrading
> to 4.3. Discussions are in the list archives and in bug 1672859 for
> that one. Maybe this was side effect of that.
>
> Thanks,
> -Juhani
>
> >
> > On Thu, Feb 28, 2019 at 9:34 AM Juhani Rautiainen <
> juhani.rautiai...@gmail.com> wrote:
> >>
> >> On Wed, Feb 27, 2019 at 6:26 PM Dominik Holler 
> wrote:
> >> >
> >>
> >> >
> >> > This is a valid question.
> >> >
> >> > > > > I noticed that one node had ovirtmgmt network unsynchronized. I
> tried
> >> >
> >> > oVirt detected a difference between the expected configuration and
> applied
> >> > configuration. This might happen if the interface configuration is
> change
> >> > directly on the host instead of using oVirt Engine.
> >> >
> >> > > > > to resynchronize it.
> >> >
> >> > If you have the vdsm.log, the relevant lines start at the pattern
> >> > Calling 'Host.setupNetworks'
> >> > and ends at the pattern
> >> > FINISH getCapabilities
> >>
> >> This gave some clues. See the log below. IMHO it points engine getting
> >> something wrong because it seems to ask for DHCP setup in query.
> >> Probably fails because it succeeds in address change and network
> >> connection is torn down.
> >>
> >> 2019-02-25 12:41:38,478+0200 WARN  (vdsm.Scheduler) [Executor] Worker
> >> blocked:  >> {u'bondings': {}, u'networks': {u'ovirtmgmt': {u'ipv6autoconf': False,
> >> u'nic': u'eno1', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False,
> >> u'STP': u'no', u'bridged': u'true', u'defaultRoute': True,
> >> u'bootproto': u'dhcp'}}, u'options': {u'connectivityCheck': u'true',
> >> u'connectivityTimeout': 120, u'commitOnSuccess': True}}, 'jsonrpc':
> >> '2.0', 'method': u'Host.setupNetworks', 'id':
> >> u'2ca75cf3-6410-43b4-aebf-cdc3f262e5c2'} at 0x7fc9c95ef350>
> >> timeout=60, duration=60.01 at 0x7fc9c961e090> task#=230106 at
> >> 0x7fc9a43a1fd0>, traceback:
> >> File: "/usr/lib64/python2.7/threading.py", line 785, in __bootstrap
> >>   self.__bootstrap_inner()
> >> File: "/usr/lib64/python2.7/threading.py", line 812, in
> __bootstrap_inner
> >>   self.run()
> >> File: "/usr/lib64/python2.7/threading.py", line 765, in run
> >>   self.__target(*self.__args, **self.__kwargs)
> >> File: "/usr/lib/python2.7/site-packages/vdsm/common/concurrent.py",
> >> line 195, in run
> >>   ret = func(*args, **kwargs)
> >> File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 301, in
> _run
> >>   self._execute_task()
> >> File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 315,
> >> in _execute_task
> >>   task()
> >> File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 39

[ovirt-users] Re: Node losing management network address?

[Edward Haas]

On boot, VDSM attempts to apply its persisted network desired configuration
through ifcfg.
Even though you may have fixed the ifcfg files, the persisted VDSM config
may had been set with DHCP, therefore your changes would get overwritten on
boot or when the synchronization was issued from Engine.

When you get an unsync warning, fixes on the host should match with the
persisted config known to VDSM.
Usually the persisted state in VDSM and the one in Engine are the same,
unless something very strange has happened... like moving hosts between
Engine servers or self editing on one side without it reaching the other
side.


On Thu, Feb 28, 2019 at 9:34 AM Juhani Rautiainen <
juhani.rautiai...@gmail.com> wrote:

> On Wed, Feb 27, 2019 at 6:26 PM Dominik Holler  wrote:
> >
>
> >
> > This is a valid question.
> >
> > > > > I noticed that one node had ovirtmgmt network unsynchronized. I
> tried
> >
> > oVirt detected a difference between the expected configuration and
> applied
> > configuration. This might happen if the interface configuration is change
> > directly on the host instead of using oVirt Engine.
> >
> > > > > to resynchronize it.
> >
> > If you have the vdsm.log, the relevant lines start at the pattern
> > Calling 'Host.setupNetworks'
> > and ends at the pattern
> > FINISH getCapabilities
>
> This gave some clues. See the log below. IMHO it points engine getting
> something wrong because it seems to ask for DHCP setup in query.
> Probably fails because it succeeds in address change and network
> connection is torn down.
>
> 2019-02-25 12:41:38,478+0200 WARN  (vdsm.Scheduler) [Executor] Worker
> blocked:  {u'bondings': {}, u'networks': {u'ovirtmgmt': {u'ipv6autoconf': False,
> u'nic': u'eno1', u'mtu': 1500, u'switch': u'legacy', u'dhcpv6': False,
> u'STP': u'no', u'bridged': u'true', u'defaultRoute': True,
> u'bootproto': u'dhcp'}}, u'options': {u'connectivityCheck': u'true',
> u'connectivityTimeout': 120, u'commitOnSuccess': True}}, 'jsonrpc':
> '2.0', 'method': u'Host.setupNetworks', 'id':
> u'2ca75cf3-6410-43b4-aebf-cdc3f262e5c2'} at 0x7fc9c95ef350>
> timeout=60, duration=60.01 at 0x7fc9c961e090> task#=230106 at
> 0x7fc9a43a1fd0>, traceback:
> File: "/usr/lib64/python2.7/threading.py", line 785, in __bootstrap
>   self.__bootstrap_inner()
> File: "/usr/lib64/python2.7/threading.py", line 812, in __bootstrap_inner
>   self.run()
> File: "/usr/lib64/python2.7/threading.py", line 765, in run
>   self.__target(*self.__args, **self.__kwargs)
> File: "/usr/lib/python2.7/site-packages/vdsm/common/concurrent.py",
> line 195, in run
>   ret = func(*args, **kwargs)
> File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 301, in
> _run
>   self._execute_task()
> File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 315,
> in _execute_task
>   task()
> File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 391, in
> __call__
>   self._callable()
> File: "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line
> 262, in __call__
>   self._handler(self._ctx, self._req)
> File: "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line
> 305, in _serveRequest
>   response = self._handle_request(req, ctx)
> File: "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line
> 345, in _handle_request
>   res = method(**params)
> File: "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 194,
> in _dynamicMethod
>   result = fn(*methodArgs)
> File: "", line 2, in setupNetworks
> File: "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50, in
> method
>   ret = func(*args, **kwargs)
> File: "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1562, in
> setupNetworks
>   supervdsm.getProxy().setupNetworks(networks, bondings, options)
> File: "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py",
> line 56, in __call__
>   return callMethod()
> File: "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py",
> line 54, in 
>   **kwargs)
> File: "", line 2, in setupNetworks
> File: "/usr/lib64/python2.7/multiprocessing/managers.py", line 759, in
> _callmethod
>   kind, result = conn.recv() (executor:363)
> 2019-02-25 12:41:38,532+0200 INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer]
> RPC call Host.ping2 succeeded in 0.00 seconds (__init__:312)
> 2019-02-25 12:41:38,538+0200 INFO  (jsonrpc/5) [api.host] START
> getCapabilities() from=::1,41016 (api:48)
> 2019-02-25 12:41:38,834+0200 INFO  (jsonrpc/7) [api.host] START
> getAllVmStats() from=::1,41018 (api:48)
> 2019-02-25 12:41:38,845+0200 WARN  (jsonrpc/7) [virt.vm]
> (vmId='66394fff-6207-4277-ab47-bffd39075eef') monitor became
> unresponsive (command timeout, age=70.070003) (vm:6014)
> 2019-02-25 12:41:38,850+0200 INFO  (jsonrpc/7) [api.host] FINISH
> getAllVmStats return={'status': {'message': 'Done', 'code': 0},
> 'statsList': (suppressed)} from=::1,41018 (api:54)
> 2019-02-25 12:41:38,854+0200 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer]
> RPC call Host.getAllVmStats succeeded in 0.02 seconds (__init__:312)

[ovirt-users] Re: Creating a static route

[Edward Haas]

On Wed, Feb 20, 2019 at 2:14 PM Lev Veyde  wrote:

> Hi Edward,
>
> Thanks for your feedback on the issue.
>
> I still think that we do need to to add a note to the documentation, so
> that customers/integrators who want to add custom static routes will be
> aware of the issue.
>

Unfortunately, the users can't do that today in a safe manner. I do not
think we should document things that are breakable or that is tailored to
work for a specific user.
If we document it, it means we support it.

If someone is willing to write a blog on how to add a custom route, as a
non formal documentation, it will be great.

As previously discussed we should note of course, that this feature is
> currently not officially supported, and adding the routes manually is a
> workaround.
>
> Thanks in advance,
>
> On Wed, Feb 20, 2019 at 1:41 PM Edward Haas  wrote:
>
>> As mentioned in this thread oVirt currently does not support customized
>> routes.
>> It supports only a host level default route and per network gateways
>> (default route per network).
>>
>> If someone understands well the Linux network details, workarounds may be
>> applied to overcome oVirt limitations.
>> With that said, as oVirt manages the host network details, the community
>> and future development cannot take into account such workarounds.
>>
>> To solve this problem correctly, oVirt needs to support customize routes.
>> From my perspective, this workaround should not be formally documented.
>>
>> Thanks,
>> Edy.
>>
>> On Tue, Feb 19, 2019 at 2:22 AM Lev Veyde  wrote:
>>
>>> Hi Doug,
>>>
>>> Thanks for the update, I'm glad that we could help and everything
>>> worked out just fine!
>>>
>>> I also opened a BZ, asking to add a note in the documentation regarding
>>> this issue.
>>>
>>> Thanks in advance,
>>>
>>> On Mon, Feb 18, 2019 at 7:15 PM Doug Maxfield <
>>> doug.l.maxfi...@emcins.com> wrote:
>>>
>>>> Lev,
>>>>
>>>> Just wanted to update you on the progress.  We created the persistent
>>>> static routes and rules and the data is routing correctly over the required
>>>> gateway.
>>>>
>>>>
>>>>
>>>> Thank you for all of your help!!!
>>>>
>>>>
>>>>
>>>> [image: Count On EMC] <http://www.emcins.com/>
>>>>
>>>> *Doug Maxfield *| Senior Operating Systems Analyst
>>>>
>>>> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
>>>> Tel: 515.345.4507 | Fax: 866.331.1522
>>>> doug.l.maxfi...@emcins.com | www.emcins.com
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> *From:* Lev Veyde 
>>>> *Sent:* Thursday, February 14, 2019 9:14 AM
>>>> *To:* Doug Maxfield 
>>>> *Cc:* users 
>>>> *Subject:* Re: [ovirt-users] Creating a static route
>>>>
>>>>
>>>>
>>>> Hi Doug,
>>>>
>>>> Just one more thing that I forgot to mention, even though it may be
>>>> obvious - you can use subnets in both rules and routes.
>>>>
>>>> So if all the IPs you want to route sit in the same subnet then you can
>>>> contain them with a single command e.g. "to 172.22.20.0/24 priority
>>>> 32764"
>>>>
>>>> Thanks in advance,
>>>>
>>>>
>>>>
>>>> On Thu, Feb 14, 2019 at 4:59 PM Lev Veyde  wrote:
>>>>
>>>> Hi Doug,
>>>>
>>>> Sure, np.
>>>>
>>>>
>>>>
>>>> >> 1. - yes it is the priority setting of the specific rule. Basically
>>>> you put in the file the post "ip rule add" part of the command e.g. for "ip
>>>> rule add to 172.22.20.31 priority 32764" you need to put a line of "to
>>>> 172.22.20.31 priority 32764"
>>>>
>>>> >> 2. - yes, the same priority can be used for all of them. E.g. if you
>>>> want to route 172.22.20.31, 172.22.34.56 and 172.22.67.89 you will need to
>>>> add:
>>>>
>>>> to 172.22.20.31 priority 32764
>>>> to 172.22.34.56 priority 32764
>>>> to 172.22.67.89 priority 32764
>>>>
>>>> into the rule- file e.g. rule-ovirtmgmt or rule-eno3.
>>>>
>>>>
>>>>
>>>> Please note that you will also need to add the static route for ea

[ovirt-users] Re: Creating a static route

[Edward Haas]

As mentioned in this thread oVirt currently does not support customized
routes.
It supports only a host level default route and per network gateways
(default route per network).

If someone understands well the Linux network details, workarounds may be
applied to overcome oVirt limitations.
With that said, as oVirt manages the host network details, the community
and future development cannot take into account such workarounds.

To solve this problem correctly, oVirt needs to support customize routes.
>From my perspective, this workaround should not be formally documented.

Thanks,
Edy.

On Tue, Feb 19, 2019 at 2:22 AM Lev Veyde  wrote:

> Hi Doug,
>
> Thanks for the update, I'm glad that we could help and everything
> worked out just fine!
>
> I also opened a BZ, asking to add a note in the documentation regarding
> this issue.
>
> Thanks in advance,
>
> On Mon, Feb 18, 2019 at 7:15 PM Doug Maxfield 
> wrote:
>
>> Lev,
>>
>> Just wanted to update you on the progress.  We created the persistent
>> static routes and rules and the data is routing correctly over the required
>> gateway.
>>
>>
>>
>> Thank you for all of your help!!!
>>
>>
>>
>> [image: Count On EMC] 
>>
>> *Doug Maxfield *| Senior Operating Systems Analyst
>>
>> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
>> Tel: 515.345.4507 | Fax: 866.331.1522
>> doug.l.maxfi...@emcins.com | www.emcins.com
>>
>>
>>
>>
>>
>> *From:* Lev Veyde 
>> *Sent:* Thursday, February 14, 2019 9:14 AM
>> *To:* Doug Maxfield 
>> *Cc:* users 
>> *Subject:* Re: [ovirt-users] Creating a static route
>>
>>
>>
>> Hi Doug,
>>
>> Just one more thing that I forgot to mention, even though it may be
>> obvious - you can use subnets in both rules and routes.
>>
>> So if all the IPs you want to route sit in the same subnet then you can
>> contain them with a single command e.g. "to 172.22.20.0/24 priority
>> 32764"
>>
>> Thanks in advance,
>>
>>
>>
>> On Thu, Feb 14, 2019 at 4:59 PM Lev Veyde  wrote:
>>
>> Hi Doug,
>>
>> Sure, np.
>>
>>
>>
>> >> 1. - yes it is the priority setting of the specific rule. Basically
>> you put in the file the post "ip rule add" part of the command e.g. for "ip
>> rule add to 172.22.20.31 priority 32764" you need to put a line of "to
>> 172.22.20.31 priority 32764"
>>
>> >> 2. - yes, the same priority can be used for all of them. E.g. if you
>> want to route 172.22.20.31, 172.22.34.56 and 172.22.67.89 you will need to
>> add:
>>
>> to 172.22.20.31 priority 32764
>> to 172.22.34.56 priority 32764
>> to 172.22.67.89 priority 32764
>>
>> into the rule- file e.g. rule-ovirtmgmt or rule-eno3.
>>
>>
>>
>> Please note that you will also need to add the static route for each one
>> of these as well w/ "ip route add ... " command e.g. "ip route add
>> 172.22.20.31 via 172.21.12.61".
>>
>> You can also use the route- putting just the route info
>> part, similar to the "ip rule" e.g. for equivalent of "ip route add
>> 172.22.20.31 via 172.21.12.61" you need put in the file a line with the
>> content "172.22.20.31 via 172.21.12.61".
>>
>> For routes it's important to use specifically the route-ovirtmgmt file
>> since the script automatically adds the device to the route command i.e.
>> you can put the following lines into your route-ovirtmgmt file:
>>
>> 172.22.20.31 via 172.21.12.61
>> 172.22.34.56 via 172.21.12.61
>> 172.22.67.89 via 172.21.12.68
>>
>> (In case the first 2 of the mentioned IPs should be routed through the
>> 172.21.12.61 gateway, and the last one should be routed through the
>> 172.21.12.68 gateway).
>>
>>
>>
>> For the reference you can take a look at the
>> /etc/sysconfig/network-scripts/ifup-routes script.
>> It does the actual processing of both "route" and "rule" files for all
>> network interfaces on a system.
>>
>>
>>
>> Please feel free to contact if you have further questions.
>>
>>
>>
>> Thanks in advance,
>>
>>
>>
>> On Thu, Feb 14, 2019 at 3:39 PM Doug Maxfield 
>> wrote:
>>
>> Lev,
>>
>> Thanks for the response.  I was just getting ready to contact you about
>> this.  I do have 2 follow-up questions, if you don’t mind.
>>
>>
>>
>>1. When we were talking about creating the route that would be
>>enabled again after a reboot, you said to modify “the
>>/etc/sysconfig/network-scripts/rule- e.g. rule-ovirtmgmt 
>> or
>>rule-eno3 (just put in the file "to 172.22.20.31 priority 32764”.  Is
>>priority 32764 for the ip rule command?
>>2. If I have multiple IPs that I would need to create a static route,
>>would the priority be 32764 for all of them?
>>
>>
>>
>> Once again, thank you for all of your help with this!!
>>
>>
>>
>> [image: Count On EMC] 
>>
>> *Doug Maxfield *| Senior Operating Systems Analyst
>>
>> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
>> Tel: 515.345.4507 | Fax: 866.331.1522
>> doug.l.maxfi...@emcins.com | www.emcins.com
>>
>>
>>
>>
>>
>> *From:* Lev Veyde 
>> *Sent:* Thursday, February 14, 2019 3:19 AM
>> 

[ovirt-users] Re: Ovirt Maximums

[Edward Haas]

On Fri, Nov 30, 2018 at 4:21 PM Brian Wilson  wrote:

> Is there a resource available that would describe the configurable
> maximums for the Ovirt Engine and Ovirt Nodes.
>
> Things like:
> How many Logical Networks per host?
>
>
> If one does not exist does anyone have any experiences with reaching
> limits that caused issues specifically with regards to the number of
> networks on hosts.
>

There is no specific limit on the number of networks per host, but when
configuring a bulk of networks in on transaction it may take too long for
the change to execute on the host.
That in turn causes a timeout and fails the transaction.
Please see
https://ovirt.org/blog/2017/11/setting-up-multiple-networks-is-going-to-be-much-faster-in-ovirt-4-2/
for more information.


> ___
> 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/JAX5HF4AHGFJSYIZ7ZU2UOED53VHWJUR/
>
___
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/6ZDDZJOXR6DPDIZYEEMJFPJLNH6KWRTS/

[ovirt-users] Re: Out of sync, hosts network config differs from DC

[Edward Haas]

On Fri, May 25, 2018 at 4:08 PM femi adegoke 
wrote:

> Property: default route, host - true, DC - false
>
> I have 4 nics.
> bond0 = 2 x 10g
> eno1 = ovirtmgmt
> eno2 = for vm traffic.
>
> eno2 says it's out of sync, hosts network config differs from DC,
> default route: host - true, DC - false.
>

This means that the default route is configured on the vm_traffic network
at the host,
but on Engine you have it defined on the ovirtmgmt network.

Per your decision on what default route you want to have, adjust Engine
or/and investigate
how that route exists on the host.
One option that this may have happened is if you used DHCP on the
vm_traffic network and
git the route through it.

I have tried "sync all networks" but the message still remains
> See attached.
>
> Where can I look to fix the
> issue?___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
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/KIKY3UYVFC7DAIYW42TO6HWATM2PA5AO/

[ovirt-users] Re: Upgrade 4.0 to 4.1: Global Maintenance Mode not recognized

[Edward Haas]

Where did you managed to get a 4.1 version from?
I would recommend using a supported version (4.2).

On Mon, Nov 26, 2018 at 1:20 PM gregor  wrote:

> During installation the firewall was enable or changed therefore I get
> an "NoRouteToHostException" from the Engine to the Host.
> After disabling the firewall on the Host the Data Center and VM's are up
> and running.
>
> regards
> gregor
>
> Am 26.11.18 um 07:50 schrieb gregor:
> > The Engine is up but the host stucks in NonResponsive.
> >
> > The Webinterface stuck in "hanlding non respsonsive host". "Validating"
> > is green and "Executing" is spinning.
> >
> > Can anybody help?
> > I found no errors in the logs under /var/log/ovirt-hosted-engine-ha and
> > journalclt
> >
> > regards
> > gregor
> >
> >
> > Am 26.11.18 um 07:35 schrieb gregor:
> >> I was able to change the maintenance state in the database to finish the
> >> upgrade with engine-setup.
> >>
> >> these are the lines:
> >>
> >> select vds_id,ha_global_maintenance from vds_statistics where vds_id =
> >> '706599d5-2dbc-400c-b9da-5b5906de6dbd';
> >> update vds_statistics set ha_global_maintenance = 't' where vds_id =
> >> '706599d5-2dbc-400c-b9da-5b5906de6dbd';
> >>
> >> Now it's time to wait if the host and engine can reboot and start the
> vm's.
> >>
> >> regards
> >> gregor
> >>
> >> Am 26.11.18 um 06:07 schrieb gregor:
> >>> Hello,
> >>>
> >>> I upgraded one host from 4.0 to 4.1 without problems. Now I have a
> >>> problem with another host, in another network, where the Global
> >>> Maintenance mode is not recognized by engine-setup.
> >>>
> >>> Is there a way to force the setup or set the maintenance mode inside
> the
> >>> database?
> >>>
> >>> One problem can be that an the host was accidentally upgraded to 4.1
> >>> before I upgraded the engine.
> >>>
> >>> kind regards
> >>> gregor
> >>> ___
> >>> 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/RQOX7YHHW3GTYEOP5YMG6NF2OD4BHUC7/
> >>>
> >> ___
> >> 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/TLXT24MHJHSPQDI7ENVVJO2WVOBHHLB4/
> >>
> > ___
> > 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/7M2HF3S6UHCLR7QK2AU2GZBN7DGPEHBF/
> >
> ___
> 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/P2EVD5IRRG7YUXD36KKJ74YXFXMKX4RG/
>
___
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/ZMOAUEFF33KNJSCMCPCJAZGWBNC267WP/

[ovirt-users] Re: Networking - How to pass all vlan (trunk) to a guest VM?

[Edward Haas]

Unfortunately you are trying to implement an unsupported setup as discussed
already here:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/O23ICVSO5SHTK5PX6ZFB7XB3ROWJOHAL/

* BTW, I have missed your responses. Please try to keep the ones who
participated in the thread on the email to/cc sections, it will improve the
chances the thread is tracked by them.

Thanks,
Edy.

On Sun, Nov 4, 2018 at 9:47 PM Jonathan Greg 
wrote:

> Hi,
>
> To give a try, I added a new vlan in my infrastructure but I didn't
> defined it in oVirt. I configured a sub-interface ens3.444 on my guest VM
> and the VM is able to talk to the external world.
>
> However, as soon as I define I create a logical network (vlan444) in oVirt
> and attach it to the host. the VM communication stop. It looks like that we
> cannot trunk a vlan to a guest if this vlan is defined in oVirt.
>
> Is it the expected behavior?
> Is there a workaround?
> Will this feature be available in the next release(s)?
>
>
> Thanks
> ___
> 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/VCR5S4VCRCWKOSWC74SIK67I3JUUJQJB/
>
___
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/VLMFDCEPSKRI56LOS4FMTDNNEMZ67E7Q/

[ovirt-users] Re: Network/Storage design

[Edward Haas]

On Thu, Nov 8, 2018 at 4:57 PM Josep Manel Andrés Moscardó <
josep.mosca...@embl.de> wrote:

> Thanks for the tips,
> I have set up one NIC on VLAN 1 for storage,  one NIC on VLAN 1 for
> Migration , 1 NIC on VLAN 1 for MGMT and one NIV on multiples VLANs for
> VM's.
>
> Does it make sense or I will have routing issues for having multiple
> interfaces on the same VLAN with different IP's?
>

Having all networks on the same VLAN is almost the same as having one
network on multiple nics (using bond).
The later has the advantage of load balancing and redundancy options.
When networks are separated, usually that is maintained on the local LAN/s
as well (full L2 separation across your site).

Having multiple interfaces on the same subnet is not a problem in Linux,
but in some special scenarios you may encounter challenges. You will have
to try it out.

Thanks,
Edy.


> Thanks.
>
> On 7/11/18 21:31, Alastair Neil wrote:
> > fyi My config:
> > for storage each system has 2x10 GBe lacp bonded to two switches in an
> > mlag group
> > 1x1Gbe ovirtmgmnt
> > 1x1Gbe public VM netrwork
> > 1x1Gbe private VM nertwork
> > 1x1Gbe trunked to provide tagged vlans to VMs
> >
> >
> >
> > On Wed, 7 Nov 2018 at 13:10, Josep Manel Andrés Moscardó
> > mailto:josep.mosca...@embl.de>> wrote:
> >
> > Hi,
> > thanks for the info.
> > So management network is used to deploy new images, but if I deploy
> the
> > VM's from PXE server, I guess this is not needed, right?
> >
> > The storage network is clear.
> >
> > And then the entworks for the VM's I guess that are the networks with
> > VLAN's, in my case, that will be used by the VM's. But, Which is the
> > network for migrating VM's from one host to the other? Does it need
> to
> > be non usable by the the VM's?
> >
> > Thanks.
> >
> > On 7/11/18 16:53, Nir Soffer wrote:
> >  > On Wed, Nov 7, 2018 at 4:17 PM Josep Manel Andrés Moscardó
> >  > mailto:josep.mosca...@embl.de>
> > >>
> wrote:
> >  >
> >  > Hi,
> >  > I am new to oVirt and trying to deploy a cluster to see
> > whether we can
> >  > move from VMWare to oVirt, but my first stopper is how to do
> > a proper
> >  > design  for the infrastructure,
> >  >
> >  > how many networks do I need?, I have 2x10Gb SFP+ and 4x1Gb
> > ethernet.
> >  >
> >  > For storage we have NFS coming from Netapp and ceph.
> >  >
> >  > Could someone point me in the right direction?
> >  >
> >  >
> >  > You can use 1G nic for the management network, but note that if
> you
> >  > want to upload and download images we use this network, so best
> have
> >  > a fast enough network for management.
> >  >
> >  > You want separate network for storage (NFS/Ceph) - this your
> biggest
> >  > bottleneck.
> >  >
> >  > Then you want a fast network for VMs. Migrating VMs from host to
> host
> >  > needs also fast network, but is not very common.
> >  >
> >  > It depends also what the VMs are used for - database? desktops?
> >  > web servers? rendering nodes?
> >  >
> >  > I guess you can learn from other users.
> >  >
> >  > Nir
> >
> > --
> > Josep Manel Andrés Moscardó
> > Systems Engineer, IT Operations
> > EMBL Heidelberg
> > T +49 6221 387-8394
> >
> > ___
> > 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/WSQJI6KQT2HFJ3OAYCKYXO224TCA5MJ7/
> >
>
> --
> Josep Manel Andrés Moscardó
> Systems Engineer, IT Operations
> EMBL Heidelberg
> T +49 6221 387-8394
>
> ___
> 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/WOHSSUYR44YLJ44XI7XVNTJJTSRGCMZV/
>
___
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/OZNDLSDGH7W23HRL6AW4IUY4OZRLPH37/

[ovirt-users] Re: Networking - How to pass all vlan (trunk) to a guest VM?

[Edward Haas]

Yes, not setting any VLAN on a network implies all packets will pass on to
that network from the nic it is configured on.
Please share your host `ip addr` , `brctl show` and the name of the network
you configured.
Do you see relevant packets on the host nic?

Thanks,
Edy.

On Thu, Nov 1, 2018 at 5:29 PM Petr Horacek  wrote:

> Hello,
>
> you are right, with "Enable VLAN tagging" VMs should be connected to the
> network via a trunk.
>
> It should work, right Edward?
>
> Regards,
> Petr
>
> 2018-10-31 20:14 GMT+01:00 Jonathan Greg :
>
>> Hi,
>>
>> I didn't find the documentation about it... How I can pass all the vlan
>> (trunk) to a guest VM (without SR-IOV)?
>>
>> My switch is configured to trunk all vlans.
>> I do have configured a logical network with the "Enable VLAN tagging" box
>> uncheck and assign it to a VM. My understanding with this setting is that
>> tagged and untagged packet should be forwarded to the VM guest.
>> Unfortunately it doesn't work at all, if I run a tcpdump on the VM nic
>> attached to this logical network, I don't see anything... I would really
>> like to run a virtual router or firewall on my setup without having to
>> shutdown my VM and having attach a new vnic each time I want to add a new
>> vlan.
>>
>> Any idea?
>>
>> Jonathan
>> ___
>> 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/JXJG2H553WIGAZ5RI5KX3NXHDDKTCPCH/
>>
>
>
___
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/TKGHLCU243I4YECAESWF53GRJ6YTR3CF/

[ovirt-users] Re: Ovirt - Bonded NICs - using as tagged and untagged at the same time

[Edward Haas]

On Tue, Oct 30, 2018 at 3:32 AM Patrick Lawrence 
wrote:

> Thank you for responding. Do you think this would this work with OVS?
>
Yes, if support for it will be added to our OVN solution.
For this to work, we will need:
- Use OVN (external network) solution in oVirt.
- Use OVS cluster in order to connect the external network to the host
network using physnet.
- Introduce support in the OVN solution to enable trunk ports towards the
VM/s.

For the last point an RFE is required.

Thanks,
Edy.

>
> On 10/29/2018 2:39 PM, Edward Haas wrote:
>
> I think that this has been already asked:
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/USPMFD3NUAGE4PLOV62HSQDNEMHL37TU/?sort=date
>
> It is not supported because of how traffic is passed to a vlan by its base
> interface.
> When packets arrive to the nic and on top of it there is a vlan, any
> packet with a tag that matches that vlan will be forwarded to it and from
> there to the bridge.
> Leftovers (any other tags or non tag packers) will get forwarded to the
> bridge which is directly connected to the nic.
>
> So you cannot have one tag and one untag using the same base interface
> (bond in your case).
>
> Thanks,
> Edy.
>
>
> On Mon, Oct 29, 2018 at 5:29 PM Petr Horacek  wrote:
>
>> That sounds like a valid configuration. Edy, what do you think?
>>
>> 2018-10-26 16:24 GMT+02:00 :
>>
>>> Correct. On the host i have 1 management interface (ovirtmngmt) and 1
>>> bonded pair of 10GB interfaces (bond0)
>>>
>>> Under Networks I have created the following networks.
>>> VLAN70 - Tagged with 70
>>> 20GBBond - no tagging
>>>
>>> In the host I added both VLAN70 and 20GBBond via the Setup Network. I
>>> dragged the two networks interfaces and dropped on the bond0 nics.
>>>
>>> I created two VMs and assigned interfaces.
>>> Test1 - Attached VLAN70
>>> I ping 10.0.70.1 (the gateway) and it works.
>>>
>>> Test2 - Attached 20GBBond and create a eth1.70 interface in the OS.
>>> I can not ping 10.0.70.1, since VLAN70 is attached to Test1.
>>> If I stop Test1, remove the VLAN70 and delete the VLAN70 network I can
>>> then ping 10.0.70.1 from the eth1.70 interface on Test2.
>>> However, both can not exist at the same time.
>>> ___
>>> 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/RUXROJVCPYWH37EGY22OMPLF5RQJ6SFL/
>>>
>>
>>
>
___
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/7CGHRYXPSTN2D4XTISPMDUGQDBLDGPOL/

[ovirt-users] Re: Ovirt - Bonded NICs - using as tagged and untagged at the same time

[Edward Haas]

I think that this has been already asked:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/USPMFD3NUAGE4PLOV62HSQDNEMHL37TU/?sort=date

It is not supported because of how traffic is passed to a vlan by its base
interface.
When packets arrive to the nic and on top of it there is a vlan, any packet
with a tag that matches that vlan will be forwarded to it and from there to
the bridge.
Leftovers (any other tags or non tag packers) will get forwarded to the
bridge which is directly connected to the nic.

So you cannot have one tag and one untag using the same base interface
(bond in your case).

Thanks,
Edy.


On Mon, Oct 29, 2018 at 5:29 PM Petr Horacek  wrote:

> That sounds like a valid configuration. Edy, what do you think?
>
> 2018-10-26 16:24 GMT+02:00 :
>
>> Correct. On the host i have 1 management interface (ovirtmngmt) and 1
>> bonded pair of 10GB interfaces (bond0)
>>
>> Under Networks I have created the following networks.
>> VLAN70 - Tagged with 70
>> 20GBBond - no tagging
>>
>> In the host I added both VLAN70 and 20GBBond via the Setup Network. I
>> dragged the two networks interfaces and dropped on the bond0 nics.
>>
>> I created two VMs and assigned interfaces.
>> Test1 - Attached VLAN70
>> I ping 10.0.70.1 (the gateway) and it works.
>>
>> Test2 - Attached 20GBBond and create a eth1.70 interface in the OS.
>> I can not ping 10.0.70.1, since VLAN70 is attached to Test1.
>> If I stop Test1, remove the VLAN70 and delete the VLAN70 network I can
>> then ping 10.0.70.1 from the eth1.70 interface on Test2.
>> However, both can not exist at the same time.
>> ___
>> 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/RUXROJVCPYWH37EGY22OMPLF5RQJ6SFL/
>>
>
>
___
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/GBOFDR5CQF2Z4S7HPRDXUK7DF4GWGL2F/

[ovirt-users] Re: re-enabling networkmanager

[Edward Haas]

You can enable NetworkManager, just make sure you restart vdsmd and
supervdsmd services on the machine.

Thanks,
Edy.

On Tue, Oct 23, 2018 at 11:03 AM Nathanaël Blanchet 
wrote:

> No problem to enable NM, it is now default activated on ovirt-node, so it
> should be ok on centos as well
> Le 22/10/2018 à 12:48, fsoyer a écrit :
>
> At least view some graphs. Here is a screenshot of the cockpit tab (not
> sure that a picture can be displayed via the list, tell me if not) :
>
>
>
> --
>
> Cordialement,
>
> *Frank*
>
>
> Le Lundi, Octobre 22, 2018 12:42 CEST, Donny Davis 
>  a écrit:
>
>
> So you are trying to capture utilization stats from your network?
>
> On Mon, Oct 22, 2018, 6:37 AM fsoyer  wrote:
>
>> Hi Donny,
>> thank you for this precision, but I don't want to manage network from
>> Cockpit, just view the graphs of network usage in it, and eventually logs
>> (can be interesting !).
>> That's why I ask about risks to activate NM after configuring the
>> networks in engine UI : what are the opinions ?
>>
>> --
>>
>> Cordialement,
>>
>> *Frank Soyer *
>> Mob. 06 72 28 38 53 - Fix. 05 49 50 52 34
>> 
>>
>> *Systea IG*
>> Administration systèmes, réseaux et bases de données
>> www.systea.net
>> Membre du réseau Les Professionnels du Numérique 
>> 
>>
>> *KoGite*
>> Hébergement de proximité
>> www.kogite.fr
>>
>>
>>
>> Le Dimanche, Octobre 21, 2018 14:05 CEST, Donny Davis <
>> do...@fortnebula.com> a écrit:
>>
>>
>> Use the Ovirt engine to manage your networks. VDSM takes over at boot
>> time, and the only way for this to happen is if you use the engine
>>
>> On Fri, Oct 19, 2018 at 9:26 AM fsoyer  wrote:
>>
>>> Hi,
>>> I have installed a 4.2 cluster on CentOS 7 nodes but I have follow an
>>> (old) procedure of mine done with 4.0 : so, I have disabled Network Manager
>>> before installing oVirt.
>>> The networks created and validated in the engine UI are :
>>> ovirmgmt on bond0 (2 slaves) failover mode
>>> storagemanager on bond1 (2 slaves), jumbo frames, aggregation mode,
>>> serving Gluster.
>>> Today, I installed Cockpit on the node to have the nodes consoles. But
>>> it say that it cannot manage the network without NM.
>>> So my question is : is there any risk to re-enabled NM on the nodes ?
>>> Can it broke anything done by the UI ?
>>>
>>> --
>>>
>>> Cordialement,
>>>
>>> *Frank Soyer *
>>> Mob. 06 72 28 38 53 - Fix. 05 49 50 52 34
>>> 
>>>
>>> *Systea IG*
>>> Administration systèmes, réseaux et bases de données
>>> www.systea.net
>>> Membre du réseau Les Professionnels du Numérique
>>> 
>>> 
>>>
>>> *KoGite*
>>> Hébergement de proximité
>>> www.kogite.fr
>>>
>>> ___
>>> 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/GOWGDMXIQ2VLHW2NAL2SSRQLXFKD7753/
>>
>>
>>
>
>
>
>
> ___
> 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/EC6NWQDYU6JJDPSZJFDQRAJXLBFLEMY7/
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5 
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14blanc...@abes.fr
>
> ___
> 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/NAVNRR3WNM7U2XR5D75CHJJZ7WEVD7JE/
>
___
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/OVEXXADR23YFNZJR7Z6UMBSDSYJ5LRWV/

[ovirt-users] Re: VM clone network interfaces names changes

[Edward Haas]

On Fri, Oct 12, 2018 at 5:23 PM Artem Tambovskiy 
wrote:

> Hello,
>
> I have a question indirectly related to oVirt - I have a VM with CentOS 6
> running on my cluster, which has 6 virtual interfaces (eth0 - eth5). Now
> its a time to do an upgrade to CentOS 7 based, and I did a VM clone to test
> an upgrade process and was a bit surprised to see that now I have interface
> names shifted  eth6 - eth11. I would afraid that I'll run out of digits
> soon :)
>
> Anyway how to change the interfaces names back to originals and perhaps
> prevent them form the further changes? I do understand that MAC address has
> changed, but don't get why it changing the interfaces names.
>
> Cleaning up everything from /etc/udev/rules.d/70-persistent-net.rules
> doesn't really helped ..
>

This is a CentOS 6 old behaviour.
Except the udev rules which you need to update (I think you need to update
the mac addresses in order to keep the order), you may need to also touch
the ifcfg files if the mac address is mentioned there.


>
> Regards,
> Artem
> ___
> 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/VF7FANR24CQS4DHDBLYXAUTHL3G42FR2/
>
___
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/ZZMCYQOZMDLGPT6XYZFOWRXAIZTL5QYV/

[ovirt-users] Re: Best way to update dns config of ovirt node

[Edward Haas]

On Mon, Sep 17, 2018 at 11:50 AM, Gianluca Cecchi  wrote:

> On Sun, Sep 16, 2018 at 7:56 AM Edward Haas  wrote:
>
>>
>>
>> On Fri, Sep 14, 2018 at 9:43 AM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Thu, Sep 13, 2018 at 7:53 AM Edward Haas  wrote:
>>>
>>>>
>>>>
>>>> On Mon, Sep 10, 2018 at 5:53 PM, Gianluca Cecchi <
>>>> gianluca.cec...@gmail.com> wrote:
>>>>
>>>>> Hello,
>>>>> supposing to have ovirt-ng node 4.2.6 and that ovirtmgmt config
>>>>> regarding DNS servers has to be updated, what is the correct way to 
>>>>> proceed?
>>>>>
>>>>
>>>> DNS should be editable from the network attachment window.
>>>>
>>>
>>> Thanks for your answer Edward.
>>> What do you mean with "network attachment window"?
>>> a) Network > Networks, then select ovirtmgmt line and edit, putting DNS
>>> info (that is empty right now)
>>> or
>>> b) Compute > Hosts, then select host1 line, click on host1 name, then
>>> Network Interfaces and Setup Host Networks. then edit ovirtmgmt > DNS
>>> Configuration (that is empty right now)
>>> or what?
>>>
>>
>> I meant (b). Option (a) is there to apply the same DNS entries over all
>> hosts for that specific network.
>> I do not see a problem of using both.
>>
>
> OK.
> What is it expected to happen if for example I have 4 active nodes and use
> a)?
> Possibly all of them loosing ovirtmgmt connection with possibly dangerous
> effects?
>

I consider touching the management network always as a risk, but it should
work if you do not have VM/s on it.
I do not recall if changing the DNS on the Network immediately causes
setup-network commands to be sent to all hosts.


>
>
>> If you add a new host, Engine will read the existing DNS entries from the
>> host and persist them. (you will see them in the setup-networks window (b)).
>>
>
> The strange thing is that apparently it made what you say (from a files
> content point of view) but there is no match if you go into configuration
> inside web admin gui pages, neither at cluster level, nor at host level.
> This was what seemed strange to me.
> Please notice that these hosts were installed in 4.1.x and then update
> several times up to 4.2.6.
> So it could be the case of some sort of bug in previous versions and not
> if I plain install right now in 4.2.6 (not tested)
>
>
>
>> Upgraded systems (hosts have been added before DNS configuration was
>> available) will have it empty and you will need to explicitly set it.
>>
> It is not my case.
>

We will have to check this then. We may have changed the policy on this
issue due to other complaints.
(An argument that we should not enforce DNS entries if not explicitly
requested sounds valid to me)


>
>
>
>>>
>>>> The values are added through ifcfg, therefore its logic of adding it to
>>>> resolv.conf is used.
>>>>
>>>
>>> I have also opened a case for another environment where I'm using RHV-H
>>> hosts, that should be quite similar to ovirt-node-ng
>>> In that environment one of the original M$ based dns server was changed
>>> (that was the one I had as primary) creating some latency problems.
>>> Using setup host networks generated big problems, especially if doing on
>>> the host where hosted engine was running.
>>> I verified that a safe way to modify DNS config is:
>>> - evacuate VMs from host
>>> - put host into maintenance
>>> - change dns settings in setup host networks
>>> - reboot the host
>>> - activate the host
>>>
>>> I do not see a reason to pass all these steps unless we have a bug.
>> The DNS entry are supposed to be applied immediately through ifcfg,
>> rebooting is an precaution to make sure it has been correctly persisted.
>> And if the management network is not serving VM/s, then no VM evacuation
>> is needed.
>>
>
> If host is not reachable through ovirtmgmt doesn't fencing take place? And
> so indirect consequence a move of the VMs it had in charge?
>

Correct, but as far as I know it is not immediate. There is a grace period
in which Engine (and VDSM) attempts to confirm connectivity.
VDSM will also (try to) revert back to the previous working configuration
in a "revert" action.
It may also be a matter of the level of "defence" needed. As mentioned,
there is a risk in touching the management network and your mentioned steps

[ovirt-users] Re: Best way to update dns config of ovirt node

[Edward Haas]

On Fri, Sep 14, 2018 at 9:43 AM, Gianluca Cecchi 
wrote:

> On Thu, Sep 13, 2018 at 7:53 AM Edward Haas  wrote:
>
>>
>>
>> On Mon, Sep 10, 2018 at 5:53 PM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> Hello,
>>> supposing to have ovirt-ng node 4.2.6 and that ovirtmgmt config
>>> regarding DNS servers has to be updated, what is the correct way to proceed?
>>>
>>
>> DNS should be editable from the network attachment window.
>>
>
> Thanks for your answer Edward.
> What do you mean with "network attachment window"?
> a) Network > Networks, then select ovirtmgmt line and edit, putting DNS
> info (that is empty right now)
> or
> b) Compute > Hosts, then select host1 line, click on host1 name, then
> Network Interfaces and Setup Host Networks. then edit ovirtmgmt > DNS
> Configuration (that is empty right now)
> or what?
>

I meant (b). Option (a) is there to apply the same DNS entries over all
hosts for that specific network.
I do not see a problem of using both.
If you add a new host, Engine will read the existing DNS entries from the
host and persist them. (you will see them in the setup-networks window (b)).
Upgraded systems (hosts have been added before DNS configuration was
available) will have it empty and you will need to explicitly set it.


> In my case they are both empty, but when I installed hosts I configured
> them
>
>
>> They are applied only for the network which "owns" the default-route for
>> that host.
>>
>
> This is typically ovirtmgmt network, as in my case, I think.
>

Yes, but one can change the management network (which owns the
default-route).


>
>
>> The values are added through ifcfg, therefore its logic of adding it to
>> resolv.conf is used.
>>
>
> I have also opened a case for another environment where I'm using RHV-H
> hosts, that should be quite similar to ovirt-node-ng
> In that environment one of the original M$ based dns server was changed
> (that was the one I had as primary) creating some latency problems.
> Using setup host networks generated big problems, especially if doing on
> the host where hosted engine was running.
> I verified that a safe way to modify DNS config is:
> - evacuate VMs from host
> - put host into maintenance
> - change dns settings in setup host networks
> - reboot the host
> - activate the host
>
> I do not see a reason to pass all these steps unless we have a bug.
The DNS entry are supposed to be applied immediately through ifcfg,
rebooting is an precaution to make sure it has been correctly persisted.
And if the management network is not serving VM/s, then no VM evacuation is
needed.

I guess the risk here is the management network editing, which is sensitive
(Engine looses connectivity and unexpected behaviour may occur).
If there is a problem with this scenario, I would consider it a bug.


> This way the "persistent" files are initially updated and then at the
> reboot the ifcfg and resolv.conf files are correctly updated
> If you are interested my case is 02179117
>

I could not find such a BZ.

>
> Also in that environment the config pages (hosts and logical network of
> cluster) had empty DNS entries
>
> I have not understood if the hosts in "setup host network" (and also
> ovirtmgmt logical network) having empty DNS config is a bug or it's me not
> understanding the workflow when adding a host to the oVirt environment.
>

As far as I remember, when adding a host (that reports the nameservers),
the DNS entries learned are added to the Engine config and used when
sending the first setup-networks to VDSM.
But there were several iterations of this flow, perhaps it changed (will
check).


> Gianluca
>
___
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/GJEHHDCZCVOLDI54YXI2YKEGBKCBIO6U/

[ovirt-users] Re: Best way to update dns config of ovirt node

[Edward Haas]

On Mon, Sep 10, 2018 at 5:53 PM, Gianluca Cecchi 
wrote:

> Hello,
> supposing to have ovirt-ng node 4.2.6 and that ovirtmgmt config regarding
> DNS servers has to be updated, what is the correct way to proceed?
>

DNS should be editable from the network attachment window.
They are applied only for the network which "owns" the default-route for
that host.
The values are added through ifcfg, therefore its logic of adding it to
resolv.conf is used.


> Thanks,
> Gianluca
>
> ___
> 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/KAYTA6Y34ONCP3YVXL6ST6NZY7WE32CW/
>
>
___
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/PZQYHNJCEO5BSQPQL2OY7QRVGWND25X4/

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

[Edward Haas]

On Tue, Sep 4, 2018 at 10:42 AM, Gianluca Cecchi 
wrote:

> On Tue, Sep 4, 2018 at 9:02 AM Edward Haas  wrote:
>
>> Hello Florian,
>>
>> Thanks for checking the patch and posting the bug.
>>
>> You need to restart vdsmd and supervdsmd.
>> It should not affect running VM/s, but you always have a risk that
>> something unexpected can happen. Perhaps try it on a host and then proceed
>> with others.
>>
>> Thanks,
>> Edy.
>>
>
> I'm having similar problem in a 3 hosts oVirt test cluster with these
> notifications every day on 1Gbit adapters.
> I have bond0 on em1 and em2 and then bondo.65, bond0.68, bond0.167 vlans
> defined for the VMs
> I get these warnings
>
> Message:Host ov300 has network interface which exceeded the defined threshold 
> [95%] (em1: transmit rate[98%], receive rate [0%])
>
> when actually I think the 3 VMs running on this host generate few MB/s of
> traffic
> I applied the changes to the 3 hosts.
>
> I notice that due to dependencies it is sufficient to restart supervdsmd
> and then also vdsmd will be automatically restarted, correct?
>
> In my case for each of the 3 hosts, after restarting supervdsmd I got
> messages like these, but without impacts on runnign VMs
>
> VDSM ov300 command GetStatsAsyncVDS failed: Broken pipe 9/4/18 9:07:52 AM
> Host ov300 is not responding. It will stay in Connecting state for a grace
> period of 61 seconds and after that an attempt to fence the host will be
> issued. 9/4/18 9:07:52 AM
> No faulty multipath paths on host ov300 9/4/18 9:07:58 AM
> Executing power management status on Host ov300 using Proxy Host ov200 and
> Fence Agent ipmilan:10.10.193.103. 9/4/18 9:07:58 AM
> Status of host ov300 was set to Up. 9/4/18 9:07:58 AM
> Host ov300 power management was verified successfully. 9/4/18 9:07:58 AM
>
> Please note that when doing on SPM host you could also get these:
>
> VDSM ov301 command SpmStatusVDS failed: Broken pipe 9/4/18 9:10:00 AM
> Host ov301 is not responding. It will stay in Connecting state for a grace
> period of 81 seconds and after that an attempt to fence the host will be
> issued. 9/4/18 9:10:00 AM
> Invalid status on Data Center MYDC. Setting Data Center status to Non
> Responsive (On host ov301, Error: Network error during communication with
> the Host.). 9/4/18 9:10:00 AM
>
> with reassignment of SPM role:
> VDSM command GetStoragePoolInfoVDS failed: Heartbeat exceeded 9/4/18
> 9:10:12 AM
> Storage Pool Manager runs on Host ov200 (Address: ov200), Data Center
> MYDC. 9/4/18 9:10:14 AM
>
> Probably safer to manually move the SPM before restarting supervdsmd on
> that host.
>
> Let's see this evening if I will get any message about thresholds.
>
> BTW: one question. I see in the code iface.Type.NIC and now
> also iface.Type.BOND. Don't you think that you should manage also the
> network teaming option available in RH EL 7, as described here:
> https://access.redhat.com/documentation/en-us/red_hat_
> enterprise_linux/7/html/networking_guide/ch-configure_network_teaming
> ?
> This only if it is supported to use the new network teaming implementation
> in oVirt, and I'm not sure about it...
>

There are no immediate plans to support it in VDSM.
We are evaluating the options to change the way we interact with the host
networking, that may open the door for team and others to get in.


> Thanks,
> Gianluca
>
___
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/A7NDZZ5QLNJBBMFGQAFX3CGP4LKAZVNZ/

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

[Edward Haas]

Hello Florian,

Thanks for checking the patch and posting the bug.

You need to restart vdsmd and supervdsmd.
It should not affect running VM/s, but you always have a risk that
something unexpected can happen. Perhaps try it on a host and then proceed
with others.

Thanks,
Edy.


On Tue, Sep 4, 2018 at 9:45 AM, Florian Schmid  wrote:

> Hello Edward,
>
> I have applied the patch and it looks very good!
> vdsm-client Host getStats ->
> ...
> "enp9s0.88": {
> "rxErrors": "0",
> "name": "enp9s0.88",
> "tx": "1226",
> "txDropped": "0",
> "sampleTime": 1536043097.701361,
> "rx": "98642",
> "txErrors": "0",
> "state": "up",
> "speed": "1",
> "rxDropped": "0"
> },
> ...
>
> Bridge devices still have only 1000 configured:
> "vm-int-dev": {
> "rxErrors": "0",
> "name": "vm-int-dev",
> "tx": "578",
> "txDropped": "0",
> "sampleTime": 1536043097.701361,
> "rx": "27843284",
> "txErrors": "0",
> "state": "up",
> "speed": "1000",
> "rxDropped": "0"
> },
>
> One important question:
> I want to apply this patch without upgrading all hosts, because this is a
> huge task.
> When I apply that patch only to this particular file, which service do I
> need to restart?
> I have restarted now all three vdsm services, but I think, I can't do that
> while VMs are running on the hosts, do I?
>
> LG Florian
>
> --
> *Von: *"Florian Schmid" 
> *An: *"edwardh" 
> *CC: *"users" 
> *Gesendet: *Dienstag, 4. September 2018 08:32:09
> *Betreff: *[ovirt-users] Re: Wrong network threshold limit warnings on
> 4.2.5
>
> Hello Edward,
>
> raised a bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1625098
>
> I will try your patch.
>
> LG Florian
>
> --
> *Von: *"Edward Haas" 
> *An: *"p staniforth" , "Florian Schmid" <
> fsch...@ubimet.com>
> *CC: *"users" 
> *Gesendet: *Montag, 3. September 2018 16:42:25
> *Betreff: *Re: Wrong network threshold limit warnings on 4.2.5
>
> Indeed looks like a nasty bug.
> Could you please open a bug on this? https://tinyurl.com/ya7crjhf
>
> If you can, could you also verify the fix? https://gerrit.ovirt.org/#/c/
> 94132/
>
> Thanks,
> Edy.
>
>
>
> On Mon, Sep 3, 2018 at 2:32 PM, Staniforth, Paul <
> p.stanifo...@leedsbeckett.ac.uk> wrote:
>
>> Hello Edward,
>>
>>I am also seeing this problem, it's on our
>> ovirtmgmt.
>>
>>
>> cat /sys/class/net/eno49/speed
>> 1
>>
>>
>>
>> cat /sys/class/net/eno49.20/speed
>> 1
>>
>>
>>
>> cat /sys/class/net/ovirtmgmt/speed
>> cat: /sys/class/net/ovirtmgmt/speed: Invalid argument
>>
>>
>> vdsm-client Host getStats ->
>> ...
>>
>> "eno49": {
>> "rxErrors": "0",
>> "name": "eno49",
>> "tx": "3456777",
>> "txDropped": "0",
>> "sampleTime": 1535974190.687987,
>> "rx": "121362321",
>> "txErrors": "0",
>> "state": "up",
>> "speed": "1",
>> "rxDropped": "2"
>> },
>>
>> "eno49.20": {
>> "rxErrors": "0",
>> "name": "eno49.20",
>> "tx": "3384452",
>> "txDropped": "0",
>> "sampleTime": 1535974190.687987,
>> "rx": "115884579",
>> "txErrors": "0",
>> "state": "up",
>> "speed": "1000",
>>

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

[Edward Haas]

Indeed looks like a nasty bug.
Could you please open a bug on this? https://tinyurl.com/ya7crjhf

If you can, could you also verify the fix?
https://gerrit.ovirt.org/#/c/94132/

Thanks,
Edy.



On Mon, Sep 3, 2018 at 2:32 PM, Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Hello Edward,
>
>I am also seeing this problem, it's on our
> ovirtmgmt.
>
>
> cat /sys/class/net/eno49/speed
> 1
>
>
>
> cat /sys/class/net/eno49.20/speed
> 1
>
>
>
> cat /sys/class/net/ovirtmgmt/speed
> cat: /sys/class/net/ovirtmgmt/speed: Invalid argument
>
>
> vdsm-client Host getStats ->
> ...
>
> "eno49": {
> "rxErrors": "0",
> "name": "eno49",
> "tx": "3456777",
> "txDropped": "0",
> "sampleTime": 1535974190.687987,
> "rx": "121362321",
> "txErrors": "0",
> "state": "up",
> "speed": "1",
> "rxDropped": "2"
> },
>
> "eno49.20": {
> "rxErrors": "0",
> "name": "eno49.20",
> "tx": "3384452",
> "txDropped": "0",
> "sampleTime": 1535974190.687987,
> "rx": "115884579",
> "txErrors": "0",
> "state": "up",
> "speed": "1000",
> "rxDropped": "0"
> },
>
> "ovirtmgmt": {
> "rxErrors": "0",
> "name": "ovirtmgmt",
> "tx": "3383804",
> "txDropped": "0",
> "sampleTime": 1535974190.687987,
> "rx": "115710919",
> "txErrors": "0",
> "state": "up",
> "speed": "1000",
> "rxDropped": "0"
> },
>
>
> Regards,
>
>Paul S.
>
> --
> *From:* Florian Schmid 
> *Sent:* 03 September 2018 11:44
> *To:* edwa...@redhat.com
> *Cc:* users
> *Subject:* [ovirt-users] Re: Wrong network threshold limit warnings on
> 4.2.5
>
> Hi Edward,
>
> I got some alarms today from a server and I have checked your command
> there. (not at the time the issue happened!!)
> Hosts are on latest patch level CentOS 7.5 and oVirt 4.2.5
>
> Example:
> cat /sys/class/net/enp9s0/speed
> 1
>
> cat /sys/class/net/enp9s0.80/speed
> 1
>
> cat /sys/class/net/vm-int-nfs/speed
> cat: /sys/class/net/vm-int-nfs/speed: invalid argument <- this is the
> bridge for the VMs
>
> vdsm-client Host getStats ->
> ...
> "enp9s0": {
> "rxErrors": "0",
> "name": "enp9s0",
> "tx": "3335325754762",
> "txDropped": "0",
> "sampleTime": 1535970960.602359,
> "rx": "5916567956502",
>     "txErrors": "0",
> "state": "up",
> "speed": "1",
> "rxDropped": "0"
> },
> ...
> "enp9s0.80": {
> "rxErrors": "0",
> "name": "enp9s0.80",
> "tx": "3180024039398",
> "txDropped": "0",
> "sampleTime": 1535970960.602359,
> "rx": "5669421065686",
> "txErrors": "0",
> "state": "up",
> "speed": "1000",
> "rxDropped": "0"
> },
> ...
> "vm-int-nfs": {
> "rxErrors": "0",
> "name": "vm-int-nfs",
> "tx": "508",
> "txDropped": "0",
> "sampleTime": 1535970960.602359,
> "rx": "4428568",
> "txEr

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

[Edward Haas]

If you manage to recreate this, please collect a few samples from what the
hypervisor reports back:
Run the command: vdsm-client Host getStats

Engine is calculating based on this information the rate.
(and the agent collects it from /sys/class/net//statistics/)

Please also mention on what OS you are running the hosts.

Thanks,
Edy


On Fri, Aug 31, 2018 at 5:35 PM, Jayme  wrote:

> I've been seeing these warnings myself, on 1Gb ovirtmanagement (glusterFS
> is 10Gbe backend).  I haven't correlated to network graphs yet but I don't
> know what would be happening on my management network that would be
> exhausting 1Gb network.
>
> On Fri, Aug 31, 2018 at 3:27 AM Florian Schmid  wrote:
>
>> Good morning,
>>
>> since we have upgraded to version 4.2.5, we get a lot of warnings about
>> network interface exceeded defined threshold limits.
>>
>> For example:
>> Aug 31, 2018, 7:54:05 AM
>> Host xxx has network interface which exceeded the defined threshold [95%]
>> (enp9s0.80: transmit rate[100%], receive rate [12%])
>>
>> This is a 10 Gbit interface and on our monitoring software, which is
>> getting network statistics every 10s, the bandwidth of TX was 150 Mbit
>> maximum at this time, so far away from being 100%.
>>
>> Could it be, that the engine detected the wrong interface speed or there
>> is a calculation error?
>> In the engine for this host, I have 1 Mbps for all interfaces.
>>
>> I have checked now all those warnings on our different hosts and they
>> happen every time, we go over 100 Mbit and this is for sure quite often...
>>
>> Can I maybe disable these warnings, because we have it anyway in our
>> monitoring software?
>>
>> If you need any logs, please ask.
>>
>> BR Florian Schmid
>> ___
>> 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/2NFL3O66IN4Z6HUK45WQFXRUBMQDUY7P/
>>
>
> ___
> 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/3UPGCAKVDJDPNSODTO6PWXOD2ETT63N6/
>
>
___
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/JIA4V3P7PNKRDK3VGVFAHIEUOG7SR7Q3/

[ovirt-users] Re: Unable to revive host after a reboot

[Edward Haas]

On Fri, Aug 3, 2018 at 10:22 AM,  wrote:

> But when I do 'ip addr show' the ovirtmgmt interface is there and 'brctl
> show' shows that it's bridged with eno1. This suggests me that ovirtmgmt
> was not removed.
>

Nevertheless, it is no longer owned by oVirt/VDSM.


>
> The host is still listed in the engine, so I cannot re-add it. The remove
> button is grayed out, so I cannot remove it either.
>
> I'm still not sure how I should proceed now. Would it be possible to
> describe the steps to go to back to a working state?
>

Can you try on the setup network window to drag the ovirtmgmt network over
the nic and apply?


> ___
> 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/22WK5V6KXRXS2LW65ZQCQ34D7HXRXK7T/
>
___
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/E7D3SF4YI4KVQAY2NGOWFUSMYHL7NZDZ/

[ovirt-users] Re: Unable to revive host after a reboot

[Edward Haas]

Seems like the persistent configuration was erased and VDSM restored an
empty config, therefore, removed ovirtmgmt.

At 2018-07-29 22:07:29,037, the persistent config existed at:
/var/lib/vdsm/persistence/...
But when VDSM (or the whole host?) was restarted at 2018-07-29 22:17:21,558
, it was no longer there and therefore ovirtmgmt was erased.
I could not see any hint on why the persistent config was erased.

I think that the easiest way to restore the host is to just define dhcp
manually on the eno1 interface and re-add the host from Engine.


On Thu, Aug 2, 2018 at 2:49 PM,  wrote:

> Here is the output of the tree command:
> [root@pc305052 ~]# tree /var/lib/vdsm
> /var/lib/vdsm
> ├── netconfback
> ├── persistence
> │   ├── netconf -> /var/lib/vdsm/persistence/netconf.fxEXfkKx
> │   └── netconf.fxEXfkKx
> │   ├── bonds
> │   ├── devices
> │   └── nets
> ├── staging
> │   ├── netconf -> /var/lib/vdsm/staging/netconf.JtRmRH7X
> │   └── netconf.JtRmRH7X
> │   ├── bonds
> │   ├── devices
> │   └── nets
> ├── transient
> └── upgrade
>
> 15 directories, 0 files
>
> I tried removing the files below persistence (with the services stopped),
> but that did not help.
>
> Here is the supervdsm.log:
> https://drive.google.com/open?id=1uTCEjXchZ1BJJQuGWln83BR-uxZYcVUJ
>
> The repository works when I set up the proxy, but it is not always set up.
> Should I try enabling it doing a reinstall?
> ___
> 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/DV3MXCWFZFFJO6FQ2UDT47JUWY6XHWIK/
>
___
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/2BKMQS3OAF6MBUB3FTZKPFVTHGOMGMVX/

[ovirt-users] Re: Unable to revive host after a reboot

[Edward Haas]

Please provide the supervdsm.log, most networking related logs are there.

On Thu, Aug 2, 2018 at 12:18 AM, Douglas Landgraf 
wrote:

> Hi,
>
> - Might be useful the output from the command (host):
>   - tree /var/lib/vdsm
>
> I noticed in host-deploy/engine.log the following error: "Cannot find a valid 
> baseurl for repo: base/7/x86_64"
> Are you able to test and see if the host is able to reach the baseurl from 
> the repo?
> https://www.centos.org/forums/viewtopic.php?t=63349
>
>
> Traceback (most recent call last):
>  File "/tmp/ovirt-OZFEUm2MU7/pythonlib/otopi/context.py", line 133, in 
> _executeMethod
> method['method']()
>   File 
> "/tmp/ovirt-OZFEUm2MU7/otopi-plugins/ovirt-host-deploy/kdump/packages.py", 
> line 216, in _customization
> self._kexec_tools_version_supported()
>   File 
> "/tmp/ovirt-OZFEUm2MU7/otopi-plugins/ovirt-host-deploy/kdump/packages.py", 
> line 148, in _kexec_tools_version_supported
> patterns=(self._KEXEC_TOOLS_PKG,),
>   File "/tmp/ovirt-OZFEUm2MU7/otopi-plugins/otopi/packagers/yumpackager.py", 
> line 320, in queryPackages
> showdups=listAll
>   File "/tmp/ovirt-OZFEUm2MU7/pythonlib/otopi/miniyum.py", line 995, in 
> queryPackages
> showdups=showdups,
>   File "/tmp/ovirt-OZFEUm2MU7/pythonlib/otopi/miniyum.py", line 433, in 
> _queryProvides
> for po in self._yb.searchPackageProvides(args=packages):
>   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 3461, in 
> searchPackageProvides
> where = self.returnPackagesByDep(arg)
>   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 4287, in 
> returnPackagesByDep
> return self.pkgSack.searchProvides(depstring)
>   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 1074, in 
> 
> pkgSack = property(fget=lambda self: self._getSacks(),
>   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 778, in 
> _getSacks
> self.repos.populateSack(which=repos)
>   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 347, in 
> populateSack
> self.doSetup()
>   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 122, in doSetup
> self.ayum.plugins.run('prereposetup')
>   File "/usr/lib/python2.7/site-packages/yum/plugins.py", line 188, in run
> func(conduitcls(self, self.base, conf, **kwargs))
>   File "/usr/lib/yum-plugins/fastestmirror.py", line 197, in prereposetup_hook
> if downgrade_ftp and _len_non_ftp(repo.urls) == 1:
>   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 881, in 
> 
> urls = property(fget=lambda self: self._geturls(),
>   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 878, in 
> _geturls
> self._baseurlSetup()
>   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 844, in 
> _baseurlSetup
> self.check()
>   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 562, in check
> 'Cannot find a valid baseurl for repo: %s' % self.ui_id
> RepoError: Cannot find a valid baseurl for repo: base/7/x86_64
> 2018-07-30 13:59:49,785+0200 ERROR otopi.context context._executeMethod:152 
> Failed to execute stage 'Environment customization': Cannot find a valid 
> baseurl for repo: base/7/x86_64
>
>
>
> On Wed, Aug 1, 2018 at 2:28 PM, Greg Sheremeta 
> wrote:
>
>> Widening the net a bit :)
>> Can anyone assist Julius?
>>
>> Greg
>>
>> On Mon, Jul 30, 2018 at 11:09 AM Greg Sheremeta 
>> wrote:
>>
>>> Hi Julius,
>>>
>>> cc'd some people that might have some ideas :)
>>>
>>> Greg
>>>
>>> On Mon, Jul 30, 2018 at 11:07 AM Julius Schwartzenberg <
>>> julius.schwartzenb...@gmail.com> wrote:
>>>
 Hi,

 I recently had to shutdown my oVirt system which contains both the
 engine and the host. After it came back up, the host was not able to
 initialize anymore from the oVirt UI.

 First it kept getting stuck in a loop with setting "ExecutingStarted:
 Jul 30, 2018, 9:06:21 AMSetting Host pc331 to Non-Operational mode."

 This was being repeated over and over again. It also gave this error:
 Host pc331 does not comply with the cluster Default networks, the
 following networks are missing on host: 'ovirtmgmt'

 Even though I am using that interface (ovirtmgmt) to access the system
 and 'ip addr show' shows that it's set up properly.

 I tried some more things, including upgrading the host, When I do
 that, the status changes to 'Installing' and later to 'Install
 Failed'.

 Here are the engine.log, vdsm.log and ovirt-host-deploy*.log:
 https://drive.google.com/open?id=13vIUDVjPynmAK0pnFRLabDfUlG1lmkpI
 https://drive.google.com/open?id=10Zm2dDpxM2k5A2bEs_l6gOv_yWv4cjlN
 https://drive.google.com/open?id=1AieWMzRuA0gZj3x5yDH1AGnsT2E3VtOM

 Any idea what is going wrong (what I'm doing wrong) and how to solve it?
 Thanks in advance!

 Best regards,
 Julius

>>>
>>>
>>> --
>>>
>>> GREG SHEREMETA
>>>
>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>
>>> Red 

[ovirt-users] Re: interface up when not used

[Edward Haas]

On Tue, Jul 24, 2018 at 1:08 PM, Fabrice Bacchella <
fabrice.bacche...@orange.fr> wrote:

>
>
> Le 24 juil. 2018 à 11:50, Dominik Holler  a écrit :
>
> On Tue, 24 Jul 2018 11:04:58 +0200
> Fabrice Bacchella  wrote:
>
> To monitoring the network interfaces, I have a script that check if
> ifAdminStatus and ifOperStatus values matches in snmp.
>
> But with oVirt it fails on a server with 4 physical interfaces, but
> only two connected, and return an error:
>
>
> You want that eth0 and eth1 are UP, and eth2 and eth3 are DOWN?
>
>
> Yes.
>
>
> snmptable XXX IF-MIB::ifTable | less
> SNMP table: IF-MIB::ifTable
>
> ifIndex ifDescr ifAdminStatus ifOperStatus
>   1  loup   up
>   2eth0up   up
>   3eth1up   up
>   4eth2up down
>   5eth3up down
>  24 ;vdsmdummy;  down down
>  25   vnet0up   up
>
>
> And indeed on the server:
>
> ip link show eth2
> 4: eth2:  mtu 1500 qdisc mq state
> DOWN mode DEFAULT group default qlen 1000 link/ether
> 40:a8:f0:30:81:1a brd ff:ff:ff:ff:ff:ff
>
>
> looks like eth2 is DOWN, as expected.
>
>
> It's in state DOWN, but marked UP anyway.
>
> A really DOWN interface is shown as (on another server, not an ovirt host):
>
> 4: eth2:  mtu 1500 qdisc noop state DOWN mode DEFAULT
> group default qlen 1000
> link/ether a0:d3:c1:fa:8c:8a brd ff:ff:ff:ff:ff:ff
>
>
>
> eth2 seems to be in state DOWN, which seems to be reflected in
> ifOperStatus.
>
>
> Yes it match. The state is reflected in the ifOperStatus. The
> ifAdminStatus match the UP in the <...>
>
>
> Is the issue that ifAdminStatus is up for eth2 and eth3, but you want
> it to be down?
>
>
> That's it. I never ask it to be in such state.
>
>
If eth2 and eth3 are not defined under oVirt control, I see no reason for
the system to touch it.
Perhaps, you machine has these interfaces under NetworkManager control (you
can do "nmcli device" to check it),
in that case, NM will keep the admin state up and monitor it.
If you want it down, mark the interfaces as unmanaged (by NM) and perform
an ifdown on them.

Let us know if it helped.


>
> ___
> 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/345OZ3DDR36GUJUU4LBIERUOFQ5PTJPX/
>
>
___
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/UZFXSS4EP3TSV2CAAFTV26UAX6SHGXRT/

[ovirt-users] Re: trunked ports

[Edward Haas]

On Mon, Jun 25, 2018 at 4:35 PM, Michael Watters 
wrote:

> You should be able to use bonded interfaces with an IP on each VLAN
> Interface for the ovirt hosts and the engine.  For example, here is the IP
> configuration for one of our VLANs.
>
> 10: bond3:  mtu 1500 qdisc
> noqueue state UP group default qlen 1000
> link/ether 00:1b:21:5c:80:39 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::21b:21ff:fe5c:8039/64 scope link
>valid_lft forever preferred_lft forever
> 24: bond3.311@bond3:  mtu 1500 qdisc
> noqueue state UP group default qlen 1000
> link/ether 00:1b:21:5c:80:39 brd ff:ff:ff:ff:ff:ff
> inet 192.168.111.201/24 brd 192.168.111.255 scope global bond3.311
>valid_lft forever preferred_lft forever
> inet6 fe80::21b:21ff:fe5c:8039/64 scope link
>valid_lft forever preferred_lft forever
>
> bond3.311 configuration is managed in the 
> /etc/sysconfig/network-scripts/ifcfg-bond3.311
> file.
> IMO setting up bonded NICs with VLAN tagging is one area where ovirt falls
> short.  You essentially have to configure your networks twice.  First using
> the /etc/sysconfig/network-interface files and then inside of the engine
> itself.
>

I am not familiar with this problem, a vlan network over a bond is
supported. I even recall several fixes related to it in 4.2.


> VDSM may also need to be configured to use ifcfg persistence in the config
> file.
>
> cat files/vdsm/vdsm.conf
> [vars]
> ssl = true
> net_persistence = ifcfg
>
> The ifcfg persistence mode is planned for  deprecation in 4.3, and is not
well tested/supported for some time now.
Do not use it unless you have a very (very) good reason to do so.

>
> [addresses]
> management_port = 54321
>
>
> Your switch ports also need to be configured to support 802.1q networking.
>
>
>
> On 06/23/2018 09:56 AM, william.doss...@gmail.com wrote:
>
> Hi,
>
>
>
> I setup oVirt a few years back…  now that the HCI is real, I am revisiting
> it.  I have deployed with Gluster, and am now moving on to networking.
>
>
>
> I come from a VMware shop and normally we trunk all the network ports
> exposing all VLANs to the hosts and place VMs in Portgoups that are tagged
> with VLANs.
>
>
>
> I did manage to do this years back but I am struggling to get this to work
> today.  I had pretty limited hardware back then and I thought I installed
> using vlan tagging and trunked ports, but I don’t see any  option to do
> this using the glusterfs and hosted engine setup.
>
>
>
> Each host has a dual port 10Gb NICs  I use one for storage that is
> connected to my storage network and one for ovirtmgmt.  (I need to add
> another of these for redundancy down the road, but no money for that at the
> moment)
>
>
>
> The hosts also have 4 x 1Gb ports. So in lieu of being able to configure
> vlan tagging to trunked ports on hosted engine deploy, I am considering
> cabling up a 1 Gb port on each in my management services VLAN and when it
> is all up and running create another logical network (or several of them as
> I think these equate to what is a vlan tagged port group in VMware) with
> the 10Gb NIC backing for VMs.
>
>
>
> Does that sound reasonable?  Or if anyone can point me to any docs that
> describe how to deploy to a specific VLAN with trunk ports, that would be
> nice as well as I won’t have to actually go to the office and run
> additional cables.
>
>
As mentioned by Michael, you can use vlan networks and attach several of
them on the same bond/nic in the setup networks window.
You also have the option to use a non-vlan network, and define the vlans
inside the VM. The linux bridge that connects the vnics to the bond ignore
tagging information, it just forwards frames in a flat manner, leaving it
to the vnic in the VM to strip the tag.


>
>
> Appreciate any advice
>
>
>
> Bill
>
>
>
>
> ___
> 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/TDFK2BNP4DMBB22SBNEXQLTOK5SOW42O/
>
>
>
> ___
> 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/4NVTFK2I5LOWCS4XLSCP5BEERS7NXXNR/
>
>
___
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: 

[ovirt-users] Re: VM created is reachable from only oVirt node

[Edward Haas]

Please provide a description of your setup in a diagram and how you defined
all the network setting.


On Thu, Jun 14, 2018 at 1:42 PM,  wrote:

> VM running with centos is not reaching to any other network other than
> oVirt node. I tried to apply no network filer, clean-filter while creating
> vNIC interfaces but no luck.
>
> Setup configurations:
> - oVirt Engine and Node running on different machines
> - OVirt running on cent OS
>
> Please help me to resolve this issue, thanks in advance.
> ___
> 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/ZT62PALZVHYIK4PV57LRU4BN75TMQPZ4/
>
___
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/6P2D2XHASIRECHIJBJZPMS3NFXXPEJSQ/

[ovirt-users] Re: routing

[Edward Haas]

Sure, we always welcome contributions of any kind.
You can post a blog or proposal doc changes at
https://github.com/oVirt/ovirt-site

Note the feature page:
https://ovirt.org/develop/release-management/features/network/multiple-gateways/


On Thu, May 10, 2018 at 7:19 AM, Justin Zygmont <jzygm...@proofpoint.com>
wrote:

> I see, thanks.  Maybe I could help add that scenario to the docs for you?
>
>
>
>
>
> *From:* Edward Haas [mailto:eh...@redhat.com]
> *Sent:* Wednesday, May 9, 2018 2:26 PM
>
> *To:* Justin Zygmont <jzygm...@proofpoint.com>
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] routing
>
>
>
>
>
>
>
> On Mon, May 7, 2018 at 7:50 AM, Justin Zygmont <jzygm...@proofpoint.com>
> wrote:
>
> Thanks for the reply,
>
>
>
> Ok I see what you’re saying, its just confusing because there are several
> places that mention the gateways and none of them are clear on what they’re
> doing.
>
> For example, under Cluster > Networks > Manage Networks,  default route is
> only selectable for 1 network, yet in each network you create there is
> still the option of choosing a IP address and gateway.
>
>
>
> On the host there are multiple routing tables, the default main one
> contains the default route of the host. Each defined network also maintains
> its own routing table, for traffic that it generated or is destined to it
> (in case the network has an IP).
>
> So these are not the same things.
>
>
>
>
> Even if I don’t put in any IP or gateway for a tagged vlan, it still
> depends of the management gateway to forward to the router.  I thought I
> should be able to lose the management network and still have all the tagged
> vlans working?
>
> Setting an IP on a network is useful if you need the *host* to communicate
> with some remote on an IP level.
> If you need VM communication, then an IP on a host network is not needed.
> The vnics are connected through a bridge, not through a router. So traffic
> from a VM is not passing through the L3 stack of the host and its routing
> entries on the host do not effect that traffic.
>
>
>
>
>
>
>
> *From:* Edward Haas [mailto:eh...@redhat.com]
> *Sent:* Sunday, May 6, 2018 7:34 AM
> *To:* Justin Zygmont <jzygm...@proofpoint.com>
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] routing
>
>
>
> Not sure if I understand what you are asking here, but the need for a
> gateway per network has emerged from the need to support other host
> networks (not VM networks) beside the management one.
>
> As an example, migration and storage networks can be defined, each passing
> dedicated traffic (one for storage communication and another for VM
> migration traffic), they may need to pass through different gateways.
>
> So the management network can be accessed using gateway A, storage using B
> and migration using C. A will usually be set on a host level as the host
> default gateway, and the others will be set for the individual networks.
>
> Otherwise, how would you expect storage to use a different router (than
> the management one) in the network?
>
> Thanks,
>
> Edy.
>
>
>
> On Thu, May 3, 2018 at 1:08 AM, Justin Zygmont <jzygm...@proofpoint.com>
> wrote:
>
> I don’t understand why you would want this unless the ovirtnode itself was
> actually the router, wouldn’t you want to only have an IP on the management
> network, and leave the rest of the VLANS blank so they depend on the router
> to route the traffic:
>
>
>
> NIC1  -> ovirt-mgmt  - gateway set
>
> NIC2  -> VLAN3, VLAN4, etc…
>
>
>
>
>
> https://www.ovirt.org/documentation/admin-guide/chap-Logical_Networks/
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_documentation_admin-2Dguide_chap-2DLogical-5FNetworks_=DwMFaQ=Vxt5e0Osvvt2gflwSlsJ5DmPGcPvTRKLJyp031rXjhg=FiPhL0Cl1ymZlnTyAIIL75tE4L0reHcDdD-7wUtUGHA=lvMQTxxtMmO0n6usZZCFu7YpsCTkH0c0sLWerugBDGo=MDRHWiynqsCFNQ5_p0hyRdgEgBE8A9n3XCv7Ml8_HdU=>
>
>
>
> *Viewing or Editing the Gateway for a Logical Network*
>
> Users can define the gateway, along with the IP address and subnet mask,
> for a logical network. This is necessary when multiple networks exist on a
> host and traffic should be routed through the specified network, rather
> than the default gateway.
>
> If multiple networks exist on a host and the gateways are not defined,
> return traffic will be routed through the default gateway, which may not
> reach the intended destination. This would result in users being unable to
> ping the host.
>
> oVirt handles multiple gateways automatically whenever an interface goes
>

[ovirt-users] Re: Upgrade host to 4.2 - 10gbe connection does not work anymore

[Edward Haas]

Hi Tibor,

Could you please provide the output of "ip address" and "vdsm-client Host
getCapabilities", "ethtool "?
Also, please mention what is the network name which is defined to use this
device.

Thanks,
Edy.


On Wed, May 9, 2018 at 3:13 PM, Demeter Tibor  wrote:

> Hi All,
>
> I did successfully upgraded my 4.1 hosted engine and the first node to
> 4.2.3. Since upgrade, the node's 10Gbe connection does not work. It was the
> connection between host and storage. That is why, now I can't activate my
> node.
> I have IP and I have all of bonding, and it seems to fine. All other
> networks and bonds (1gbe) is working fine, I can communicate with other
> hosts.
> I had a mode-1 (active/passive) bonding on that interfaces. I can ping
> from other nodes, but not from this.
> Also, I did a full OS upgrade (yum update) on node.
>
> Somebody could me help?
>
> Thanks in advance,
> R
> Tibor
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: routing

[Edward Haas]

On Mon, May 7, 2018 at 7:50 AM, Justin Zygmont <jzygm...@proofpoint.com>
wrote:

> Thanks for the reply,
>
>
>
> Ok I see what you’re saying, its just confusing because there are several
> places that mention the gateways and none of them are clear on what they’re
> doing.
>
> For example, under Cluster > Networks > Manage Networks,  default route is
> only selectable for 1 network, yet in each network you create there is
> still the option of choosing a IP address and gateway.
>

On the host there are multiple routing tables, the default main one
contains the default route of the host. Each defined network also maintains
its own routing table, for traffic that it generated or is destined to it
(in case the network has an IP).
So these are not the same things.


>
>
> Even if I don’t put in any IP or gateway for a tagged vlan, it still
> depends of the management gateway to forward to the router.  I thought I
> should be able to lose the management network and still have all the tagged
> vlans working?
>
Setting an IP on a network is useful if you need the *host* to communicate
with some remote on an IP level.
If you need VM communication, then an IP on a host network is not needed.
The vnics are connected through a bridge, not through a router. So traffic
from a VM is not passing through the L3 stack of the host and its routing
entries on the host do not effect that traffic.


>
>
>
>
>
> *From:* Edward Haas [mailto:eh...@redhat.com]
> *Sent:* Sunday, May 6, 2018 7:34 AM
> *To:* Justin Zygmont <jzygm...@proofpoint.com>
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] routing
>
>
>
> Not sure if I understand what you are asking here, but the need for a
> gateway per network has emerged from the need to support other host
> networks (not VM networks) beside the management one.
>
> As an example, migration and storage networks can be defined, each passing
> dedicated traffic (one for storage communication and another for VM
> migration traffic), they may need to pass through different gateways.
>
> So the management network can be accessed using gateway A, storage using B
> and migration using C. A will usually be set on a host level as the host
> default gateway, and the others will be set for the individual networks.
>
> Otherwise, how would you expect storage to use a different router (than
> the management one) in the network?
>
> Thanks,
>
> Edy.
>
>
>
> On Thu, May 3, 2018 at 1:08 AM, Justin Zygmont <jzygm...@proofpoint.com>
> wrote:
>
> I don’t understand why you would want this unless the ovirtnode itself was
> actually the router, wouldn’t you want to only have an IP on the management
> network, and leave the rest of the VLANS blank so they depend on the router
> to route the traffic:
>
>
>
> NIC1  -> ovirt-mgmt  - gateway set
>
> NIC2  -> VLAN3, VLAN4, etc…
>
>
>
>
>
> https://www.ovirt.org/documentation/admin-guide/chap-Logical_Networks/
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_documentation_admin-2Dguide_chap-2DLogical-5FNetworks_=DwMFaQ=Vxt5e0Osvvt2gflwSlsJ5DmPGcPvTRKLJyp031rXjhg=FiPhL0Cl1ymZlnTyAIIL75tE4L0reHcDdD-7wUtUGHA=lvMQTxxtMmO0n6usZZCFu7YpsCTkH0c0sLWerugBDGo=MDRHWiynqsCFNQ5_p0hyRdgEgBE8A9n3XCv7Ml8_HdU=>
>
>
>
> *Viewing or Editing the Gateway for a Logical Network*
>
> Users can define the gateway, along with the IP address and subnet mask,
> for a logical network. This is necessary when multiple networks exist on a
> host and traffic should be routed through the specified network, rather
> than the default gateway.
>
> If multiple networks exist on a host and the gateways are not defined,
> return traffic will be routed through the default gateway, which may not
> reach the intended destination. This would result in users being unable to
> ping the host.
>
> oVirt handles multiple gateways automatically whenever an interface goes
> up or down.
>
>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ovirt.org_mailman_listinfo_users=DwMFaQ=Vxt5e0Osvvt2gflwSlsJ5DmPGcPvTRKLJyp031rXjhg=FiPhL0Cl1ymZlnTyAIIL75tE4L0reHcDdD-7wUtUGHA=lvMQTxxtMmO0n6usZZCFu7YpsCTkH0c0sLWerugBDGo=3AoaP23_BKDL6oJS92yzlJaVu_jOwJTm8d1fL4HmRug=>
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

Re: [ovirt-users] routing

[Edward Haas]

Not sure if I understand what you are asking here, but the need for a
gateway per network has emerged from the need to support other host
networks (not VM networks) beside the management one.
As an example, migration and storage networks can be defined, each passing
dedicated traffic (one for storage communication and another for VM
migration traffic), they may need to pass through different gateways.
So the management network can be accessed using gateway A, storage using B
and migration using C. A will usually be set on a host level as the host
default gateway, and the others will be set for the individual networks.

Otherwise, how would you expect storage to use a different router (than the
management one) in the network?

Thanks,
Edy.


On Thu, May 3, 2018 at 1:08 AM, Justin Zygmont 
wrote:

> I don’t understand why you would want this unless the ovirtnode itself was
> actually the router, wouldn’t you want to only have an IP on the management
> network, and leave the rest of the VLANS blank so they depend on the router
> to route the traffic:
>
>
>
> NIC1  -> ovirt-mgmt  - gateway set
>
> NIC2  -> VLAN3, VLAN4, etc…
>
>
>
>
>
> https://www.ovirt.org/documentation/admin-guide/chap-Logical_Networks/
>
>
>
> *Viewing or Editing the Gateway for a Logical Network*
>
> Users can define the gateway, along with the IP address and subnet mask,
> for a logical network. This is necessary when multiple networks exist on a
> host and traffic should be routed through the specified network, rather
> than the default gateway.
>
> If multiple networks exist on a host and the gateways are not defined,
> return traffic will be routed through the default gateway, which may not
> reach the intended destination. This would result in users being unable to
> ping the host.
>
> oVirt handles multiple gateways automatically whenever an interface goes
> up or down.
>
>
>
>
>
> ___
> 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] ovirt 4.2.2-rc3 switching from legacy to OVS..

[Edward Haas]

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
> method
> ret = func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1527, in
> setupNetworks
> supervdsm.getProxy().setupNetworks(networks, bondings, options)
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 55, in __call__
> return callMethod()
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 53, in 
> **kwargs)
>   File "", line 2, in setupNetworks
>   File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in
> _callmethod
> raise convert_to_error(kind, result)
> IOError: [Errno 19] ovirtmgmt is not present in the system
> 2018-03-08 23:12:52,512-0800 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC
> call Host.setupNetworks failed (error -32603) in 5.90 seconds (__init__:573)
> 2018-03-08 23:12:54,769-0800 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC
> call Host.ping2 succeeded in 0.00 seconds (__init__:573)
> 2018-03-08 23:12:54,772-0800 INFO  (jsonrpc/5) [api.host] START
> getCapabilities() from=::1,45562 (api:46)
> 2018-03-08 23:12:54,906-0800 INFO  (jsonrpc/5) [api.host] FINISH
> getCapabilities error=[Errno 19] ovirtmgmt is not present in the system
> from=::1,45562 (api:50)
> 2018-03-08 23:12:54,906-0800 ERROR (jsonrpc/5) [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 getCapabilities
>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in
> method
> ret = func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1339, in
> getCapabilities
> c = caps.get()
>   File "/usr/lib/python2.7/site-packages/vdsm/host/caps.py", line 168, in
> get
> net_caps = supervdsm.getProxy().network_caps()
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 55, in __call__
> return callMethod()
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 53, in 
> **kwargs)
>   File "", line 2, in network_caps
>   File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in
> _callmethod
> raise convert_to_error(kind, result)
> IOError: [Errno 19] ovirtmgmt is not present in the system
>
> So something is 

Re: [ovirt-users] ERROR - some other host already uses IP ###.###.###.###

[Edward Haas]

On Thu, Feb 15, 2018 at 12:36 PM, Mark Steele  wrote:

> Good morning,
>
> We had a storage crash early this morning that messed up a couple of our
> ovirt hosts. Networking seemed to be the biggest issue. I have decided to
> remove the bridge information in /etc/sysconfig/network-scripts and ip the
> nics in order to re-import them into my ovirt installation (I have already
> removed the hosts).
>
> One of the NIC's refuses to come up and is generating the following error:
>
> ERROR : [/etc/sysconfig/network-scripts/ifup-eth] Error, some other
> host (0C:C4:7A:5B:11:5C) already uses address ###.###.###.###.
>
> When I ARP on this server, I do not see that Mac address - and none of my
> other hosts are using it either. I'm not sure where to go next other than
> completely reinstalling Centos on this server and starting over.
>

I think it tells you that another node on the network is using the same IP
address. If this iface has that static IP defined, perhaps just replace it.


>
> Ovirt version is oVirt Engine Version: 3.5.0.1-1.el6
>

Very (very) old.


>
> OS version is
>
> CentOS Linux release 7.4.1708 (Core)
>
>

> Thank you
>
> ***
> *Mark Steele*
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 800.885.8886 x128 <(800)%20885-8886> | mste...@telvue.com | http://
> www.telvue.com
> twitter: http://twitter.com/telvue | facebook: https://www.
> facebook.com/telvue
>
> ___
> 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] Virtual networks in oVirt 4.2 and MTU 1500

[Edward Haas]

On Wed, Feb 14, 2018 at 11:12 PM, Dmitry Semenov  wrote:

> I have a not big cluster on oVirt 4.2.
> Each node has a bond, that has several vlans in its turn.
> I use virtual networks OVN (External Provider -> ovirt-provider-ovn).
>
> While testing I have noticed that in virtual network MTU must be less
> 1500, so my question is may I change something in network or in bond in
> order everything in virtual network works correctly with MTU 1500?
>

What do you mean that it must be less?
If you want to have jumbo frames, you need your node to support it (HW
support) and the media that connects the nodes to support it as well.
Then, you can go to the oVirt Engine, network section and set it
(ovirtmgmt?) to whatever mtu you like (9000?).
If you have vlan/s defined on the bond which are not controlled by oVirt,
then you need to do that manually.


>
> Below link with my settings:
> https://pastebin.com/F7ssCVFa
>
> --
> Best regards
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>

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

Re: [ovirt-users] Using network assigned to VM on CentOS host?

[Edward Haas]

I could not understand what you exactly have working now and what you are
looking to add.
Perhaps share a diagram or try to describe it in more details.

Thanks,
Edy.

On Sun, Feb 11, 2018 at 3:00 AM, Wesley Stewart  wrote:

> This might be a stupid question.  But I am testing out a 10Gb network
> directly connected to my Freenas box using a Cat6 crossover cable.
>
> I setup the connection (on device eno4) and called the network "Crossover"
> in oVirt.
>
> I dont have DHCP on this, but I can easy assign VMs a NIC on the
> "Crossover" network, assign them an ip address (10.10.10.x) and everything
> works fine.  But I was curious about doing this for the CentOS host as
> well.  I want to test out hosting VM's on the NFS share over the 10Gb
> network but I wasn't quite sure how to do this without breaking other
> connections and I did not want to do anything incorrectly.
>
> I appreciate your feedback!  I apologize if this  is a stupid question.
>
> Running oVirt 4.1.8 on CentOS 7.4
>
>
> ___
> 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] ovirt and gateway behavior

[Edward Haas]

Hi Alex,

Please provide Engine logs from when this is occurring and mention the
date/time we should focus at.

Thanks,
Edy.


On Mon, Feb 5, 2018 at 2:19 PM, Alex K  wrote:

> Hi all,
>
> I have a 3 nodes ovirt 4.1 cluster, self hosted on top of glusterfs. The
> cluster is used to host several VMs.
> I have observed that when gateway is lost (say the gateway device is down)
> the ovirt cluster goes down.
>
> It seems a bit extreme behavior especially when one does not care if the
> hosted VMs have connectivity to Internet or not.
>
> Can this behavior be disabled?
>
> Thanx,
> Alex
>
> ___
> 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] NetworkManager with oVirt version 4.2.0

[Edward Haas]

On Sun, Feb 4, 2018 at 10:01 PM, Vincent Royer <vinc...@epicenergy.ca>
wrote:

> I had these types of issues as well my first time around, and after a
> failed engine install I haven't been able to get things cleaned up, so I
> will have to start over. I created a bonded interface on the host before
> the engine setup. but once I created my first VM and assigned bond0 to it,
> the engine became inaccessible the moment the VM got an IP from the
> router.
>

Please clarify what does it mean to "assign bond0 to it".  A vnic can be
defined on a network (using vnic profiles).
If your Engine is inaccessible, try to understand what changed in the
network, perhaps something collided (duplicate IP/s, routes, mac/s etc).


> What is the preferred way to setup bonded interfaces?  In Cockpit or nmcli
> before hosted engine setup?  Or proceed with only one interface then add
> the other in engine?
>

All should work.


>
> Is it possible, for example, to setup bonded interfaces with a static
> management IP on vlan 50 to access the engine, and let the other VMs grab
> DHCP IPs on vlan 10?
>

Sure it is, one is the management (vlan 50) network and the other a VM
network (vlan 10).


>
>
> On Feb 3, 2018 11:31 PM, "Edward Haas" <eh...@redhat.com> wrote:
>
>
>
> On Sat, Feb 3, 2018 at 9:06 AM, maoz zadok <mao...@gmail.com> wrote:
>
>> Hello All,
>> I'm new to oVirt, I'm trying with no success to set up the networking on
>> an oVirt 4.2.0 node, and I think I'm missing something.
>>
>> background:
>> interfaces em1-4 is bonded to bond0
>> VLAN configured on bond0.1
>> and bridged to ovirtmgmt for the management interface.
>>
>> I'm not sure its updated to version 4.2.0 but I followed this post:
>> https://www.ovirt.org/documentation/how-to/networking/bondin
>> g-vlan-bridge/
>>
>
> It looks like an old howto, we will need to update or remove it.
>
>
>>
>> with this setting, the NetworkManager keep starting up on reboot,
>> and the interfaces are not managed by oVirt (and the nice traffic graphs
>> are not shown).
>>
>
> For the interfaces to be owned by oVirt, you will need to add the host to
> Engine.
> So I would just configure everything up to the VLAN (slaves, bond, VLAN)
> with NetworkManager prior to adding it to Engine. The bridge should be
> created when you add the host.
> (assuming the VLAN you mentioned is your management interface and its ip
> is the one used by Engine)
>
>
>>
>>
>>
>>
>> my question:
>> Is  NetworkManager need to be disabled as in the above post?
>>
>
> No (for 4.1 and 4.2)
>
> Do I need to manage the networking using (nmtui) NetworkManager?
>>
>
> You better use cockpit or nmcli to configure the node before you add it to
> Engine.
>
>
>>
>> Thanks!
>> Maoz
>>
>>
>>
>>
>>
>> ___
>> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] NetworkManager with oVirt version 4.2.0

[Edward Haas]

You may be encountering this problem:
https://bugzilla.redhat.com/show_bug.cgi?id=1523661
If this is it, you have two options:
- Upgrade VDSM to latest 4.2.1.
- Define first the VLAN on one of the slaves, add the host to Engine and
then modify the network attachment by creating a bond through Engine.

Thanks,
Edy.

On Sun, Feb 4, 2018 at 9:30 AM, Edward Haas <eh...@redhat.com> wrote:

>
>
> On Sat, Feb 3, 2018 at 9:06 AM, maoz zadok <mao...@gmail.com> wrote:
>
>> Hello All,
>> I'm new to oVirt, I'm trying with no success to set up the networking on
>> an oVirt 4.2.0 node, and I think I'm missing something.
>>
>> background:
>> interfaces em1-4 is bonded to bond0
>> VLAN configured on bond0.1
>> and bridged to ovirtmgmt for the management interface.
>>
>> I'm not sure its updated to version 4.2.0 but I followed this post:
>> https://www.ovirt.org/documentation/how-to/networking/
>> bonding-vlan-bridge/
>>
>
> It looks like an old howto, we will need to update or remove it.
>
>
>>
>> with this setting, the NetworkManager keep starting up on reboot,
>> and the interfaces are not managed by oVirt (and the nice traffic graphs
>> are not shown).
>>
>
> For the interfaces to be owned by oVirt, you will need to add the host to
> Engine.
> So I would just configure everything up to the VLAN (slaves, bond, VLAN)
> with NetworkManager prior to adding it to Engine. The bridge should be
> created when you add the host.
> (assuming the VLAN you mentioned is your management interface and its ip
> is the one used by Engine)
>
>
>>
>>
>>
>>
>> my question:
>> Is  NetworkManager need to be disabled as in the above post?
>>
>
> No (for 4.1 and 4.2)
>
> Do I need to manage the networking using (nmtui) NetworkManager?
>>
>
> You better use cockpit or nmcli to configure the node before you add it to
> Engine.
>
>
>>
>> Thanks!
>> Maoz
>>
>>
>>
>>
>>
>> ___
>> 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] Node network setup

[Edward Haas]

It is not clear to me what you are attempting to do exactly, but networking
settings should be handled through the setup networks window on Engine.
(Network->Hosts->->[specific host]->Interface tab -> SetupNetwork

You can then define bonds by dragging the nics one over the other.

Thanks,
Edy.

On Tue, Jan 30, 2018 at 9:07 PM,  wrote:

> Hi,
> I am trying to setup a cluster of two nodes, with self hoste Engine.
> Things went fine for the first machine, but it as rather messy about the
> second one.
> I would like to have load balancing and failover for both management
> network and storage (NFS repository).
>
> So what should I exactly do to get a working network stack which can be
> recognized when I try to add this host to the cluster ?
>
> Have tried configuring bonds and briges using Cockpit, using manual
> "ifcfg" files, but all the time I see the bridges and the bonds not linked
> in the Engine interface, so the new host cannot be enrolled.
> If I try to link "ovirtmgmt" to the the associated bond, I have a
> connectivity loss because it is the management device, and I have te
> restart the network services. As management configuration is not OK, I
> can't setup the storage connection.
>
> And if I just try to activate the host, I will install and configure
> things and then complain about missing "ovirtmgmt" and "nfs" networks,
> which both exist and work and Centos level.
>
> The interface, bonds and bridge names are copy/paste from the first server.
>
> # brctl show ovirtmgmt
> bridge namebridge idSTP enabledinterfaces
> ovirtmgmt8000.44a842394200nobond0
> # ip addr show bond0
> 33: bond0:  mtu 1500 qdisc
> noqueue master ovirtmgmt state UP qlen 1000
> link/ether 44:a8:42:39:42:00 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::46a8:42ff:fe39:4200/64 scope link
>valid_lft forever preferred_lft forever
> # ip addr show em1
> 2: em1:  mtu 1500 qdisc mq master
> bond0 state UP qlen 1000
> link/ether 44:a8:42:39:42:00 brd ff:ff:ff:ff:ff:ff
> # ip addr show em3
> 4: em3:  mtu 1500 qdisc mq master
> bond0 state UP qlen 1000
> link/ether 44:a8:42:39:42:00 brd ff:ff:ff:ff:ff:ff
>
> By the way, is it mandatory to stop and disable NetworkManager or not ?
>
> Thanks for any kind of help :-)
>
> ___
> 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] Suggestions on changing hosts' network

[Edward Haas]

On Mon, Jan 8, 2018 at 1:57 PM, Edward Haas <eh...@redhat.com> wrote:

>
>
> On Mon, Jan 8, 2018 at 1:19 AM, Gianluca Cecchi <gianluca.cec...@gmail.com
> > wrote:
>
>>
>>
>> On Wed, Jan 3, 2018 at 12:25 PM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>>
>>>
>>> On Wed, Jan 3, 2018 at 11:56 AM, Marcin Mirecki <mmire...@redhat.com>
>>> wrote:
>>>
>>>> Hello Gianluca,
>>>>
>>>> Add/remove would probably be the simplest way to go.
>>>> The procedure would be:
>>>> - take host to maintenance
>>>> - remove host
>>>> - use vdsm-cient to change the ip of ovirtmgmt
>>>> - add the host again
>>>>
>>>> Just changing the dns configuration sounds quite interesting.
>>>> I suppose the host certificates should be ok if the host was added by
>>>> hostname.
>>>>
>>>>
>>> I've already done something similar in September; see here the full
>>> thread:
>>> http://lists.ovirt.org/pipermail/users/2017-September/084411.html
>>>
>>> In that case it was more complicated in the sense that vlan change was
>>> involved for ovirtmgmt and I passed through a new cluster.
>>> Now it is more simple, but while on September case the hosts were plain
>>> CentOS hosts, now they are ovirt-node-ng, so my manual ifcfg files
>>> manipulation doesn't fit.
>>>
>>> If vdsm-client command is ok I presume it will be something of type:
>>>
>>> # vdsm-client Host setupNetworks
>>> vdsm-client: Command Host.setupNetworks with args {} failed:
>>> (code=-32603, message=Attempt to call function: >> Global.setupNetworks of > with arguments:
>>> () error: setupNetworks() takes exactly 4 arguments (1 given))
>>> #
>>>
>>> with some sort of json configuration, but it is not clear to me what to
>>> give
>>>
>>> Can I do the change of ip from the host web cockpit mgmt interface? I
>>> set/change the ip and then eventually reboot the server to see if it works?
>>>
>>> Gianluca
>>>
>>
>>
>> hello,
>> any update on how to give JSON representation (or other way) to use
>> vdsm-client and change ip/gateway of ovirt-ng node?
>> Thanks
>>
>
> How to use vdsm-client in general: Just check its man page.
> You will need to fill up the existing management network details in the
> json format, replacing just the IP address.
> The main concern here is, that if you missed something, it may be removed.
> You should follow https://access.redhat.com/solutions/168983 for full
> details.
>
> I would suggest using a different approach, although I have not tested it
> myself:
> Edit the persisted relevant configuration files: /var/lib/vdsm/persistence/
> netconf
> (Change the IP there, without touching the other stuff)
> Then, reboot the host.. It should identify that the existing config is not
> in sync with the persisted one and a reconfig will be issued automatically.
> The risk here is that the config will not successfully get applied, so
> make sure you save the previous version.
>
> Thanks,
> Edy.
>

Just to avoid misunderstanding here, all these hacks are not officially
supported. It is not recommended to attempt them on a production unit.


>
>
>
>>
>> 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] [CORRECTED] Can't create 2nd network for VMs in DMZ zone

[Edward Haas]

On Sun, Jan 7, 2018 at 8:18 PM, Andrei V  wrote:

> Hi !
>
> Made a typo in previous message, sorry.
>
> I'm having difficulty to utilize 2nd NIC on HP Proliant server in order
> to connect guest VM to DMZ (engine, node and all other guest VMs are on
> internal zone).
>
> I tried to use PCI passthrough, downed ifcfg-enp3s4f1 on node host,
> created vNic profile "PCI NIC Passthrough", network named "Node10-NIC2",
> then Virtual Machines -> Network Interfaces -> nic 2 of type PCI
> Passthrough and profile above.
> Unfortunately, guest OS (SuSE Leap 42.3) still don't recognize this NIC.
>
> This 2nd NIC is visible on Compute -> Hosts -> Network Interfaces.
> I can assign it network named "Node10-NIC2". However, right now I'm
> working from the remote, if node net setup get screwed, it will be a big
> problem.
> In the archive I found that this 2nd NIC must be up with no IP and
> default route. Is this correct definition of ifcfg-enp3s4f1?
> NetworkManager is disabled on node.
>
> TYPE=Ethernet
> PROXY_METHOD=none
> BROWSER_ONLY=no
> BOOTPROTO=none
> DEFROUTE=no
> IPV4_FAILURE_FATAL=no
> IPV6INIT=no
> NM_CONTROLLED=no
> NAME=enp3s4f1
> UUID=09f96366-e4a9-4e6e-a090-7267ed102d36
> DEVICE=enp3s4f1
> ONBOOT=yes
>
> Thanks in advance
> Andrei V
>

A similar question has been already raised not long ago, see
https://www.mail-archive.com/users@ovirt.org/msg45269.html

___
> 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] Suggestions on changing hosts' network

[Edward Haas]

On Mon, Jan 8, 2018 at 1:19 AM, Gianluca Cecchi 
wrote:

>
>
> On Wed, Jan 3, 2018 at 12:25 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>>
>>
>> On Wed, Jan 3, 2018 at 11:56 AM, Marcin Mirecki 
>> wrote:
>>
>>> Hello Gianluca,
>>>
>>> Add/remove would probably be the simplest way to go.
>>> The procedure would be:
>>> - take host to maintenance
>>> - remove host
>>> - use vdsm-cient to change the ip of ovirtmgmt
>>> - add the host again
>>>
>>> Just changing the dns configuration sounds quite interesting.
>>> I suppose the host certificates should be ok if the host was added by
>>> hostname.
>>>
>>>
>> I've already done something similar in September; see here the full
>> thread:
>> http://lists.ovirt.org/pipermail/users/2017-September/084411.html
>>
>> In that case it was more complicated in the sense that vlan change was
>> involved for ovirtmgmt and I passed through a new cluster.
>> Now it is more simple, but while on September case the hosts were plain
>> CentOS hosts, now they are ovirt-node-ng, so my manual ifcfg files
>> manipulation doesn't fit.
>>
>> If vdsm-client command is ok I presume it will be something of type:
>>
>> # vdsm-client Host setupNetworks
>> vdsm-client: Command Host.setupNetworks with args {} failed:
>> (code=-32603, message=Attempt to call function: > Global.setupNetworks of > with arguments:
>> () error: setupNetworks() takes exactly 4 arguments (1 given))
>> #
>>
>> with some sort of json configuration, but it is not clear to me what to
>> give
>>
>> Can I do the change of ip from the host web cockpit mgmt interface? I
>> set/change the ip and then eventually reboot the server to see if it works?
>>
>> Gianluca
>>
>
>
> hello,
> any update on how to give JSON representation (or other way) to use
> vdsm-client and change ip/gateway of ovirt-ng node?
> Thanks
>

How to use vdsm-client in general: Just check its man page.
You will need to fill up the existing management network details in the
json format, replacing just the IP address.
The main concern here is, that if you missed something, it may be removed.
You should follow https://access.redhat.com/solutions/168983 for full
details.

I would suggest using a different approach, although I have not tested it
myself:
Edit the persisted relevant configuration files:
/var/lib/vdsm/persistence/netconf
(Change the IP there, without touching the other stuff)
Then, reboot the host.. It should identify that the existing config is not
in sync with the persisted one and a reconfig will be issued automatically.
The risk here is that the config will not successfully get applied, so make
sure you save the previous version.

Thanks,
Edy.



>
> 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] Assign external IP to VM

[Edward Haas]

It is not clear what you did exactly, but, if I try to summarize, this
setup should work for you:

- Create a network (network->networks) and mark it as a VM network.
- Create a vNIC profile (network->networks->[network]->Vnic Profiles.
- Attach the network on the relevant NIC on your host
(compute->hosts->[host]->Network Interface->Setup Hos Networks).
(No need to set an IP on these networks, unless you need the host stack
itself and not only the vms to access these networks)
- Create or edit your VM, create a vnic (or edit one) and point it to the
relevant vnic profile you created earlier.

Do this for each nic you mentioned, and it should work for you.

The use of SRIOV or pci-passthrough is taking this a step further, mainly
when you need high throughput.
For SRIOV you need special NIC hardware and the pci-passthrough is limiting
one vnic per nic, which is wasteful if you do not really need it.

Thanks,
Edy.

On Wed, Dec 27, 2017 at 12:38 AM, Alex Bartonek  wrote:

> Need some guidance on this one.
>
> Config:
> 1U with 2 NICs.
> NIC 1 plugged to local switch - gets local IP
> NIC 2 plugged direct to cable modem - need to set IP inside VM to public
> static IP
> VM will be CentOS, already know how to configure NIC once I can get the
> 2nd NIC assigned to it.
>
> Do I use PCI passthru?  Or where do I start to get this configured?  I did
> setup NIC 2 under Network --> Networks.   Created a NIC called
> "external_NIC".  External NIC has description and then I configured 2 DNS
> servers which are given to me by the ISP.
>
> Under Compute --> Hosts -->  --> Network Interfaces (I have both
> NICs showing as up) --> Setup Host Networks ---> NIC 2 is the interface -->
> Assignment of Logical networks is "external_NIC".
>
> I was assuming I was done, so I go to my VM add NIC 2, click run and I see:
>
> Cannot run VM. There is no host that satisfies current scheduling
> constraints. See below for details:
>
>- The host  did not satisfy internal filter Network because
>there are no free virtual functions which are suitable for virtual nic(s)
>nic2. A virtual function is considered as suitable if the VF's
>configuration of its physical function contains the virtual nic's
>network/network label.
>
> Need guidance on what to read to get this working.
>
> Thanks!
>
> ___
> 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] ovirt 4.2 host not compatible

[Edward Haas]

On Fri, Dec 22, 2017 at 11:09 PM, Paul Dyer  wrote:

> It seems that I am using net_persistence = ifcfg, and that I have lost the
> definitions for the logical networks.
>

Could you please share with us when and in what manner you lost these
definitions?
Is it re-creatable?


>
> I have recovered these, and was able to do setup logical networks.
>
> It is all working now.
>
> Paul
>
> On Fri, Dec 22, 2017 at 1:46 PM, Paul Dyer  wrote:
>
>> My setup is RHEL 7.4, with the host separate from the engine.
>>
>> The ovirt-release42 rpm was added to the engine host, but not to the
>> virtualization host.   The vhost was still running v4.1 rpms.   I installed
>> ovirt-release42 on the vhost, then updated the rest of the rpms with "yum
>> update".I am still getting an error on activation of the vhost...
>>
>>  Host parasol does not comply with the cluster Intel networks, the
>> following networks are missing on host: 'data30,data40,ovirtmgmt'
>>
>> It seems like the networks bridges are not there anymore??
>>
>> Paul
>>
>>
>>
>> On Fri, Dec 22, 2017 at 12:46 PM, Paul Dyer  wrote:
>>
>>> Hi,
>>>
>>> I have upgraded to ovirt 4.2 without issue.   But I cannot find a way to
>>> upgrade the host compatibility in the new OVirt Manager.
>>>
>>> I get this error when activiating the host...
>>>
>>> host parasol is compatible with versions (3.6,4.0,4.1) and cannot join
>>> Cluster Intel which is set to version 4.2.
>>>
>>> Thanks,
>>> Paul
>>>
>>>
>>> --
>>> Paul Dyer,
>>> Mercury Consulting Group, RHCE
>>> 504-302-8750 <(504)%20302-8750>
>>>
>>
>>
>>
>> --
>> Paul Dyer,
>> Mercury Consulting Group, RHCE
>> 504-302-8750 <(504)%20302-8750>
>>
>
>
>
> --
> Paul Dyer,
> Mercury Consulting Group, RHCE
> 504-302-8750 <(504)%20302-8750>
>
> ___
> 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] multiple ip routing table issue

[Edward Haas]

On Wed, Nov 22, 2017 at 1:26 AM, Edward Clay <edward.c...@uk2group.com>
wrote:

> On Tue, 2017-11-21 at 16:01 -0700, Edward Clay wrote:
>
> On Wed, 2017-11-22 at 00:17 +0200, Edward Haas wrote:
>
>
>
> On Tue, Nov 21, 2017 at 6:16 PM, Edward Clay <edward.c...@uk2group.com>
> wrote:
>
>
> On Tue, 2017-11-21 at 09:00 +0200, Edward Haas wrote:
>
>
>
> On Tue, Nov 21, 2017 at 1:24 AM, Edward Clay <edward.c...@uk2group.com>
> wrote:
>
> Hello,
>
> We have an issue where hosts are configured with the public facing nework
> interface as the ovirtmgmt network and it's default route is added to a
> ovirt created table but not to the main routing table. From my searching
> I've found this snippet from https://www.ovirt.org/develop/
> release-management/features/network/multiple-gateways/ which seems to
> explain why I can't ping anything or communicate with any other system
> needing a default route.
>
>
> By default, the default route is set on the ovirtmgmt network (the default
> one, defined on the interface/ip which you added the host to Engine).
> Do you have a different network set up which you will like to set the
> default route on?
>
>
>
> "And finally, here's the host's main routing table. Any traffic coming in
> to the host will use the ip rules and an interface's routing table. The
> main routing table is only used for traffic originating from the host."
>
> I'm seeing the following main and custom ovirt created tables.
>
> main:
> # ip route show table main
> 10.0.0.0/8 via 10.4.16.1 dev enp3s0.106
> 10.4.16.0/24 dev enp3s0.106 proto kernel scope link src 10.4.16.15
> 1.1.1.0/24 dev PUBLICB proto kernel scope link src 1.1.1.1 169.254.0.0/16
> dev enp6s0 scope link metric 1002
> 169.254.0.0/16 dev enp3s0 scope link metric 1003
> 169.254.0.0/16 dev enp7s0 scope link metric 1004
> 169.254.0.0/16 dev enp3s0.106 scope link metric 1020
> 169.254.0.0/16 dev PRIVATE scope link metric 1022
> 169.254.0.0/16 dev PUBLIC scope link metric 1024
>
> table 1138027711
> # ip route show table 1138027711
> default via 1.1.1.1 dev PUBLIC
> 1.1.1.0/24 via 1.1.1.1 dev PUBLIC
>
> If I manually execute the following command to add the default route as
> well to the main table I can ping ouside of the local network.
>
> ip route add 0.0.0.0/0 via 1.1.1.1 dev PUBLIC
>
> If I attempt to modify the /etc/sysconfig/network-scripts/route-PUBLIC ad
> reboot the server ad one would think this file is recreated by vdsm on boot.
>
> What I'm looking for is the correct way to setup a default gateway for the
> main routing table so the hosts can get OS updates and communicate with the
> outside world.
>
>
> Providing the output from "ip addr" may help clear up some things.
> It looks like you have on the host the default route set as 10.4.16.1 (on
> enp3s0.106), could you elaborate what this interface is?
>
>
> We have setup vlan taging to utilize the 2 internetal network interfaces
> (originally enp6s0 and enp7s0) to be configured with mulitiple networks
> each. We eventually added 10Gb nics to all servers to improve san glusterfs
> performance which is enp3s0 which replaced enp6s0 in our setup.
>
> enp3s0.106 = ovirtmgmt network access to private internal networks only
> enp3s0.206 = private network bridge PRIVATE used for private internal
> network access for VMs
> enp7s0.606 = is used for public access for both VMs (bridge) and each
> host/cp/san in our ovirt setup named PUBLIC
>
> # ip addr show
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: enp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> state UP qlen 1000
> link/ether 00:25:90:38:d6:2c brd ff:ff:ff:ff:ff:ff
> inet6 fe80::225:90ff:fe38:d62c/64 scope link
>valid_lft forever preferred_lft forever
> 3: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
> qlen 1000
> link/ether 90:e2:ba:1d:a4:00 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::92e2:baff:fe1d:a400/64 scope link
>valid_lft forever preferred_lft forever
> 4: enp7s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> state UP qlen 1000
> link/ether 00:25:90:38:d6:2d brd ff:ff:ff:ff:ff:ff
> 20: enp3s0.106@enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
> noqueue state UP qlen 1000
> link/ether 90:e2:ba:1d:a4:00 brd ff:ff:ff:ff:ff:ff
> inet 10.4.16.15/24 brd 10.4.16.255 scope global e

Re: [ovirt-users] multiple ip routing table issue

[Edward Haas]

On Tue, Nov 21, 2017 at 6:16 PM, Edward Clay <edward.c...@uk2group.com>
wrote:

>
> On Tue, 2017-11-21 at 09:00 +0200, Edward Haas wrote:
>
>
>
> On Tue, Nov 21, 2017 at 1:24 AM, Edward Clay <edward.c...@uk2group.com>
> wrote:
>
> Hello,
>
> We have an issue where hosts are configured with the public facing nework
> interface as the ovirtmgmt network and it's default route is added to a
> ovirt created table but not to the main routing table. From my searching
> I've found this snippet from https://www.ovirt.org/develop/
> release-management/features/network/multiple-gateways/ which seems to
> explain why I can't ping anything or communicate with any other system
> needing a default route.
>
>
> By default, the default route is set on the ovirtmgmt network (the default
> one, defined on the interface/ip which you added the host to Engine).
> Do you have a different network set up which you will like to set the
> default route on?
>
>
>
> "And finally, here's the host's main routing table. Any traffic coming in
> to the host will use the ip rules and an interface's routing table. The
> main routing table is only used for traffic originating from the host."
>
> I'm seeing the following main and custom ovirt created tables.
>
> main:
> # ip route show table main
> 10.0.0.0/8 via 10.4.16.1 dev enp3s0.106
> 10.4.16.0/24 dev enp3s0.106 proto kernel scope link src 10.4.16.15
> 1.1.1.0/24 dev PUBLICB proto kernel scope link src 1.1.1.1 169.254.0.0/16
> dev enp6s0 scope link metric 1002
> 169.254.0.0/16 dev enp3s0 scope link metric 1003
> 169.254.0.0/16 dev enp7s0 scope link metric 1004
> 169.254.0.0/16 dev enp3s0.106 scope link metric 1020
> 169.254.0.0/16 dev PRIVATE scope link metric 1022
> 169.254.0.0/16 dev PUBLIC scope link metric 1024
>
> table 1138027711
> # ip route show table 1138027711
> default via 1.1.1.1 dev PUBLIC
> 1.1.1.0/24 via 1.1.1.1 dev PUBLIC
>
> If I manually execute the following command to add the default route as
> well to the main table I can ping ouside of the local network.
>
> ip route add 0.0.0.0/0 via 1.1.1.1 dev PUBLIC
>
> If I attempt to modify the /etc/sysconfig/network-scripts/route-PUBLIC ad
> reboot the server ad one would think this file is recreated by vdsm on boot.
>
> What I'm looking for is the correct way to setup a default gateway for the
> main routing table so the hosts can get OS updates and communicate with the
> outside world.
>
>
> Providing the output from "ip addr" may help clear up some things.
> It looks like you have on the host the default route set as 10.4.16.1 (on
> enp3s0.106), could you elaborate what this interface is?
>
>
> We have setup vlan taging to utilize the 2 internetal network interfaces
> (originally enp6s0 and enp7s0) to be configured with mulitiple networks
> each. We eventually added 10Gb nics to all servers to improve san glusterfs
> performance which is enp3s0 which replaced enp6s0 in our setup.
>
> enp3s0.106 = ovirtmgmt network access to private internal networks only
> enp3s0.206 = private network bridge PRIVATE used for private internal
> network access for VMs
> enp7s0.606 = is used for public access for both VMs (bridge) and each
> host/cp/san in our ovirt setup named PUBLIC
>
> # ip addr show
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: enp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> state UP qlen 1000
> link/ether 00:25:90:38:d6:2c brd ff:ff:ff:ff:ff:ff
> inet6 fe80::225:90ff:fe38:d62c/64 scope link
>valid_lft forever preferred_lft forever
> 3: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
> qlen 1000
> link/ether 90:e2:ba:1d:a4:00 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::92e2:baff:fe1d:a400/64 scope link
>valid_lft forever preferred_lft forever
> 4: enp7s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> state UP qlen 1000
> link/ether 00:25:90:38:d6:2d brd ff:ff:ff:ff:ff:ff
> 20: enp3s0.106@enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
> noqueue state UP qlen 1000
> link/ether 90:e2:ba:1d:a4:00 brd ff:ff:ff:ff:ff:ff
> inet 10.4.16.15/24 brd 10.4.16.255 scope global enp3s0.106
>valid_lft forever preferred_lft forever
> 21: enp3s0.206@enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
> noqueue master PRIVATEB state UP qlen 1000
> link/ether 90:e2:ba:1d:a4:00 brd ff:

Re: [ovirt-users] multiple ip routing table issue

[Edward Haas]

On Tue, Nov 21, 2017 at 1:24 AM, Edward Clay 
wrote:

> Hello,
>
> We have an issue where hosts are configured with the public facing nework
> interface as the ovirtmgmt network and it's default route is added to a
> ovirt created table but not to the main routing table. From my searching
> I've found this snippet from https://www.ovirt.org/develop/
> release-management/features/network/multiple-gateways/ which seems to
> explain why I can't ping anything or communicate with any other system
> needing a default route.
>

By default, the default route is set on the ovirtmgmt network (the default
one, defined on the interface/ip which you added the host to Engine).
Do you have a different network set up which you will like to set the
default route on?


>
> "And finally, here's the host's main routing table. Any traffic coming in
> to the host will use the ip rules and an interface's routing table. The
> main routing table is only used for traffic originating from the host."
>
> I'm seeing the following main and custom ovirt created tables.
>
> main:
> # ip route show table main
> 10.0.0.0/8 via 10.4.16.1 dev enp3s0.106
> 10.4.16.0/24 dev enp3s0.106 proto kernel scope link src 10.4.16.15
> 1.1.1.0/24 dev PUBLICB proto kernel scope link src 1.1.1.1 169.254.0.0/16
> dev enp6s0 scope link metric 1002
> 169.254.0.0/16 dev enp3s0 scope link metric 1003
> 169.254.0.0/16 dev enp7s0 scope link metric 1004
> 169.254.0.0/16 dev enp3s0.106 scope link metric 1020
> 169.254.0.0/16 dev PRIVATE scope link metric 1022
> 169.254.0.0/16 dev PUBLIC scope link metric 1024
>
> table 1138027711
> # ip route show table 1138027711
> default via 1.1.1.1 dev PUBLIC
> 1.1.1.0/24 via 1.1.1.1 dev PUBLIC
>
> If I manually execute the following command to add the default route as
> well to the main table I can ping ouside of the local network.
>
> ip route add 0.0.0.0/0 via 1.1.1.1 dev PUBLIC
>
> If I attempt to modify the /etc/sysconfig/network-scripts/route-PUBLIC ad
> reboot the server ad one would think this file is recreated by vdsm on boot.
>
> What I'm looking for is the correct way to setup a default gateway for the
> main routing table so the hosts can get OS updates and communicate with the
> outside world.
>

Providing the output from "ip addr" may help clear up some things.
It looks like you have on the host the default route set as 10.4.16.1 (on
enp3s0.106), could you elaborate what this interface is?

Thanks,
Edy.


> ___
> 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] NIC Bonding

[Edward Haas]

Note that you can also explore the option of setting up STP in your network
(which will handle the loops).

Thanks,
Edy.

On Thu, Nov 16, 2017 at 8:33 PM, Bryan Sockel <bryan.soc...@altn.com> wrote:

> Understood.  Our typical server deployment is primary network link to one
> switch and back up link to a second switch.  This allows for my network
> admin to do switch maintenance with out any down time.  So in our ovirt
> deployment we have bonded link for one server going to switch 1 and on
> server 2 we have a bonded link going to switch 2.  We have to manually put
> the server in maintenance mode before he could do any switch maintenance.
> If there was an actual switch outage, we would have to wait for the system
> to restart the HA VM's on the other server.
>
> I know there are ways on the switch side that we can make both switches
> appear as a single switch and possibly create a bond across switches, but
> that is not something we have implemented.
>
> Thanks
> Bryan Sockel
>
> -Original Message-
> From: Edward Haas <eh...@redhat.com>
> To: Petr Horacek <phora...@redhat.com>
> Cc: Bryan Sockel <bryan.soc...@altn.com>, users <users@ovirt.org>
> Date: Thu, 16 Nov 2017 09:10:39 +0200
> Subject: Re: [ovirt-users] NIC Bonding
>
>
>
> On Wed, Nov 15, 2017 at 1:52 PM, Petr Horacek <phora...@redhat.com>
> wrote:
>>
>> Hello Bryan,
>>
>> I'm afraid it is not possible with oVirt. You can only attach NICs to a
>> bonding via the way Arthur suggested.
>>
>> Regards,
>> Petr
>>
>> 2017-11-09 16:41 GMT+02:00 Bryan Sockel <bryan.soc...@altn.com>:
>>>
>>> I have a similar setup i am trying to achieve, but i would like to
>>> create 2 bonds to increase the bandwith and then configure 1 bond as a
>>> backup to the primary.  Is there some way to do this?
>>>
>>
> I would argue that such a setup is problematic. The bond link goes down
> only when all its slaves are down, therefore, if you loose one slave, the
> BW is decreased and the backup will not take over.
> Using 3 or 4 slaves bond can allow you to get both increased BW and
> redundancy.
>
> Thanks,
> Edy.
>
>
>>
>>>
>>> Bryan Sockel
>>>
>>> Sent using Alt-N's own MDaemon Messaging Server <http://www.altn.com/>
>>> Get to know the Alt-N family by liking us on Facebook
>>> <https://www.facebook.com/pages/Alt-N-Technologies-MDaemon/220307374735000?ref=hl>
>>> !
>>>
>>>
>>>
>>> -Original Message-
>>> From: Arthur Melo <art...@afabrica.net>
>>> To: magnus.isaks...@ilw.se
>>> Cc: users <users@ovirt.org>
>>> Date: Mon, 6 Nov 2017 10:18:03 -0200
>>> Subject: Re: [ovirt-users] NIC Bonding
>>>
>>> Just drag and drop NICs then configure it to active/backup! :)
>>>
>>> Atenciosamente,
>>> Arthur Melo
>>> Linux User #302250
>>>
>>>
>>> 2017-11-06 8:15 GMT-02:00 <magnus.isaks...@ilw.se>:
>>>>
>>>> Hello!
>>>> I'm new(-ish) to oVirt and have a question regarding network.
>>>> I currently use vmware, the hosts have 4 nic each and connected to two
>>>> switches in stack(extreme), i have two vSwitch with two nic each setup in
>>>> active/standby, with this i don't have to do anything with the physical
>>>> switch.
>>>> So how do i do this setup on oVirt so i don't need to configure the
>>>> switches?
>>>> I know how to bond the cards, but i am afraid of a switchloop, so i
>>>> just want to make sure that does not happen.
>>>>
>>>> Regards
>>>> Magnus Isaksson
>>>>
>>>> ___
>>>> 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
>>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] NIC Bonding

[Edward Haas]

On Wed, Nov 15, 2017 at 1:52 PM, Petr Horacek  wrote:

> Hello Bryan,
>
> I'm afraid it is not possible with oVirt. You can only attach NICs to a
> bonding via the way Arthur suggested.
>
> Regards,
> Petr
>
> 2017-11-09 16:41 GMT+02:00 Bryan Sockel :
>
>> I have a similar setup i am trying to achieve, but i would like to create
>> 2 bonds to increase the bandwith and then configure 1 bond as a backup to
>> the primary.  Is there some way to do this?
>>
>
I would argue that such a setup is problematic. The bond link goes down
only when all its slaves are down, therefore, if you loose one slave, the
BW is decreased and the backup will not take over.
Using 3 or 4 slaves bond can allow you to get both increased BW and
redundancy.

Thanks,
Edy.


>>
>> Bryan Sockel
>>
>> Sent using Alt-N's own MDaemon Messaging Server 
>> Get to know the Alt-N family by liking us on Facebook
>> 
>> !
>>
>>
>>
>> -Original Message-
>> From: Arthur Melo 
>> To: magnus.isaks...@ilw.se
>> Cc: users 
>> Date: Mon, 6 Nov 2017 10:18:03 -0200
>> Subject: Re: [ovirt-users] NIC Bonding
>>
>> Just drag and drop NICs then configure it to active/backup! :)
>>
>> Atenciosamente,
>> Arthur Melo
>> Linux User #302250
>>
>>
>> 2017-11-06 8:15 GMT-02:00 :
>>>
>>> Hello!
>>> I'm new(-ish) to oVirt and have a question regarding network.
>>> I currently use vmware, the hosts have 4 nic each and connected to two
>>> switches in stack(extreme), i have two vSwitch with two nic each setup in
>>> active/standby, with this i don't have to do anything with the physical
>>> switch.
>>> So how do i do this setup on oVirt so i don't need to configure the
>>> switches?
>>> I know how to bond the cards, but i am afraid of a switchloop, so i just
>>> want to make sure that does not happen.
>>>
>>> Regards
>>> Magnus Isaksson
>>>
>>> ___
>>> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [OT] how to analyze/avoid dropped rx packets

[Edward Haas]

Hello Gianluca,

Not sure if I can help with this one, but could you just clarify from where
these DHCPv6 packets arrive?
You mentioned IPv6 is disabled on the VM, therefore I assume these are
ingress packets, right?
If this is the case, then perhaps the stack just drops the ingress packets
(as it has no handler for them).

Thanks,
Edy.


On Fri, Nov 10, 2017 at 11:33 AM, Gianluca Cecchi  wrote:

> Hello,
> on some Oracle Linux 7 VMs I see that dropped RX packets continue to
> increase.
> The eth0 interface is virtio for all of them.
> When running tcpdump on eth0 the counter stop increasing and so it means
> tcpdump does capture them
>
> I found some references about these kind of rx dropped frames with CentOS
> 7 too and other distros with new kernels.
>
> eg:
> https://www.netiq.com/support/kb/doc.php?id=7007165
> and
> *https://serverfault.com/questions/528290/ifconfig-eth0-rx-dropped-packets
> *
>
> In my case it doesn't seem that the nature of the dropped packages is STP,
> but IP6
>
> On my VMs I have disabled ipv6
>
> I see that in about 100 seconds I have 180 dropped frames occured, and
> when running tcpdump for the same amount of time I have in it about 180
> DHCPv6 packets, so I presume it is it the responsible
> Any way to avoid this, at VM or hypervisor level?
>
> Thanks in advance,
> 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] Centos 7.3 ovirt 4.0.6 Can't add host to cluster collectd or collectd-disk not found

[Edward Haas]

This is a limitation of the brctl tool.

Attempting to define a bridge named 'default' fails:
# brctl addbr default
add bridge failed: Invalid argument

Thanks,
Edy.


On Thu, Sep 7, 2017 at 8:26 PM, Claudio Soprano  wrote:

> Ok
>
> After installed the host, i need to attach it the networks
>
> so I got the Unexpected Exception while I'm trying to add a vlan 1 (called
> default) to a Host, in the Setup_networks gui.
>
> I attached:
>
> - a screenshoot of all the network we have
>
> - two screenshoots for the "default" network proprierties (one for vnic
> profile, other for the proprierties)
>
> - supervdsm.log from host ovc2n06 (i attached all the file, but you will
> find all at the beginning)
>
> Like already explained, it is simple to replicate the problem with a
> CentOS v7.3 host, you need to create a Bridge called default
> (ifcfg-default) and a Vlan 1 attached to it (ifcfg-enp12s0.1), do a
> systemctl restart network and you will get the error.
> To fix the problem rename the bridge to "def" for example and change the
> Vlan 1 file configuration to link the new name and then all works.
>
> This problem is found only on the CentOS v7.3 on old CentOS v7.2 hosts the
> "default" bridge works, to override this problem we changed the name to
> "def" for now.
>
> All the hosts now are ovirt v4.1.5 and CentOS v7.3 we have also some old
> hosts on CentOS v7.2
>
> Claudio
>
>
> On 07/09/17 13:46, Dan Kenigsberg wrote:
>
>> 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.
>>>
>>
> --
>
>/|/   _/   /|/   _/|/
>   /   / |   /   //   / |   /   // |   /
>  /   /  |  /   ___/   _//   /  |  /   ___/ /  |  /
> /   /   | /   //   /   | /   //   | /
>   __/ _/   __/  _/   _/  _/   __/  _/   _/   __/
>
> Claudio Sopranophone:  (+39)-06-9403.2349/2355
> Computing Service  fax:(+39)-06-9403.2649
> LNF-INFN   e-mail: claudio.sopr...@lnf.infn.it
> Via Enrico Fermi, 40   www:http://www.lnf.infn.it/
> I-00044 Frascati, Italy
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problemas with ovirtmgmt network used to connect VMs

[Edward Haas]

Hello Fernando,

Have you taken the tcpdump in the VM to see what traffic is sent out?
Your host is a Centos 7.3? If so how come it has such a kernel version?

Have you see anything in /var/log/messages when it gets disconnected?

Thanks,
Edy.


On Fri, Jul 28, 2017 at 9:01 PM, FERNANDO FREDIANI <
fernando.fredi...@upx.com> wrote:

> Hello Edwardh and all.
>
> I keep getting these disconnects, were you able to find anything about to
> suggest changing ?
>
> As I mentioned this machine different from the others where it never
> happened uses the ovirtmgmt network as VM network and has kernel 4.12
> instead of the default 3.10 from CentOS 7.3. It seems a particular
> situation that is triggering this behavior but could not gather any hint
> yet.
>
> I have tried to run a regular arping to force the bridge always learn the
> VMs MAC address but it doesn't seem to work and every in a while the bridge
> 'forgets' that particular VM mac address.
> I have also even rebuilt the VM completely changing its operating system
> from Ubuntu 16.04 to CentOS 7.3 and the same problem happened.
>
> Fernando
>
> On 24/07/2017 18:20, FERNANDO FREDIANI wrote:
>
> Hello Edward, this happened again today and I was able to check more
> details.
>
> So:
>
> - The VM stopped passing any network traffic.
> - Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac address
> missing.
> - I then went to oVirt Engine, under VM's 'Network Interfaces' tab,
> clicked Edit and changed the Link State to Down then to Up and it recovered
> its connectivity.
> - Another 'brctl showmacs ovirtmgmt' showed the VM's mac address learned
> again by the bridge.
>
> This Node server has the particularity of sharing the ovirtmgmt with VMs.
> Could it possibly be the cause of the issue in any way ?
>
> Thanks
> Fernando
>
> On 24/07/2017 09:47, FERNANDO FREDIANI wrote:
>
> Not tried this yet Edwardh, but will do at next time it happens. THe
> source mac address should be the mac as the VM. I don't see any reason for
> it to change from within the VM ou outside.
>
> What type of things would make the bridge stop learning a given VM mac
> address ?
>
> Fernando
>
> On 23/07/2017 07:51, Edward Haas wrote:
>
> Have you tried to use tcpdump at the VM vNIC to examine if there is
> traffic trying to get out from there? And with what source mac address?
>
> Thanks,
> Edy,
>
> On Fri, Jul 21, 2017 at 5:36 PM, FERNANDO FREDIANI <
> fernando.fredi...@upx.com> wrote:
>
>> Has anyone had problem when using the ovirtmgmt bridge to connect VMs ?
>>
>> I am still facing a bizarre problem where some VMs connected to this
>> bridge stop passing traffic. Checking the problem further I see its mac
>> address stops being learned by the bridge and the problem is resolved only
>> with a VM reboot.
>>
>> When I last saw the problem I run brctl showmacs ovirtmgmt and it shows
>> me the VM's mac adress with agening timer 200.19. After the VM reboot I see
>> the same mac with agening timer 0.00.
>> I don't see it in another environment where the ovirtmgmt is not used for
>> VMs.
>>
>> Does anyone have any clue about this type of behavior ?
>>
>> Fernando
>> ___
>> 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] Migration network used also as vm network

[Edward Haas]

There is a security drawback involved as well, the VM/s can access the host
through that IP.


On Tue, Jul 25, 2017 at 10:45 AM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello Gianluca,
>
> As far as i know this shouldn't be a problem, you can have ips on any
> interface.
>
> The only drawbacks can be related to performance of migrations if vms on
> that interface makes too much traffic.
>
> Luca
>
> Il 25 lug 2017 9:25 AM, "Gianluca Cecchi"  ha
> scritto:
>
>> Hello,
>> I have a 10Gbit vlan defined as migration network and currently not
>> enabled as vm network.
>> When you configure a host interface, assigning a vlan that is defined as
>> migration network, you must assign an ip to it on the host.
>>
>> Suppose I want to edit this vlan in DC so that I enable it to be also a
>> VM network, are there any drawbacks having for example on a host the ip for
>> this vlan (the migration ip) and also one or more running VMs with their
>> vnics configured on this vlan too...?
>>
>> Thanks in advance,
>> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problemas with ovirtmgmt network used to connect VMs

[Edward Haas]

On Tue, Jul 25, 2017 at 12:20 AM, FERNANDO FREDIANI <
fernando.fredi...@upx.com> wrote:

> Hello Edward, this happened again today and I was able to check more
> details.
>
> So:
>
> - The VM stopped passing any network traffic.
> - Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac address
> missing.
> - I then went to oVirt Engine, under VM's 'Network Interfaces' tab,
> clicked Edit and changed the Link State to Down then to Up and it recovered
> its connectivity.
> - Another 'brctl showmacs ovirtmgmt' showed the VM's mac address learned
> again by the bridge.
>
> This Node server has the particularity of sharing the ovirtmgmt with VMs.
> Could it possibly be the cause of the issue in any way ?
>
There is nothing special with ovirtmgmt bridge in this regard.
I suggest you check the VM itself to see if it tries to send traffic, the
fact that the mac is not appearing on the bridge table is an outcome of no
traffic passing from the vNIC with that source mac address.

Thanks
> Fernando
>
> On 24/07/2017 09:47, FERNANDO FREDIANI wrote:
>
> Not tried this yet Edwardh, but will do at next time it happens. THe
> source mac address should be the mac as the VM. I don't see any reason for
> it to change from within the VM ou outside.
>
> What type of things would make the bridge stop learning a given VM mac
> address ?
>
> Fernando
>
> On 23/07/2017 07:51, Edward Haas wrote:
>
> Have you tried to use tcpdump at the VM vNIC to examine if there is
> traffic trying to get out from there? And with what source mac address?
>
> Thanks,
> Edy,
>
> On Fri, Jul 21, 2017 at 5:36 PM, FERNANDO FREDIANI <
> fernando.fredi...@upx.com> wrote:
>
>> Has anyone had problem when using the ovirtmgmt bridge to connect VMs ?
>>
>> I am still facing a bizarre problem where some VMs connected to this
>> bridge stop passing traffic. Checking the problem further I see its mac
>> address stops being learned by the bridge and the problem is resolved only
>> with a VM reboot.
>>
>> When I last saw the problem I run brctl showmacs ovirtmgmt and it shows
>> me the VM's mac adress with agening timer 200.19. After the VM reboot I see
>> the same mac with agening timer 0.00.
>> I don't see it in another environment where the ovirtmgmt is not used for
>> VMs.
>>
>> Does anyone have any clue about this type of behavior ?
>>
>> Fernando
>> ___
>> 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] Problemas with ovirtmgmt network used to connect VMs

[Edward Haas]

Have you tried to use tcpdump at the VM vNIC to examine if there is traffic
trying to get out from there? And with what source mac address?

Thanks,
Edy,

On Fri, Jul 21, 2017 at 5:36 PM, FERNANDO FREDIANI <
fernando.fredi...@upx.com> wrote:

> Has anyone had problem when using the ovirtmgmt bridge to connect VMs ?
>
> I am still facing a bizarre problem where some VMs connected to this
> bridge stop passing traffic. Checking the problem further I see its mac
> address stops being learned by the bridge and the problem is resolved only
> with a VM reboot.
>
> When I last saw the problem I run brctl showmacs ovirtmgmt and it shows me
> the VM's mac adress with agening timer 200.19. After the VM reboot I see
> the same mac with agening timer 0.00.
> I don't see it in another environment where the ovirtmgmt is not used for
> VMs.
>
> Does anyone have any clue about this type of behavior ?
>
> Fernando
> ___
> 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] [ovirt-devel] Lowering the bar for wiki contribution?

[Edward Haas]

On Tue, Jun 20, 2017 at 10:22 PM, Nir Soffer <nsof...@redhat.com> wrote:

>
> בתאריך יום ג׳, 20 ביוני 2017, 13:10, מאת Martin Sivak ‏<msi...@redhat.com
> >:
>
>> Hi,
>>
>> I think what Edy did here makes sense. We do not need anything fancy
>> for technical documentation and design. This would also be easy to
>> maintain or integrate to the main website (git submodules will help).
>>
>> I have two basic requirements for design space:
>>
>> - commenting so devs can discuss the design
>> - ease of update so we can respond to comments
>>
>> A plain markdown repo would work well for this and both points are
>> possible using github or gerrit workflows.
>>
>> I would actually prefer if we had something that is directly part of
>> the source repositories so we could review code updates and docs
>> updates together. Unfortunately that it is hard to do when we have
>> multiple different components to update. So this proposal is probably
>> the next best thing.
>>
>
> I think we need a wiki for this, instead of reinventing one :-)
>
> We have a builtin markdown based wiki in the ovirt site github project.
>
> For discussion, we have the mailing list and other channels like bluejeans
> and irc.
>

Discussing reviews through emails?? Good luck with that.
What's next? Sending patches through emails?

I want the power of the review (gerrit/github), not a poor alternative.
The only advantage of github over gerrit in this respect is the already
existing rendering
of the md files.


>
>
> Nir
>
>
>> --
>> Martin Sivak
>> SLA
>>
>>
>> On Thu, Jun 15, 2017 at 8:11 PM, Edward Haas <eh...@redhat.com> wrote:
>> > Hi all,
>> >
>> > Came back to this thread due to a need to post some design
>> documentation.
>> > After fetching the ovirt-site and looking up where to start the
>> document, I
>> > remembered why I stopped using it.
>> >
>> > After exploring several options, including the GitHub wiki, I think
>> that for
>> > the development documentation we can just go with the minimum:
>> > Use a repo to just post markdown and image files, letting GitHub
>> > rendering/view of such files to do the job for us.
>> > We can still review the documents and have discussions on the content,
>> and
>> > provide access to all who wants to use it (to perform the merges).
>> > The fact it uses markdown and images, can allow its content to be
>> relocated
>> > to any other solutions that will come later on, including adding the
>> content
>> > back on ovirt-site.
>> >
>> > Here is a simple example:
>> > https://github.com/EdDev/ovirt-devwiki/blob/initial-structure/index.md
>> >
>> > it uses simple markdown md files with relative links to other pages.
>> Adding
>> > images is also simple.
>> >
>> > What do you think?
>> >
>> > Thanks,
>> > Edy.
>> >
>> >
>> >
>> > On Tue, Feb 7, 2017 at 12:42 PM, Michal Skrivanek
>> > <michal.skriva...@redhat.com> wrote:
>> >>
>> >>
>> >> On 16 Jan 2017, at 11:13, Roy Golan <rgo...@redhat.com> wrote:
>> >>
>> >>
>> >>
>> >> On 11 January 2017 at 17:06, Marc Dequènes (Duck) <d...@redhat.com>
>> wrote:
>> >>>
>> >>> Quack,
>> >>>
>> >>> On 01/08/2017 06:39 PM, Barak Korren wrote:
>> >>> > On 8 January 2017 at 10:17, Roy Golan <rgo...@redhat.com> wrote:
>> >>> >> Adding infra which I forgot to add from the beginning
>> >>>
>> >>> Thanks.
>> >>>
>> >>> > I don't think this is an infra issue, more of a community/working
>> >>> > procedures one.
>> >>>
>> >>> I do thin it is. We are involved in the tooling, for their
>> maintenance,
>> >>> for documenting where things are, for suggesting better solutions,
>> >>> ensuring security…
>> >>>
>> >>> > On the one hand, the developers need a place where they create and
>> >>> > discuss design documents and road maps. That please needs to be as
>> >>> > friction-free as possible to allow developers to work on the code
>> >>> > instead of on the documentation tools.
>> >>>
>> >>> As for code, I think there is need for review, even more for design
>> >>&g

Re: [ovirt-users] Ovirt adding routes

[Edward Haas]

Hi Alan,

The oVirt host agent (VDSM) has a multi-gateway/sourceroute feature which
allows gateways to be specified per network, in addition to the host level
routes.
By default and depending on which version you use, only the ovirtmgmt
(management) network defines the host default route but all networks
(including ovirtmgmt) have a gateway definition which is set on a per
network base.

The way network based routes are defined is using different routing tables
and rules.
For more information, please see the feature page:
http://www.ovirt.org/develop/release-management/features/network/multiple-gateways

It should not block or interfere with your traffic, unless you are doing
something unexpected, like having the default that collides the the one
defined using ovirtmgmt network.

Thanks,
Edy.


On Tue, Jun 13, 2017 at 6:28 PM, Alan Griffiths 
wrote:

> Hi,
>
> When installing an ovirt host I got these routes automatically added
>
> default dev ovirtmgmt  table 2886865805  scope link
> 172.18.19.128/26 via 172.18.19.141 dev ovirtmgmt  table 2886865805
>
> What is their intended purpose? It seems to be stopping packets from being
> correctly routed to the local gateway.
>
> Thanks,
>
> Alan
>
> ___
> 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] Recognizing Subinterfaces on oVirt Host

[Edward Haas]

Hello,

The sub-interface you are referring to is just an alias for adding a
secondary IP to the same interface.
In networking terms, it is the same network with multiple subnets (some can
even overlap) and there is no separation between them.

oVirt networks are considered layer 2, as such, only sub-interfaces that
reflect that are supported: VLAN/s.

I am not sure if an interface named em1:1 collide is some way with the root
interface em1, we have never tested such a scenario in oVirt.
But assuming it does not, and em1:1 is just another interface that the
oVirt host ignores, you can attach the VM/s to the em1 interface and do
whatever you will like with em1:1.

Another path to go with this is composing your own handling of the scenario
you need using the oVirt hooks. See:
http://www.ovirt.org/develop/developer-guide/vdsm/hooks
Here is one specific for defining secondary addresses:
https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/extra_ipv4_addrs

Thanks,
Edy.

On Sat, Jun 17, 2017 at 12:14 AM, Adam Mills  wrote:

> Hey Team!
>
> We are trying to nest some of our existing technology into the oVirt host
> as to not have to reinvent tooling, etc. Our proposal is to have a
> sub-interface on the 10G nic and place the VMs in that network. The network
> will be advertised to the Top of Rack switch via BGP.
>
> My current issue is that the oVirt web interface does not recognize the
> existence of an em1:1 interface of network. Given the above parameters, is
> there another way to accomplish what we are trying to do?
>
> Thanks in advance!
>
> Please refer to MS Paint style Visio for a visual
>
> [image: Inline image 1]
>
> ___
> 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] [ovirt-devel] Lowering the bar for wiki contribution?

[Edward Haas]

Hi all,

Came back to this thread due to a need to post some design documentation.
After fetching the ovirt-site and looking up where to start the document, I
remembered why I stopped using it.

After exploring several options, including the GitHub wiki, I think that
for the development documentation we can just go with the minimum:
Use a repo to just post markdown and image files, letting GitHub
rendering/view of such files to do the job for us.
We can still review the documents and have discussions on the content, and
provide access to all who wants to use it (to perform the merges).
The fact it uses markdown and images, can allow its content to be relocated
to any other solutions that will come later on, including adding the
content back on ovirt-site.

Here is a simple example:
https://github.com/EdDev/ovirt-devwiki/blob/initial-structure/index.md

it uses simple markdown md files with relative links to other pages. Adding
images is also simple.

What do you think?

Thanks,
Edy.



On Tue, Feb 7, 2017 at 12:42 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> On 16 Jan 2017, at 11:13, Roy Golan  wrote:
>
>
>
> On 11 January 2017 at 17:06, Marc Dequènes (Duck)  wrote:
>
>> Quack,
>>
>> On 01/08/2017 06:39 PM, Barak Korren wrote:
>> > On 8 January 2017 at 10:17, Roy Golan  wrote:
>> >> Adding infra which I forgot to add from the beginning
>>
>> Thanks.
>>
>> > I don't think this is an infra issue, more of a community/working
>> > procedures one.
>>
>> I do thin it is. We are involved in the tooling, for their maintenance,
>> for documenting where things are, for suggesting better solutions,
>> ensuring security…
>>
>> > On the one hand, the developers need a place where they create and
>> > discuss design documents and road maps. That please needs to be as
>> > friction-free as possible to allow developers to work on the code
>> > instead of on the documentation tools.
>>
>> As for code, I think there is need for review, even more for design
>> documents, so I don't see why people are bothered by PRs, which is a
>> tool they already know fairly well.
>>
>
> because it takes ages to get attention and get it in, even in cases when
> the text/update is more of an FYI and doesn’t require feedback.
> That leads to frustration, and that leads to loss of any motivation to
> contribute anything at all.
> You can see people posting on their own platforms, blogs, just to run away
> from this one
>
>
>> For people with few git knowledge, the GitHub web interface allows to
>> edit files.
>>
>> > On the other hand, the user community needs a good, up to date source
>> > of information about oVirt and how to use it.
>>
>> Yes, this official entry point and it needs to be clean.
>>
>
> yep, you’re right about the entry point -like pages
>
>
>> > Having said the above, I don't think the site project's wiki is the
>> > best place for this. The individual project mirrors on GitHub may be
>> > better for this
>>
>> We could indeed split the technical documentation. If people want to
>> experiment with the GH wiki pages, I won't interfere.
>>
>> I read several people in this thread really miss the old wiki, so I
>> think it is time to remember why we did not stay in paradise. I was not
>> there at the time, but I know the wiki was not well maintained. People
>> are comparing our situation to the MediaWiki site, but the workforce is
>> nowhere to be compared. There is already no community manager, and noone
>> is in charge of any part really, whereas Mediawiki has people in charge
>> of every corner of the wiki. Also they developed tools over years to
>> monitor, correct, revert… and we don't have any of this. So without any
>> process then it was a total mess. More than one year later there was
>> still much cleanup to do, and having contributed to it a little bit, I
>> fear a sentimental rush to go back to a solution that was abandoned.
>>
>
> it was also a bit difficult to edit, plus a barrier of ~1 month it took to
> get an account
>
>
>> Having a header telling if this is a draft or published is far from
>> being sufficient. If noone cares you just pile up content that gets
>> obsolete, then useless, then misleading for newcomers. You may prefer
>> review a posteriori, but in this case you need to have the proper tool
>> to be able to search for things to be reviewed, and a in-content
>> pseudo-header is really not an easy way to get a todolist.
>>
>> As for the current builder, it checks every minute for new content to
>> build. The current tool (Middleman) is a bit slow, and the machine is
>> not ultra speedy, but even in the worst case it should not take more
>> than half an hour to see the published result. So I don't know why
>> someone suggested to build "at least once a day". There is also an
>> experimentation to improve this part.
>>
>> So to sum up:
>>   - the most needed thing here is not a tool but people in charge to
>> review the content 

Re: [ovirt-users] how does ovirt deal with multiple networks, with multiple gateways

[Edward Haas]

Hi,

Just adding to what Charles mentioned the patch that allowed this on the
host side: https://gerrit.ovirt.org/#/c/66127/

Note that for a tipical VM network, one would not usually define an IP
address, as it exposes the host to the VM/s.
When a vnic is connected to the network, it will have L2 connectivity
through it and you should be able to define on the VM that holds it an IP.

Thanks,
Edy.

On Sun, Apr 30, 2017 at 3:42 PM, Charles Tassell  wrote:

> Hi Martin,
>
>   oVirt 4.1 (and maybe earlier versions that I just didn't notice) use
> policy based routing.  You can see these routes by typing "ip rule show" on
> one of the hosts.
>
>   In situations such as yours, where you are connected to multiple
> networks and need to specify which one has the gateway, there is a little
> trick you need to use on the admin box (usually the hosted engine VM, it'
> sthe same box that runs the GUI)  ssh into that box and then run the
> following two commands:
>
>   engine-config -g UserDefinedNetworkCustomProperties
>   engine-config -s UserDefinedNetworkCustomProper
> ties='default_route=^(true|false)$'
>
> Next, go into the GUI and onto the Hosts tab.  Click on your first host
> then on the Network Interfaces tab, and "Setup Host Networks"  Click on the
> little pencil icon next to your VM network (the one that should have the
> default route) and then on the Custom Properties tab.  Add the property
> "default_route" and set it to true and hit OK.  Then click on all of the
> other networks you have and add the same property with the value of false.
> Then hit OK to save the network config.  Repeat this process for all hosts.
>
> Note that I think when I did this I had a problem getting it to save for
> the host that was running the HostedEngine.  You may have to put each host
> into Maintenance Mode in order to apply the setting.
>
> This bug has some more details on the setup I think:
> https://bugzilla.redhat.com/show_bug.cgi?id=1400366
>
>
>
> On 2017-04-30 09:00 AM, users-requ...@ovirt.org wrote:
>
>> Message: 1
>> Date: Sun, 30 Apr 2017 13:03:28 +0200
>> From: martin chamambo 
>> To: Yaniv Kaul 
>> Cc: users 
>> Subject: Re: [ovirt-users] how does ovirt deal with multiple networks
>> with multiple gateways
>> Message-ID:
>> 

Re: [ovirt-users] Virtual Machines on same host / traffic stays local?

[Edward Haas]

If the VM/s vnic/s are connected to the same network, then traffic will be
forwarded by the bridge defined for that network, therefore for local VM/s
the traffic will not exit the host.
I'm not exactly clear what do you mean by "configured for bridging".

Thanks,
Edy.

On Wed, Apr 26, 2017 at 2:30 AM, Devin Acosta 
wrote:

>
> I just want to confirm if we have oVIRT running say 3 VM's on the same
> host and the host is configured for bridging would the traffic stay on the
> host or would it technically hit the switch and back to the host?
>
> --
>
> Devin Acosta
> Red Hat Certified Architect, LinuxStack
> 602-354-1220 <(602)%20354-1220> || de...@linuxguru.co
>
> ___
> 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] Change DNS Server

[Edward Haas]

Hi Kai,

DNS configuration should be supported in the next oVirt version (4.2).
In the meantime, editing the config manually as you did is the way to go.

Thanks,
Edy.

On Tue, Apr 18, 2017 at 5:29 PM, Kai Wagner  wrote:

> Ok I found /var/lib/vdsm/persistence/netconf/ and fixed my problem.
>
> I'm not sure if that's the usual way but it worked.
>
> On 04/18/2017 10:47 AM, Kai Wagner wrote:
>
> Hi,
>
> where can I change the dns server for my hosts? I know the DNS entry is
> part of the ifcfg-* file, but I tried to change it there and after a
> reboot the old entry was restored from anywhere.
>
> Kai
>
>
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
> --
> SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 
> 21284 (AG Nürnberg)
>
>
> ___
> 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] Ovirt self hosted engine network issue

[Edward Haas]

Hi Brad,

oVirt has originally supporting to set the host default gateway only for
the management network (ovirtmgmt).
The need to set it on a different network has been raised and for 4.1 an
intermediate solution has been given,
solving it in a more integral fashion in 4.2.

The way it is solved in 4.1 is using a custom property.
The commit message explains how to use it:
https://gerrit.ovirt.org/#/c/66127

Let us know if it helps.

Thanks,
Edy.

On Thu, Apr 20, 2017 at 7:59 PM, Brenneman, Brad B. <
william.b.brenne...@leidos.com> wrote:

> Hi,
>
>
>
>   I have an ovirt self hosted server with multiple physical NICs in it.
>
>
>
> em1 – set for DHCP and used for web resources
>
> bond0 (p1p1, p1p2) – set statically for communicating to internal hosts
> w/o internet
>
>
>
> Before I installed the engine vm/appliance, system was able to browse the
> web on em1 and maintain internal comms on bond0 to internals hosts.
>
>
>
> After installing self hosted engine/appliance, the host is unable to
> communicate to web resources on em1.  Ovirtmgmt is on the bond and has no
> comms issues.
>
>
>
> I installed the logical network for the external web side per the online
> docs and attached it to em1.
>
>
>
> Host system can ping the network gateways on each NIC. When launching
> firefox, system is able to browse to Hosted-engine VM page (admin portal,
> user portal , etc) but is unable to get to web sites (i.e. google,
> ovirt.org, etc.)
>
>
>
> I read that Ovirt 4.1 was supposed to have fixed the multiple gateway
> issue, but am confused as to why I can’t get out.
>
>
>
> Any ideas how I can get the host to browse the web again?
>
>
>
> Brad
>
>
>
> *William “Brad” Brenneman | Leidos*
>
> Senior Systems Engineer | Naval Strike and Intelligence Division
>
> 6909 Metro Park Drive   Alexandria, VA 22310
>
> phone: 571.319.8221 <%28571%29%20319-8221>
>
> *“Temporary” mobile:   571 213 6890 <%28571%29%20213-6890>*
> william.b.brenne...@leidos.com  |  leidos.com 
>
>
>
> [image: cid:image004.png@01CF4CE2.1EF07A30]
>
>
>
> ___
> 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] VDSM overwrites network config

[Edward Haas]

On Tue, Apr 11, 2017 at 4:46 PM, Alan Cowles  wrote:

> Hey Dan,
>
> Here is a layout of my environment setup, and the primary issue I have run
> into, hopefully it helps to clear up the confusion.
>
> Configure 2 hosts identically, eth0, eth1, eth0.502 (mgmt), eth1.504 (NFS)
> and do the self-hosted engine install on one host.
> As part of the install you have to identify the network that rhevm needs
> to go on, and the network you need to mount your first NFS storage domain
> from. In this case, eth0.502, and eth1.504 respectively.
> That host, and the rhev-m hosted engine come up, however if you notice,
> under Networks for the default datacenter, only rhevm exists as an actual
> network.
> You need to create a new network for NFS, in order to mount ISO/Data
> storage domains, even though the engine setup has already mounted NFS via
> eth1.504.
> When you go to assign this new network from the engine, you cannot place
> it on the eth1.504 only directly on eth0 or eth1 iteself.
> Thus I have to be sure to tag that network in the rhev-m engine
> When the tagged NFS network is placed on eth1, it looks like it breaks the
> already existing NFS mount that supports the hosted engine, and causes
> items to be non-responsive.
> Rebooting the host at this stage, items still don't come up correctly and
> the hosted engine remains down.
> If I console to it, and manually setup the eth0 & eth1 interfaces,
> eth0.502 & eth1.504 VLANS,  and rhevm & NFS bridges, and reboot the host,
> the host and the engine come up wonderfully with the defined networks vlan
> tagged, and placed on the appropriate tag interfaces.
>
> I then go to deploy a 2nd host as an additional hosted engine, and find
> that I can select eth0.502 for rhevm and eth1.504 for nfs during the deploy
> stages. But when it gets to the stage where it requires to you define the
> networks that exist in the current cluster in order to activate the host
> and proceed, I'm stuck in the same spot with applying networks, I can only
> place them on the eth0/eth1 interfaces. I select ignore to exit the hosted
> engine deployment wizard, and attempt to manually apply them, hoping to
> repeat the steps from node 1 but was finding myself in a pickle because
> starting VDSM would overwrite the network configs I had defined manually.
> Why it does this on one host, and not on the other still perplexes me.
>
> What I ended up doing once my primary host was rebuilt using the
> appropriate bridges and vlan tagged interfaces, was reinstalling my 2nd
> host completely, and configuring it as a self-hosted engine additional
> host. This time it imports the network config from the first host
> completely here, and I wind up with all tagged interfaces working correctly
> and VDSM running as designed.
>
> I guess the thing that bothered me mainly is the functionality in
> assigning the networks in rhev manager, as it shows the vlans as
> sub-interfaces of eth0/eth1, but doesn't let you assign networks to them,
> and the odd behavior of VDSM overwriting configs on one host, but not the
> other?
>
> I'll admit the setup I have is convoluted, but it's what I have to work
> with for this project.
>
> Thank you very much for the time and advice thus far.
>

In general, when VDSM acquires an interface, it marks its ifcfg file and
some logic exists around that. I'm not sure if this is the case here, but
it may explain what you saw.
If the ifcfg file is now identified as 'acquired' it will be overwritten
with the config VDSM supports.
Networks are attached to nics or bonds, the way to assign a network to a
specific VLAN is to create a VLAN network (mentioning the TAG) as you have
done. The logic behind this is to allow the user to create multiple
networks on the same nic/bond as long as they do not collide (in terms of
vlan ids), letting oVirt handle the vlan interface creation behind the
scene.

When you create a network, even if its infrastructure already partially
exists (the vlan iface), it will tear down the configuration and create it
again.
This is especially true when originally there was no bridge and now one
needs to be added.
You could try to create a non-VM network (remove the VM check-box), which
does not add a bridge, perhaps that will help.

Please let us know if you still see this problem with 4.0 or 4.1.

Thanks,
Edy.


>
> On Sun, Apr 9, 2017 at 4:33 AM, Dan Kenigsberg  wrote:
>
>> 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 

Re: [ovirt-users] Latency threshold between Hosted Engine and Hosts

[Edward Haas]

Hello Fernando,

There is no known problem with such delay figures.
The heartbeat to the hosts is of several seconds.

Thanks,
Edy.

On Mon, Apr 17, 2017 at 5:11 PM, FERNANDO FREDIANI <
fernando.fredi...@upx.com> wrote:

> Hello.
>
> I have a Engine which is hosted in a optimal location for the people who
> access it and this Engine manage multiple Datacenters, some close by and
> some far away in terms of latency.
>
> What is the maximum latency advised between the Engine and the hosts for a
> healthy operation or that doesn't matter much as long the Engine can always
> reach the hosts ?
>
> Currently the maximum latency I have between Engine and Hosts is 110ms and
> sometimes when there is a non-optimal route latency goes up to 170ms.
> Should I be concerned about this ?
>
> Thanks
> Fernando
>
>
> ___
> 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] prevent ovirt from managing a particular vlan setting on an interface

[Edward Haas]

I think that Gianluca is referring to: https://gerrit.ovirt.org/#/c/74707

We seem to block the scenario where a slave of a bond has a VLAN on top of
it.

Thanks,
Edy.

On Mon, Mar 27, 2017 at 5:04 PM, Dan Kenigsberg  wrote:

> 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt bridge creation fails 100% during hosted-engine 4.1 install

[Edward Haas]

Hi Ian,

Please include only the relevant files of the specified date, I could not
figure out which ones to look at.
There are also no supervdsm logs (except one for node2, but for different
dates). Are there such logs at all?

Thanks,
Edy.

On Mon, Mar 20, 2017 at 2:59 AM, Ian Neilsen <ian.neil...@gmail.com> wrote:

> Hi Edward
>
> Let me know if this link does not work, I'll get you the logs another way;
> https://mega.nz/#F!YFsgADAT!C7jOzkoH5BPZD3iChsY_5w
>
> Date range of install 13th March to 14th March. Logs should all be there
> for that date range.
>
> cheers
> Ian
>
> On 16 March 2017 at 17:41, Edward Haas <eh...@redhat.com> wrote:
>
>> Hello Ian,
>>
>> Please share your vdsm.log, supervdsm.log and Engine logs from the time
>> you had this failure.
>> (please specify the date/time you started the process so we can know
>> where to look in the log)
>>
>> Thanks,
>> Edy.
>>
>>
>> On Tue, Mar 14, 2017 at 6:31 AM, Ian Neilsen <ian.neil...@gmail.com>
>> wrote:
>>
>>> re:bug 2 - confirmed - ovirtmgmt bridge is not created during initial
>>> deploy of second host.
>>> Workaround - maintenance 2nd host --> re-establish bond network from
>>> backup files or manually, systemctl restart network --> engine gui -->
>>> second host --> network --> add in ovirtmgmt bridge
>>>
>>> Seems to work and allows the bridge to be created without hassle.
>>>
>>>
>>>
>>> On 14 March 2017 at 12:48, Ian Neilsen <ian.neil...@gmail.com> wrote:
>>>
>>>> Guys
>>>>
>>>> Bug 1:
>>>> I have run the ovirt 4.1 installation many times now and everytime
>>>> through the deploy the ovirtmgmt bridge fails at ifup when used in
>>>> conjunction with bonded nic's
>>>>
>>>> The deploy process stops when it cannot raise the bridge ifup. To fix,
>>>> a systemctl restart network works and I can start deploy again. ifup will
>>>> not work.
>>>>
>>>> 2 questions:
>>>> Do you want me to raise a bug for this. I'll get my logs to a place
>>>> where you can access them.
>>>> Has anyone got a scrip to create the ovirtmgmt bridge? Is there
>>>> anything special I need to know if I create it manually on my bonded nic's.
>>>>
>>>> Bug 2:
>>>> During hosted deploy on second node,via gui, the ovirtmgt bridge fails
>>>> to create necessary files and deletes other ifcfg files in the process.
>>>> Bridge creation stops as it seems to be missing ifcfg files necessary.
>>>> Again nics are bonded. manual creation is needed to fix the deploy mess.
>>>>
>>>> Yet to confirm this one, am about to try now. Will let you know.
>>>>
>>>> Systems:
>>>> Centos7.3,
>>>> ovirt 4.1,
>>>> gluster 3.10.0
>>>> vdsm-4.19.4-1.el7.centos.x86_64
>>>> kernel 3.10.0-514.10.2.el7.x86_64
>>>>
>>>> --
>>>> Ian Neilsen
>>>>
>>>> Mobile: 0424 379 762
>>>> Linkedin: http://au.linkedin.com/in/ianneilsen
>>>> Twitter : ineilsen
>>>>
>>>
>>>
>>>
>>> --
>>> Ian Neilsen
>>>
>>> Mobile: 0424 379 762
>>> Linkedin: http://au.linkedin.com/in/ianneilsen
>>> Twitter : ineilsen
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
>
> --
> Ian Neilsen
>
> Mobile: 0424 379 762
> Linkedin: http://au.linkedin.com/in/ianneilsen
> Twitter : ineilsen
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt bridge creation fails 100% during hosted-engine 4.1 install

[Edward Haas]

Hello Ian,

Please share your vdsm.log, supervdsm.log and Engine logs from the time you
had this failure.
(please specify the date/time you started the process so we can know where
to look in the log)

Thanks,
Edy.


On Tue, Mar 14, 2017 at 6:31 AM, Ian Neilsen  wrote:

> re:bug 2 - confirmed - ovirtmgmt bridge is not created during initial
> deploy of second host.
> Workaround - maintenance 2nd host --> re-establish bond network from
> backup files or manually, systemctl restart network --> engine gui -->
> second host --> network --> add in ovirtmgmt bridge
>
> Seems to work and allows the bridge to be created without hassle.
>
>
>
> On 14 March 2017 at 12:48, Ian Neilsen  wrote:
>
>> Guys
>>
>> Bug 1:
>> I have run the ovirt 4.1 installation many times now and everytime
>> through the deploy the ovirtmgmt bridge fails at ifup when used in
>> conjunction with bonded nic's
>>
>> The deploy process stops when it cannot raise the bridge ifup. To fix, a
>> systemctl restart network works and I can start deploy again. ifup will not
>> work.
>>
>> 2 questions:
>> Do you want me to raise a bug for this. I'll get my logs to a place where
>> you can access them.
>> Has anyone got a scrip to create the ovirtmgmt bridge? Is there anything
>> special I need to know if I create it manually on my bonded nic's.
>>
>> Bug 2:
>> During hosted deploy on second node,via gui, the ovirtmgt bridge fails to
>> create necessary files and deletes other ifcfg files in the process. Bridge
>> creation stops as it seems to be missing ifcfg files necessary. Again nics
>> are bonded. manual creation is needed to fix the deploy mess.
>>
>> Yet to confirm this one, am about to try now. Will let you know.
>>
>> Systems:
>> Centos7.3,
>> ovirt 4.1,
>> gluster 3.10.0
>> vdsm-4.19.4-1.el7.centos.x86_64
>> kernel 3.10.0-514.10.2.el7.x86_64
>>
>> --
>> Ian Neilsen
>>
>> Mobile: 0424 379 762
>> Linkedin: http://au.linkedin.com/in/ianneilsen
>> Twitter : ineilsen
>>
>
>
>
> --
> Ian Neilsen
>
> Mobile: 0424 379 762
> Linkedin: http://au.linkedin.com/in/ianneilsen
> Twitter : ineilsen
>
> ___
> 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] Passing VLAN trunk to VM

[Edward Haas]

On Sun, Mar 12, 2017 at 3:43 PM, Rogério Ceni Coelho <
rogeriocenicoe...@gmail.com> wrote:

> I think you define vlans on vm virtual nic OS like you do as usual. Monday
> i will try and share results. Bye.
>
> Em Dom, 12 de mar de 2017 10:40, FERNANDO FREDIANI <
> fernando.fredi...@upx.com> escreveu:
>
>> Great !
>>
>> What about a range of VLANs, is it also supported ?
>>
>
That was the OVS note all about, only with an OVS bridge it is possible to
define/select the vlans which are exposed
to the VM vnic. But this is not available at the moment.
As Rogério mentioned, define the VLAN/s on the VM vnic.


>> 2017-03-11 17:47 GMT-03:00 Edward Haas <eh...@redhat.com>:
>>
>> Passing a trunk to the vnic is supported long ago.
>> Just create a network over a nic/bond that is connected to a trunk port
>> and do not define any VLAN (we call it non vlan network).
>> In oVirt, a non-vlan network will ignore the VLAN tag and will forward
>> the packets as is onward.
>> It is up to the VM vnic to define vlans or use a promisc mode to see
>> everything.
>>
>> OVS can add a layer of security over the existing, by defining explicitly
>> which vlans are allowed for a specific vnic, but it is not
>> currently available.
>>
>>
>> On Thu, Mar 9, 2017 at 11:40 PM, Simon Vincent <s...@srvincent.co.uk>
>> wrote:
>>
>> I was wondering if open vswitch will get round this problem. Has anyone
>> tried it?
>>
>> On 9 Mar 2017 7:41 pm, "Rogério Ceni Coelho" <rogeriocenicoe...@gmail.com>
>> wrote:
>>
>> Hi,
>>
>> Ovirt user interface does not allow to input 4095 as a tag vlan number
>> ... Only values between 0 and 4094.
>>
>> This is useful to me too. Maybe any other way ?
>>
>> Em qui, 9 de mar de 2017 às 16:15, FERNANDO FREDIANI <
>> fernando.fredi...@upx.com> escreveu:
>>
>> Have you tried use Vlan 4095 ? On VMware it used to be the way to pass
>> all Vlans from a vSwitch to a Vlan in a single port. And yes I have used it
>> also for pfSense.
>>
>> Fernando
>>
>> On 09/03/2017 16:09, Simon Vincent wrote:
>>
>> Is it possible to pass multiple VLANs to a VM (pfSense) using a single
>> virtual NIC? All my existing oVirt networks are setup as a single tagged
>> VLAN. I know this didn't used to be supported but wondered if this has
>> changed. My other option is to pass each VLAN as a separate NIC to the VM
>> however if I needed to add a new VLAN I would have to add a new interface
>> and reboot the VM as hot-add of NICs is not supported by pfSense.
>>
>>
>>
>>
>> ___
>> Users mailing 
>> listUsers@ovirt.orghttp://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
>>
>>
>> ___
>> 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] Passing VLAN trunk to VM

[Edward Haas]

Passing a trunk to the vnic is supported long ago.
Just create a network over a nic/bond that is connected to a trunk port and
do not define any VLAN (we call it non vlan network).
In oVirt, a non-vlan network will ignore the VLAN tag and will forward the
packets as is onward.
It is up to the VM vnic to define vlans or use a promisc mode to see
everything.

OVS can add a layer of security over the existing, by defining explicitly
which vlans are allowed for a specific vnic, but it is not
currently available.


On Thu, Mar 9, 2017 at 11:40 PM, Simon Vincent  wrote:

> I was wondering if open vswitch will get round this problem. Has anyone
> tried it?
>
> On 9 Mar 2017 7:41 pm, "Rogério Ceni Coelho" 
> wrote:
>
>> Hi,
>>
>> Ovirt user interface does not allow to input 4095 as a tag vlan number
>> ... Only values between 0 and 4094.
>>
>> This is useful to me too. Maybe any other way ?
>>
>> Em qui, 9 de mar de 2017 às 16:15, FERNANDO FREDIANI <
>> fernando.fredi...@upx.com> escreveu:
>>
>>> Have you tried use Vlan 4095 ? On VMware it used to be the way to pass
>>> all Vlans from a vSwitch to a Vlan in a single port. And yes I have used it
>>> also for pfSense.
>>>
>>> Fernando
>>>
>>> On 09/03/2017 16:09, Simon Vincent wrote:
>>>
>>> Is it possible to pass multiple VLANs to a VM (pfSense) using a single
>>> virtual NIC? All my existing oVirt networks are setup as a single tagged
>>> VLAN. I know this didn't used to be supported but wondered if this has
>>> changed. My other option is to pass each VLAN as a separate NIC to the VM
>>> however if I needed to add a new VLAN I would have to add a new interface
>>> and reboot the VM as hot-add of NICs is not supported by pfSense.
>>>
>>>
>>>
>>>
>>> ___
>>> Users mailing 
>>> listUsers@ovirt.orghttp://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
>>
>>
> ___
> 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] Questions about network implementation

[Edward Haas]

Hello Ben,

It will help if you provide a diagram of what you would like to achieve,
it may help understand your need better.

With oVirt the VM networks are implemented on the hosts as bridges
with one port bind to a nic/bond/vlan for external access.
The connectivity itself on the switch is a given.

Recently work is under way to use external networks using OVN.
OVN uses OVS to create bridges on the hosts and connects them
using tunnels for interconnectivity.
See https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn for details.

Thanks,
Edy.


On Tue, Feb 21, 2017 at 7:31 PM, Ben Kincaid  wrote:

> Hi List,
>
> I am currently in the process of evaluating several KVM management
> packages in order to replace some old Vsphere.
>
> I have been running up test labs with the following:
>
> * oVirt
> * OpenNebula
> * Cloudstack
> * Proxmox
> * Ganeti
>
> While I am more than happy to script up a few CLI tools and interact
> with Libvirt directly, that isn’t going to work for most end users of
> this infrastructure.
>
> I am running in to a bit of a challenge around the networking aspect
> of what I am trying to create here, since most of these management
> tools assume you are building an all-in-one box deployment, or you
> manage your own network infrastructure in your datacenter.
>
> We have 6 soon to be 8 boxes in a remote DC, and we don’t have any
> flexibility around the networking.
>
> Each box has one NIC, with a public IP, and we have a couple of /27
> address ranges to use.  We need to specify which port on the switch
> that /27 will be going to.
>
> So what I would like to do is build a private address network across
> all 8 boxes, either using something like PeerVPN / Tinc or the new VPN
> features built in to Vswitch, I would then put that on vmbr1 for
> example.
>
> Vmbr0 would be the public internet port on each box, and on one box I
> would run up an instance of PFSense or similar in a VM which I would
> route the /27’s to and then forward them to IPs on the internal IP
> pool.
>
> Does oVirt have the ability to manage a network structure such as
> this, and if so how might I go about it? I've had a read through the
> docs but couldn't work out how I'd build this type of structure in
> oVirt.
>
> Thanks for such a great peace of software, and I appreciate any
> suggestions or advice anyone can offer on this issue.
> ___
> 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] Network issues

[Edward Haas]

It's unclear what is the current status of your network configuration,
perhaps you can share
your /etc/sysconfig/network-scripts content and the output of "ip addr".

Please also include the following information:
- What are the networks you expect to have on the host?
- The persisted VDSM config currently on the host:
/var/lib/vdsm/persistence/netconf

Thanks,
Edy.


On Fri, Feb 10, 2017 at 7:31 PM, Bryan Sockel  wrote:

> Need some help.  I was doing some work on one of my ovirt hosts, removed
> it from cluster, and re-added it to the cluster to bring it back into my
> working cluster.  I got a messege that my network's where out of sync.  I
> accidentally sync'd up my working network, now neither of my hosts will
> bring launch my hosted engine appliance.  While machines aren't currently
> mission critical, i do need to get these machines backup up and running.
>
>
> The network configuration is supposed to be 6 nics forming a bond network,
> my vlan's hanging off that bond, including my ovirtmgmt network.
>
>
>
>
> Feb 10 11:17:22 vm-host-altn-2.altn.int kernel: tg3 :81:00.1 p1p2:
> Flow control is off for TX and off for RX
> Feb 10 11:17:22 vm-host-altn-2.altn.int kernel: tg3 :81:00.1 p1p2:
> EEE is disabled
> Feb 10 11:17:22 vm-host-altn-2.altn.int kernel: bond0: link status
> definitely up for interface p1p2, 1000 Mbps full duplex
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up
> interface bond0.102:  [  OK  ]
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up
> interface bond0.20:  can't add bond0.20 to bridge DMZ: Operation not
> supported
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [  OK  ]
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up
> interface bond0.30:  can't add bond0.30 to bridge Devel: Operation not
> supported
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [  OK  ]
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up
> interface bond0.40:  can't add bond0.40 to bridge Lab: Operation not
> supported
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [  OK  ]
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up
> interface bond0.50:  can't add bond0.50 to bridge Workstation: Operation
> not supported
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [  OK  ]
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: Bringing up
> interface Workstation:  device Workstation already exists; can't create
> bridge with the sa
> Feb 10 11:17:26 vm-host-altn-2.altn.int network[1522]: [FAILED]
> Feb 10 11:17:26 vm-host-altn-2.altn.int systemd[1]: network.service:
> control process exited, code=exited status=1
> Feb 10 11:17:26 vm-host-altn-2.altn.int systemd[1]: Failed to start LSB:
> Bring up/down networking.
> -- Subject: Unit network.service has failed
> -- Defined-By: systemd
> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- Unit network.service has failed.
>
>
> ..
>
>
> Thanks
>
>
>
> ___
> 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] libvirtError: Cannot get interface MTU

[Edward Haas]

On Thu, Feb 9, 2017 at 4:07 PM, Tyson Landon <tlan...@ontario.k12.or.us>
wrote:

> My engine version is 4.0.5.5-1.el7.centos. The first host is using 
> vdsm-4.18.21-1.el7.centos
> and the second is using vdsm-4.18.15.3-1.el7.centos. I am trying to
> migrate guests off host2 to run updates. The Switch type is OVS so are
> there any pitfalls related to changing that to legacy?
>

I would recommend starting from scratch, do not attempt to move from OVS to
legacy on that version.


>
> >>> Edward Haas <eh...@redhat.com> 02/09/17 12:55 AM >>>
> Please share the versions you are using (VDSM and Engine).
> Have you configured at the cluster level the switch type as OVS? If so,
> note it is experimental
> and we have not supported migration over OVS in early 4.1 versions.
>
> On Wed, Feb 8, 2017 at 10:27 PM, Tyson Landon <tlan...@ontario.k12.or.us>
> wrote:
>
>> I am new to Ovirt and have a test cluster running with 2 hosts. I have
>> errors when live migrating that started after I installed a new NIC in one
>> host. Live migrate was working fine before the changes. The vdsm log shows
>> the errors below depending on if i am migrating from host1 or host2.
>> Running ovs-vsctl list-br shows that the bridge exists. Ip a shows the
>> interface is down. I do not know what a vdsm bridge is for or if the server
>> just needs to restart a service to get things in order again. Have any of
>> you seen this error before and were able to fix it?
>>
>> HOST 1
>> libvirtError: Cannot get interface MTU on 'vdsmbr_TK4cSEjh': No such
>> device
>>
>> HOST 2
>> libvirtError: Cannot get interface MTU on 'vdsmbr_vqqOTlrR': No such
>> device
>>
>>
>> HOST 1
>> ovs-vsctl list-br
>> vdsmbr_3fDBsCCF
>> vdsmbr_TK4cSEjh
>> vdsmbr_VWhs9soF
>>
>> HOST2
>> ovs-vsctl list-br
>> vdsmbr_YBtJDFGg
>> vdsmbr_qf3gXZdq
>> vdsmbr_vqqOTlrR
>>
>> Thanks
>> Tyson
>>
>> ___
>> 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] Host DNS

[Edward Haas]

We have a gap regarding DNS settings and work is under way to allow DNS to
be set from the manager (Engine).

You seem to got into a loop here, due to the way oVirt agent (VDSM) handles
DNS and its configuration.
Please follow these steps and let us know if it helps:
- Update the entries in  /var/lib/vdsm/persistence/netconf/nets/ovirtmgmt
as you have already done.
- Update the entries in ifcfg-ovirtmgmt.
- Reboot the host.

* Instead of rebooting you could update the temporary running entries
under: /var/run/vdsm/netconf for the ovirtmgmt network.

Thanks,
Edy.


On Thu, Feb 9, 2017 at 2:55 AM, Todd Punderson 
wrote:

> I changed my DNS servers since installing my hosted engine and hosts. I've
> manually set my /etc/resolv.conf to have the correct nameserver entries.
> But I found when I rebooted that it was being overwritten. I did some
> googling and found that in /var/lib/vdsm/persistence/netconf/nets/ovirtmgmt
> (My management network name) there is a nameservers config that gets
> applied when vdsm starts which updated my ifcfg files. I edited that file
> to include my correct name servers.
>
> Now, if I choose a host, go to the network interfaces tab, then click
> "Setup Host Network" when I exit out with the "Save" checkbox checked, the
> file in the vdsm directory is being changed back to my old nameserver entry.
>
> I searched all over the hosted engine UI and I can't find where that's old
> entry is coming from. Where do I go to change this?
> Thanks
>
> ___
> 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] problem after rebooting the node

[Edward Haas]

The ones you mentioned before, we just need the whole files and not
snippets of them.
vdsm.log, supervdsm.log, messages.log and the ovs ones you previously
mentioned.

On Mon, Feb 6, 2017 at 1:14 PM, Shalabh Goel <shalabhgoe...@gmail.com>
wrote:

> which all log files? Actually I am new to Ovirt, so it would be really
> helpful if  you can tell me which ones??
>
> Thanks
>
> On Mon, Feb 6, 2017 at 4:39 PM, Edward Haas <eh...@redhat.com> wrote:
>
>> Please package the logs (tar or zip) and send them.
>>
>> On Mon, Feb 6, 2017 at 12:05 PM, Shalabh Goel <shalabhgoe...@gmail.com>
>> wrote:
>>
>>> Yes, I am using OVS as the switch type and I did not know that it was
>>> not supported officially.
>>>
>>> The output of ovs-vsctl show is as follows:
>>>
>>> f634d53e-4849-488b-8454-6b1fafa7c6ac
>>> ovs_version: "2.6.90"
>>>
>>> I am attaching OVS switch logs below:
>>>
>>> /var/log/openvswitch/ovsdb-server.log
>>>
>>>
>>> 2017-02-06T09:46:07.788Z|1|vlog|INFO|opened log file
>>> /var/log/openvswitch/ovsdb-server.log
>>> 2017-02-06T09:46:07.791Z|2|ovsdb_server|INFO|ovsdb-server (Open
>>> vSwitch) 2.6.90
>>> 2017-02-06T09:46:17.802Z|3|memory|INFO|2296 kB peak resident set
>>> size after 10.0 seconds
>>> 2017-02-06T09:46:17.802Z|4|memory|INFO|cells:16 json-caches:1
>>> monitors:1 sessions:1
>>>
>>> ovs-vswitchd.log
>>>
>>>
>>> 2017-02-06T09:46:07.999Z|1|vlog|INFO|opened log file
>>> /var/log/openvswitch/ovs-vswitchd.log
>>> 2017-02-06T09:46:08.036Z|2|ovs_numa|INFO|Discovered 24 CPU cores on
>>> NUMA node 0
>>> 2017-02-06T09:46:08.036Z|3|ovs_numa|INFO|Discovered 24 CPU cores on
>>> NUMA node 1
>>> 2017-02-06T09:46:08.036Z|4|ovs_numa|INFO|Discovered 2 NUMA nodes
>>> and 48 CPU cores
>>> 2017-02-06T09:46:08.037Z|5|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
>>> connecting...
>>> 2017-02-06T09:46:08.037Z|6|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
>>> connected
>>> 2017-02-06T09:46:08.039Z|7|bridge|INFO|ovs-vswitchd (Open vSwitch)
>>> 2.6.90
>>>
>>> What should I do now?
>>>
>>> The engine says that "Host host2 does not comply with the cluster
>>> Default networks, the following networks are missing on host: 'ovirtmgmt'
>>> "
>>>
>>> What other logs should I attach?
>>>
>>> Thanks
>>>
>>> Shalabh Goel
>>>
>>> On Sun, Feb 5, 2017 at 1:10 PM, Edward Haas <eh...@redhat.com> wrote:
>>>
>>>> Based on what I can see, you used OVS as the switch type and it seems
>>>> ovs (openvswitch) is not properly installed on your host.
>>>> Make sure that you have ovs operational by issuing "ovs-vsctl show".
>>>>
>>>> You should note that OVS network support is not an official release
>>>> feature, and you should use it on 4.1 and up versions.
>>>> Fixes will be probably submitted to master (appearing in nightly
>>>> builds).
>>>>
>>>> Next time please include the mailing-list in your replies and attach
>>>> the log files, it is less spamming.
>>>>
>>>> Thanks,
>>>> Edy.
>>>>
>>>> On Fri, Feb 3, 2017 at 5:07 AM, Shalabh Goel <shalabhgoe...@gmail.com>
>>>> wrote:
>>>>
>>>>> log from messages
>>>>>
>>>>> Feb  3 08:27:53 ovirtnode3 ovs-vsctl: 
>>>>> ovs|1|db_ctl_base|ERR|unix:/var/run/openvswitch/db.sock:
>>>>> database connection failed (No such file or directory)
>>>>> Feb  3 08:27:53 ovirtnode3 journal: vdsm vds ERROR Executing commands
>>>>> failed: ovs-vsctl: unix:/var/run/openvswitch/db.sock: database
>>>>> connection failed (No su
>>>>> ch file or directory)#012Traceback (most recent call last):#012  File
>>>>> "/usr/share/vdsm/API.py", line 1531, in setupNetworks#012
>>>>> supervdsm.getProxy().setup
>>>>> Networks(networks, bondings, options)#012  File
>>>>> "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 53, in
>>>>> __call__#012return callMethod()#012  Fi
>>>>> le "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 51, in
>>>>> #012**kwargs)#012  File "", line 2

Re: [ovirt-users] problem after rebooting the node

[Edward Haas]

Please package the logs (tar or zip) and send them.

On Mon, Feb 6, 2017 at 12:05 PM, Shalabh Goel <shalabhgoe...@gmail.com>
wrote:

> Yes, I am using OVS as the switch type and I did not know that it was not
> supported officially.
>
> The output of ovs-vsctl show is as follows:
>
> f634d53e-4849-488b-8454-6b1fafa7c6ac
> ovs_version: "2.6.90"
>
> I am attaching OVS switch logs below:
>
> /var/log/openvswitch/ovsdb-server.log
>
>
> 2017-02-06T09:46:07.788Z|1|vlog|INFO|opened log file
> /var/log/openvswitch/ovsdb-server.log
> 2017-02-06T09:46:07.791Z|2|ovsdb_server|INFO|ovsdb-server (Open
> vSwitch) 2.6.90
> 2017-02-06T09:46:17.802Z|3|memory|INFO|2296 kB peak resident set size
> after 10.0 seconds
> 2017-02-06T09:46:17.802Z|4|memory|INFO|cells:16 json-caches:1
> monitors:1 sessions:1
>
> ovs-vswitchd.log
>
>
> 2017-02-06T09:46:07.999Z|1|vlog|INFO|opened log file
> /var/log/openvswitch/ovs-vswitchd.log
> 2017-02-06T09:46:08.036Z|2|ovs_numa|INFO|Discovered 24 CPU cores on
> NUMA node 0
> 2017-02-06T09:46:08.036Z|3|ovs_numa|INFO|Discovered 24 CPU cores on
> NUMA node 1
> 2017-02-06T09:46:08.036Z|4|ovs_numa|INFO|Discovered 2 NUMA nodes and
> 48 CPU cores
> 2017-02-06T09:46:08.037Z|5|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connecting...
> 2017-02-06T09:46:08.037Z|6|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connected
> 2017-02-06T09:46:08.039Z|7|bridge|INFO|ovs-vswitchd (Open vSwitch)
> 2.6.90
>
> What should I do now?
>
> The engine says that "Host host2 does not comply with the cluster Default
> networks, the following networks are missing on host: 'ovirtmgmt'"
>
> What other logs should I attach?
>
> Thanks
>
> Shalabh Goel
>
> On Sun, Feb 5, 2017 at 1:10 PM, Edward Haas <eh...@redhat.com> wrote:
>
>> Based on what I can see, you used OVS as the switch type and it seems ovs
>> (openvswitch) is not properly installed on your host.
>> Make sure that you have ovs operational by issuing "ovs-vsctl show".
>>
>> You should note that OVS network support is not an official release
>> feature, and you should use it on 4.1 and up versions.
>> Fixes will be probably submitted to master (appearing in nightly builds).
>>
>> Next time please include the mailing-list in your replies and attach the
>> log files, it is less spamming.
>>
>> Thanks,
>> Edy.
>>
>> On Fri, Feb 3, 2017 at 5:07 AM, Shalabh Goel <shalabhgoe...@gmail.com>
>> wrote:
>>
>>> log from messages
>>>
>>> Feb  3 08:27:53 ovirtnode3 ovs-vsctl: 
>>> ovs|1|db_ctl_base|ERR|unix:/var/run/openvswitch/db.sock:
>>> database connection failed (No such file or directory)
>>> Feb  3 08:27:53 ovirtnode3 journal: vdsm vds ERROR Executing commands
>>> failed: ovs-vsctl: unix:/var/run/openvswitch/db.sock: database
>>> connection failed (No su
>>> ch file or directory)#012Traceback (most recent call last):#012  File
>>> "/usr/share/vdsm/API.py", line 1531, in setupNetworks#012
>>> supervdsm.getProxy().setup
>>> Networks(networks, bondings, options)#012  File
>>> "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 53, in
>>> __call__#012return callMethod()#012  Fi
>>> le "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 51, in
>>> #012**kwargs)#012  File "", line 2, in
>>> setupNetworks#012  File "/usr
>>> /lib64/python2.7/multiprocessing/managers.py", line 773, in
>>> _callmethod#012raise convert_to_error(kind,
>>> result)#012ConfigNetworkError: (21, 'Executing co
>>> mmands failed: ovs-vsctl: unix:/var/run/openvswitch/db.sock: database
>>> connection failed (No such file or directory)')
>>>
>>> Log from vdsm.log
>>>
>>> Reactor thread::INFO::2017-02-03 08:32:24,638::protocoldetector
>>> ::72::ProtocolDetector.AcceptorImpl::(handle_accept) Accepted
>>> connection from ::1:53082
>>> Reactor thread::DEBUG::2017-02-03 08:32:24,643::protocoldetector
>>> ::91::ProtocolDetector.Detector::(__init__) Using required_size=11
>>> Reactor thread::INFO::2017-02-03 08:32:24,643::protocoldetector
>>> ::127::ProtocolDetector.Detector::(handle_read) Detected protocol xml
>>> from ::1:53082
>>> Reactor thread::DEBUG::2017-02-03 08:32:24,643::bindingxmlrpc::1
>>> 317::XmlDetector::(handle_socket) xml over http detected from ('::1',
>>> 53082)
>>> BindingXMLRPC::INFO::2017-02-03 
>>> 08:32:24,643::xmlrpc::

Re: [ovirt-users] jumbo frames inside vm best practices?

[Edward Haas]

Your described setup seems correct.

Please attempt to isolate the issue by trying to pass traffic between the
hosts, taking the VM/s out of the equation.
You may also consider connecting the hosts directly to each other, to make
sure this is not a switch problem.

Thanks,
Edy.



On Mon, Feb 6, 2017 at 1:50 AM, Gianluca Cecchi 
wrote:

> Hello,
> I'm testing an Oracle RAC with 2 Oracle Linux VMs inside a 4.0.6
> environment.
> They run on two different hosts
> I would like to configure RAC intracluster communication with jumbo frames.
> At VM level network adapter is eth1 (mapped to a vlan 95 at oVirt hosts
> side)
> At oVirt side I configured a vm enabled vlan with mtu=9000
> I verified that at hosts side I have
>
> vlan95: flags=4163  mtu 9000
> ether 00:1c:c4:ab:be:ba  txqueuelen 1000  (Ethernet)
> RX packets 61706  bytes 3631426 (3.4 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 3  bytes 258 (258.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> And able to do a
> ping -M do -s 8972 ip
> from each host to the other one
> In VMs I configure the same MTU=9000 in ifcfg-eth1
>
> But actually inside VMs it works erratically: the same ping test is ok
> between the VMs but Oracle checks sometimes work and sometimes give error
> on communication.
> At initial cluster config, the second node fails to start the cluster.
> I tried 5-6 times and also tried then to set mtu=8000 inside the VMs,
> supposing some sort of inner overhead to consider (such as 2 times 28
> bytes) but nothing.
> As soon as I set MTU=1500 at VM side, the cluster is able to form without
> any problem.
> I can survive without jumbo frames in this particular case, because this
> is only a test, but the question remains about eventual best practices to
> put in place if I want to use jumbo frames.
>
> One thing I see is that at VM side I see many drops when interface mtu was
> 9000, such as
>
> eth1  Link encap:Ethernet  HWaddr 00:1A:4A:17:01:57
>   inet addr:192.168.10.32  Bcast:192.168.10.255  Mask:255.255.255.0
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:93046 errors:0 dropped:54964 overruns:0 frame:0
>   TX packets:26258 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:25726242 (24.5 MiB)  TX bytes:33573207 (32.0 MiB)
>
> at host side I see drops at bond0 level only:
>
> [root@ovmsrv05 ~]# brctl show
> bridge namebridge idSTP enabledinterfaces
> ;vdsmdummy;8000.no
> vlan1008000.001cc446ef73nobond1.100
> vlan658000.001cc446ef73nobond1.65
> vnet0
> vnet1
> vlan958000.001cc4abbebanobond0.95
> vnet2
>
> bond0: flags=5187  mtu 9000
> ether 00:1c:c4:ab:be:ba  txqueuelen 1000  (Ethernet)
> RX packets 2855175  bytes 3126868334 <(312)%20686-8334> (2.9 GiB)
> RX errors 0  dropped 11686  overruns 0  frame 0
> TX packets 1012849  bytes 478702140 (456.5 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> bond0.95: flags=4163  mtu 9000
> ether 00:1c:c4:ab:be:ba  txqueuelen 1000  (Ethernet)
> RX packets 100272  bytes 27125992 (25.8 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 42355  bytes 40833904 (38.9 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> vlan95: flags=4163  mtu 9000
> ether 00:1c:c4:ab:be:ba  txqueuelen 1000  (Ethernet)
> RX packets 62576  bytes 3719175 (3.5 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 3  bytes 258 (258.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> vnet2: flags=4163  mtu 9000
> inet6 fe80::fc1a:4aff:fe17:157  prefixlen 64  scopeid 0x20
> ether fe:1a:4a:17:01:57  txqueuelen 1000  (Ethernet)
> RX packets 21014  bytes 24139492 (23.0 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 85777  bytes 21089777 (20.1 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> [root@ovmsrv05 ~]# cat /proc/net/bonding/bond0
> Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
>
> Bonding Mode: fault-tolerance (active-backup)
> Primary Slave: None
> Currently Active Slave: enp3s0
> MII Status: up
> MII Polling Interval (ms): 100
> Up Delay (ms): 0
> Down Delay (ms): 0
>
> Slave Interface: enp3s0
> MII Status: up
> Speed: 1000 Mbps
> Duplex: full
> Link Failure Count: 0
> Permanent HW addr: 00:1c:c4:ab:be:ba
> Slave queue ID: 0
>
> Slave Interface: enp5s0
> MII Status: up
> Speed: 

Re: [ovirt-users] Guest IP

[Edward Haas]

It does show the same Guest Agent Data on the user portal.
Assuming you have added the UserRole permission to the VM, you should see
the VM on the user portal under the Extended tab, similar to what is seen
on the admin portal.

Thanks,
Edy.

On Thu, Feb 2, 2017 at 5:25 PM, Alexandr Krivulya 
wrote:

> Hi,
>
> is there any way to get guest ip provided by guest tools from user portal?
> It present in an admin portal, but not in user.
>
> ___
> 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] problem after rebooting the node

[Edward Haas]

t__
> ovs_db = OvsDB(driver.create())
>   File "/usr/lib/python2.7/site-packages/vdsm/network/ovs/info.py", line
> 64, in __init__
> transaction.add(ifaces_command)
>   File "/usr/lib/python2.7/site-packages/vdsm/network/ovs/driver/__init__.py",
> line 54, in __exit__
> self.result = self.commit()
>   File "/usr/lib/python2.7/site-packages/vdsm/network/ovs/driver/vsctl.py",
> line 63, in commit
> 'Executing commands failed: %s' % '\n'.join(err))
> ConfigNetworkError: (21, 'Executing commands failed: ovs-vsctl:
> unix:/var/run/openvswitch/db.sock: database connection failed (No such
> file or directory)')
> MainProcess|Thread-2::DEBUG::2017-02-03 08:27:54,440::supervdsmServer:
> :93::SuperVdsm.ServerCallback::(wrapper) call ksmTune with () {}
> MainProcess|Thread-2::DEBUG::2017-02-03 08:27:54,440::supervdsmServer:
> :100::SuperVdsm.ServerCallback::(wrapper) return ksmTune with None
> MainProcess|jsonrpc/0::DEBUG::2017-02-03 08:30:00,918::supervdsmServer:
> :93::SuperVdsm.ServerCallback::(wrapper) call network_caps with () {}
> MainProcess|jsonrpc/0::DEBUG::2017-02-03 
> 08:30:00,922::commands::69::root::(execCmd)
> /usr/bin/taskset --cpu-list 0-47 /sbin/ip route show to 0.0.0.0/0 table
> main (cwd None)
> MainProcess|jsonrpc/0::DEBUG::2017-02-03 
> 08:30:00,927::commands::93::root::(execCmd)
> SUCCESS:  = '';  = 0
> MainProcess|jsonrpc/0::DEBUG::2017-02-03 
> 08:30:01,013::commands::69::root::(execCmd)
> /usr/bin/taskset --cpu-list 0-47 /usr/sbin/tc qdisc show (cwd None)
> MainProcess|jsonrpc/0::DEBUG::2017-02-03 
> 08:30:01,016::commands::93::root::(execCmd)
> SUCCESS:  = '';  = 0
> MainProcess|jsonrpc/0::DEBUG::2017-02-03 08:30:01,017::supervdsmServer:
> :100::SuperVdsm.ServerCallback::(wrapper) return network_caps with
> {'bridges': {}, 'bondings': {}, 'nameservers': ['10.1.1.8'], 'nics':
> {'ib0': {'ipv6autoconf': True, 'addr': '', 'ipv6gateway': '::', 'dhcpv6':
> False, 'ipv6addrs': [], 'mtu': '4092', 'dhcpv4': False, 'netmask': '',
> 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr':
> '80:00:02:08:fe:80:00:00:00:00:00:00:0c:c4:7a:ff:ff:0f:d8:85', 'speed':
> 0, 'gateway': ''}, 'eno1': {'ipv6autoconf': False, 'addr': '10.1.235.5',
> 'ipv6gateway': '::', 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500',
> 'dhcpv4': False, 'netmask': '255.255.0.0', 'ipv4defaultroute': True,
> 'ipv4addrs': ['10.1.235.5/16'], 'hwaddr': '0c:c4:7a:0f:6b:2a', 'speed':
> 1000, 'gateway': '10.1.0.1'}, 'eno2': {'ipv6autoconf': True, 'addr': '',
> 'ipv6gateway': '::', 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500',
> 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [],
> 'hwaddr': '0c:c4:7a:0f:6b:2b', 'speed': 0, 'gateway': ''}}, 'supportsIPv6':
> True, 'vlans': {}, 'networks': {}}
> MainProcess|jsonrpc/1::DEBUG::2017-02-03 08:30:01,036::supervdsmServer:
> :93::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {}
> MainProcess|jsonrpc/1::DEBUG::2017-02-03 08:30:01,066::supervdsmServer:
> :100::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with
> {'systemProductName': 'X9DRT', 'systemSerialNumber': '0123456789',
> 'systemFamily': 'To be filled by O.E.M.', 'systemVersion': '0123456789',
> 'systemUUID': '----0CC47A0F6B2A',
> 'systemManufacturer': 'Supermicro'}
> (END)
>
>
>
> On Fri, Feb 3, 2017 at 12:05 AM, Edward Haas <eh...@redhat.com> wrote:
>
>> Hello Shalabh,
>>
>> Please provide the logs from your node:
>> - messages
>> - vdsm/vdsm.log, vdsm/supervdsm.log
>>
>> It may be that you are missing openvswitch installed, although VDSM
>> should not require it for its operation.
>>
>> Thanks,
>> Edy.
>>
>>
>> On Thu, Feb 2, 2017 at 2:10 PM, Shalabh Goel <shalabhgoe...@gmail.com>
>> wrote:
>>
>>> HI,
>>>
>>> I am getting the following error on my node after rebooting it.
>>>
>>> VDSM ovirtnode2 command HostSetupNetworksVDS failed: Executing commands
>>> failed: ovs-vsctl: unix:/var/run/openvswitch/db.sock: database
>>> connection failed (No such file or directory)
>>>
>>>
>>> To solve this, I am trying to restart ovsdb-server using the following
>>> command,
>>>
>>> ovsdb-server --remote=punix:*/var/run/openvswitch/db.sock*
>>> --remote=db:Open_vSwitch,Open_vSwitch,manager_options
>>> --private-key=db:Open_vSwitch,SSL,private_key--certificate=db:Open_vSwitch,SSL,certificate
>>> --bootstrap-ca-cert=db:Open_vSwitch,SSL,ca_cert --pidfile --detach
>>>
>>> But I am getting the following error.
>>>
>>> ovsdb-server: /var/run/openvswitch/ovsdb-server.pid.tmp: create failed
>>> (No such file or directory)
>>>
>>> How to restart the ovsdb-server?? Also ovirtmgmt network is missing from
>>> my node. It happened after I rebooted my node after it got upgraded to
>>> Ovirt 4.1
>>>
>>> --
>>> Shalabh Goel
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
>
> --
> Shalabh Goel
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] problem after rebooting the node

[Edward Haas]

Hello Shalabh,

Please provide the logs from your node:
- messages
- vdsm/vdsm.log, vdsm/supervdsm.log

It may be that you are missing openvswitch installed, although VDSM should
not require it for its operation.

Thanks,
Edy.


On Thu, Feb 2, 2017 at 2:10 PM, Shalabh Goel 
wrote:

> HI,
>
> I am getting the following error on my node after rebooting it.
>
> VDSM ovirtnode2 command HostSetupNetworksVDS failed: Executing commands
> failed: ovs-vsctl: unix:/var/run/openvswitch/db.sock: database connection
> failed (No such file or directory)
>
>
> To solve this, I am trying to restart ovsdb-server using the following
> command,
>
> ovsdb-server --remote=punix:*/var/run/openvswitch/db.sock*
> --remote=db:Open_vSwitch,Open_vSwitch,manager_options
> --private-key=db:Open_vSwitch,SSL,private_key--certificate=
> db:Open_vSwitch,SSL,certificate 
> --bootstrap-ca-cert=db:Open_vSwitch,SSL,ca_cert
> --pidfile --detach
>
> But I am getting the following error.
>
> ovsdb-server: /var/run/openvswitch/ovsdb-server.pid.tmp: create failed
> (No such file or directory)
>
> How to restart the ovsdb-server?? Also ovirtmgmt network is missing from
> my node. It happened after I rebooted my node after it got upgraded to
> Ovirt 4.1
>
> --
> Shalabh Goel
>
> ___
> 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] "Setup Host Networks" fails (was: Ovirt 4 failing to setup CentOS 7.2 host (everything default))

[Edward Haas]

The server seems to have a special network configuration that limits its
communication to the Gateway through SCOPE definition.
IPADDR=176.9.146.137
NETMASK=255.255.255.255
SCOPE="peer 176.9.146.129"

oVirt host does not support such a setup.
VDSM acquires the iface and tries to configure it based on the existing
values, ignoring the SCOPE.
It ends up with a full mask set and lost of connectivity.

Please set your server with a 'regular' ip/mask/gateway settings.
If you want to keep the limitations of SCOPE, you can set some firewall
rules instead.

Thanks,
Edy.



On Tue, Jan 31, 2017 at 1:19 PM, Eidmantas Ivanauskas <
eidmantasivanaus...@gmail.com> wrote:

> Thank you for tidying up the thread. Never used these mailing lists (at
> all on any platform), so I am trying to minimize damage ;).
>
> Here are some additional logs from the host. (upon using Setup Host
> Networks).
>
> ### messages
> .
> Jan 31 10:44:28 CentOS-73-64-minimal kernel: e1000e: enp4s0 NIC Link is
> Down
> Jan 31 10:44:29 CentOS-73-64-minimal systemd: Started /usr/sbin/ifup
> enp4s0.
> Jan 31 10:44:29 CentOS-73-64-minimal systemd: Starting /usr/sbin/ifup
> enp4s0.
> Jan 31 10:44:29 CentOS-73-64-minimal kernel: IPv6: ADDRCONF(NETDEV_UP):
> enp4s0: link is not ready
> Jan 31 10:44:29 CentOS-73-64-minimal kernel: 8021q: adding VLAN 0 to HW
> filter on device enp4s0
> Jan 31 10:44:33 CentOS-73-64-minimal daemonAdapter: libvirt: Network
> Driver error : Network not found: no network with matching name
> 'vdsm-ovirtmgmt'
> Jan 31 10:44:33 CentOS-73-64-minimal kernel: e1000e: enp4s0 NIC Link is Up
> 1000 Mbps Full Duplex, Flow Control: Rx/Tx
> Jan 31 10:44:33 CentOS-73-64-minimal kernel: IPv6:
> ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready
> Jan 31 10:46:34 CentOS-73-64-minimal kernel: e1000e: enp4s0 NIC Link is
> Down
> Jan 31 10:46:34 CentOS-73-64-minimal systemd: Started /usr/sbin/ifup
> enp4s0.
> Jan 31 10:46:34 CentOS-73-64-minimal systemd: Starting /usr/sbin/ifup
> enp4s0.
> Jan 31 10:46:34 CentOS-73-64-minimal kernel: IPv6: ADDRCONF(NETDEV_UP):
> enp4s0: link is not ready
> Jan 31 10:46:34 CentOS-73-64-minimal kernel: 8021q: adding VLAN 0 to HW
> filter on device enp4s0
> Jan 31 10:46:38 CentOS-73-64-minimal journal: vdsm vds ERROR connectivity
> check failed#012Traceback (most recent call last):#012  File
> "/usr/share/vdsm/API.py", line 1473, in setupNetworks#012
> supervdsm.getProxy().setupNetworks(networks, bondings, options)#012  File
> "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 53, in
> __call__#012return callMethod()#012  File 
> "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py",
> line 51, in #012**kwargs)#012  File "", line 2, in
> setupNetworks#012  File "/usr/lib64/python2.7/multiprocessing/managers.py",
> line 773, in _callmethod#012raise convert_to_error(kind,
> result)#012ConfigNetworkError: (10, 'connectivity check failed')
> Jan 31 10:46:39 CentOS-73-64-minimal kernel: e1000e: enp4s0 NIC Link is Up
> 1000 Mbps Full Duplex, Flow Control: Rx/Tx
> Jan 31 10:46:39 CentOS-73-64-minimal kernel: IPv6:
> ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready
>
>
>
>
>
>
>
>  journalctl
>
> Jan 31 11:05:07 CentOS-73-64-minimal kernel: e1000e: enp4s0 NIC Link is
> Down
> Jan 31 11:05:07 CentOS-73-64-minimal systemd[1]: Started /usr/sbin/ifup
> enp4s0.
> Jan 31 11:05:07 CentOS-73-64-minimal systemd[1]: Starting /usr/sbin/ifup
> enp4s0.
> Jan 31 11:05:07 CentOS-73-64-minimal kernel: IPv6: ADDRCONF(NETDEV_UP):
> enp4s0: link is not ready
> Jan 31 11:05:07 CentOS-73-64-minimal kernel: 8021q: adding VLAN 0 to HW
> filter on device enp4s0
> Jan 31 11:05:11 CentOS-73-64-minimal kernel: e1000e: enp4s0 NIC Link is Up
> 1000 Mbps Full Duplex, Flow Control: Rx/Tx
> Jan 31 11:05:11 CentOS-73-64-minimal kernel: IPv6:
> ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready
> Jan 31 11:05:11 CentOS-73-64-minimal daemonAdapter[11064]: libvirt:
> Network Driver error : Network not found: no network with matching name
> 'vdsm-ovirtmgmt'
> Jan 31 11:07:12 CentOS-73-64-minimal kernel: e1000e: enp4s0 NIC Link is
> Down
> Jan 31 11:07:12 CentOS-73-64-minimal systemd[1]: Started /usr/sbin/ifup
> enp4s0.
> Jan 31 11:07:12 CentOS-73-64-minimal systemd[1]: Starting /usr/sbin/ifup
> enp4s0.
> Jan 31 11:07:12 CentOS-73-64-minimal kernel: IPv6: ADDRCONF(NETDEV_UP):
> enp4s0: link is not ready
> Jan 31 11:07:12 CentOS-73-64-minimal kernel: 8021q: adding VLAN 0 to HW
> filter on device enp4s0
> Jan 31 11:07:16 CentOS-73-64-minimal vdsm[11340]: vdsm vds ERROR
> connectivity check failed
>   Traceback (most recent
> call last):
> File
> "/usr/share/vdsm/API.py", line 1473, in setupNetworks
>   
> supervdsm.getProxy().setupNetworks(networks,
> bondings, options)
> File
> 

Re: [ovirt-users] Ovirt 4.0.6 fail to set boottype for ovirtmgmt interface

[Edward Haas]

Hello,

For OVS, you should use oVirt 4.1.
You should also note that you may experience problems, as we have not fully
tested it in all scenarios.
There are also some features we do not support with it (like QoS).

Please use the latest version (4.1 is a good start) and let us know how it
goes.

Thanks,
Edy.


On Tue, Jan 17, 2017 at 3:15 PM, TranceWorldLogic . <
tranceworldlo...@gmail.com> wrote:

> Hi,
>
>  Can some one help me to know which vdsm version I need to use for 4.0.6 ?
> I feel rpm release is wrong.
>
> Please check this patch, this might be cause for break.
> Title : core: report SwitchType also on bonds
> Link: https://github.com/oVirt/ovirt-engine/commit/
> 085636ca7a2ab80c76c71e80b54d8c323606844c
>
> Thanks,
> ~Rohit
>
>
> On Tue, Jan 17, 2017 at 4:58 PM, TranceWorldLogic . <
> tranceworldlo...@gmail.com> wrote:
>
>> Hi,
>>
>> I was trying to add host in ovirt 4.0.6 using my cluster mark as OVS.
>> In 4.0.5, it was able to setup ovirtmgmt interface but in 4.0.6 it fail
>> to setup interface.
>>
>> I tried debugging this and found that vdsm generated ifcfg for ovirtmgmt
>> not have boottype as dhcp.
>> And hence it fail to bring host in up state,
>>
>> Here I want to know:
>> Q> How can I ask configure ovirt-engine or vdsm to add boottype in
>> ovirtmgmt interface.
>>
>> In my testing I found a strange behaviour as mention below:
>> 1> In my multiple trial I tried setting ovs property for ovirtmgmt
>> network and then I tried adding host.
>> 2> I observe that VDSM was able to add ovirtmgmt in OVS but this
>> behaviour I observed only once.
>> Q> Please, can someone help me to understand this OVS behaviour, it will
>> help me to setup everything on OVS? OR
>> [ In other word, How to setup ovirtmgmt interface on host on OVS bridge ?
>> ]
>>
>>
>> Thanks,
>> ~Rohit
>>
>
>
> ___
> 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] VDSM service won't start

[Edward Haas]

On Fri, Jan 13, 2017 at 11:46 PM, paul.greene.va  wrote:

> Oh, I stumbled onto something relevant.
>
> I noticed on the host that was working correctly that the ifcfg-enp6s0
> file included a line for "BRIDGE=ovirtmgmt", and the other two didn't have
> that line. When I added that line to the other two hosts, and restarted
> networking, I was able to get those hosts in a status of "UP".
>
> That file is autogenerated by VDSM, so I wondered if it would survive a
> reboot. When I rebooted, the line had been removed again by VDSM.
>
> So, I guess the final question then is how to get persistence in keeping
> this BRIDGE line from getting removed across reboots?


VDSM on reboot will compare the current config to the persisted one and try
to sync it.
Perhaps you have a corrupted persistent configuration.

Could you please send us the following items:
- vdsm and supervdsm logs (from /var/log/vdsm)
- All your ifcfg files.
- The persisted VDSM network configuration from:
/var/lib/vdsm/persistence/netconf

Thanks,
Edy.


>
>
>
> On 1/13/2017 2:54 PM, Nir Soffer wrote:
>
>> On Fri, Jan 13, 2017 at 9:24 PM, paul.greene.va
>>  wrote:
>>
>>> Output below ...
>>>
>>>
>>>
>>> On 1/13/2017 1:47 PM, Nir Soffer wrote:
>>>
 On Fri, Jan 13, 2017 at 5:45 PM, paul.greene.va
  wrote:

> All,
>
> I'm having an issue with the vdsmd service refusing to start on a fresh
> install of RHEL 7.2, RHEV version 4.0.
>
> It initially came up correctly, and the command "ip a" showed a
> "vdsmdummy"
> interface and a "ovirtmgmt" interface. However after a couple of
> reboots,
> those interfaces disappeared, and running "systemctl status vdsmd"
> generated
> the message "Dependency failed for Virtual Desktop Service Manager/Job
> vdsmd.service/start failed with result 'dependency'". Didn't say what
> dependency though
>
> I have 3 hosts where this happening on 2 out of 3 hosts. For some odd
> reason, the one host isn't having any problems.
>
> In a Google search I found an instance where system clock timing was
> out
> of
> sync, and that messed it up. I checked all three hosts, as well as the
> RHEV
> manager and they all had chronyd running and the clocks appeared to be
> in
> sync.
>
> After a reboot the virtual interfaces usually initially come up, but go
> down
> again within a few minutes.
>
> Running journalctl -xe gives these three messages:
>
> "failed to start Virtual Desktop Server Manager network restoration"
>
> "Dependency failed for Virtual Desktop Server Manager"  (but it doesn't
> say
> which dependency failed"
>
> "Dependency failed for MOM instance configured for VDSM purposes"
> (again,
> doesn't way which dependency)
>
> Any suggestions?
>
 Can you share the output of:

 systemctl status vdsmd
 systemctl status mom
 systemctl status libvirtd
 journalctl -xe

 Nir

 Sure, here you go 
>>>
>>>
>>>
>>> [root@rhevh03 vdsm]# systemctl status vdsmd
>>> ā vdsmd.service - Virtual Desktop Server Manager
>>> Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled;
>>> vendor
>>> preset: enabled)
>>> Active: inactive (dead)
>>>
>>> Jan 13 12:01:53 rhevh03 systemd[1]: Dependency failed for Virtual Desktop
>>> Server Manager.
>>> Jan 13 12:01:53 rhevh03 systemd[1]: Job vdsmd.service/start failed with
>>> result 'dependency'.
>>> Jan 13 13:51:50 rhevh03 systemd[1]: Dependency failed for Virtual Desktop
>>> Server Manager.
>>> Jan 13 13:51:50 rhevh03 systemd[1]: Job vdsmd.service/start failed with
>>> result 'dependency'.
>>> Jan 13 13:55:15 rhevh03 systemd[1]: Dependency failed for Virtual Desktop
>>> Server Manager.
>>> Jan 13 13:55:15 rhevh03 systemd[1]: Job vdsmd.service/start failed with
>>> result 'dependency'.
>>>
>>>
>>>
>>> [root@rhevh03 vdsm]# systemctl status momd
>>> ā momd.service - Memory Overcommitment Manager Daemon
>>> Loaded: loaded (/usr/lib/systemd/system/momd.service; static; vendor
>>> preset: disabled)
>>> Active: inactive (dead) since Fri 2017-01-13 13:53:09 EST; 2min 26s
>>> ago
>>>Process: 28294 ExecStart=/usr/sbin/momd -c /etc/momd.conf -d
>>> --pid-file
>>> /var/run/momd.pid (code=exited, status=0/SUCCESS)
>>>   Main PID: 28298 (code=exited, status=0/SUCCESS)
>>>
>>> Jan 13 13:53:09 rhevh03 systemd[1]: Starting Memory Overcommitment
>>> Manager
>>> Daemon...
>>> Jan 13 13:53:09 rhevh03 systemd[1]: momd.service: Supervising process
>>> 28298
>>> which is not our child. We'll most likely not notice when it exits.
>>> Jan 13 13:53:09 rhevh03 systemd[1]: Started Memory Overcommitment Manager
>>> Daemon.
>>> Jan 13 13:53:09 rhevh03 python[28298]: No worthy mechs found
>>>
>>>
>>>
>>> [root@rhevh03 vdsm]# systemctl status libvirtd
>>> ā libvirtd.service - Virtualization 

Re: [ovirt-users] creating a vlan-tagged network

[Edward Haas]

On Sun, Jan 1, 2017 at 7:16 PM, Jim Kusznir <j...@palousetech.com> wrote:

> I pinged both the router on the subnet and a host IP in-between the two
> ip's.
>
> [root@ovirt3 ~]# ping -I 162.248.147.33 162.248.147.1
> PING 162.248.147.1 (162.248.147.1) from 162.248.147.33 : 56(84) bytes of
> data.
> 64 bytes from 162.248.147.1: icmp_seq=1 ttl=255 time=8.17 ms
> 64 bytes from 162.248.147.1: icmp_seq=2 ttl=255 time=7.47 ms
> 64 bytes from 162.248.147.1: icmp_seq=3 ttl=255 time=7.53 ms
> 64 bytes from 162.248.147.1: icmp_seq=4 ttl=255 time=8.42 ms
> ^C
> --- 162.248.147.1 ping statistics ---
> 4 packets transmitted, 4 received, 0% packet loss, time 3004ms
> rtt min/avg/max/mdev = 7.475/7.901/8.424/0.420 ms
> [root@ovirt3 ~]#
>
> The VM only has its public IP.
>
> --Jim
>

Very strange, all looks good to me.

I can try to help you debug using tcpdump, just send me the details for
remote connection on private.
It will also help if you join the vdsm or ovir IRC channels.


>
> On Jan 1, 2017 01:26, "Edward Haas" <eh...@redhat.com> wrote:
>
>>
>>
>> On Sun, Jan 1, 2017 at 10:50 AM, Jim Kusznir <j...@palousetech.com> wrote:
>>
>>> I currently only have two IPs assigned to me...I can try and take
>>> another, but that may not route out of the rack.  I've got the VM on one of
>>> the IPs and the host on the other currently.
>>>
>>> The switch is a "web-managed" basic 8-port switch (thrown in for testing
>>> while the "real" switch is in transit).  It has the 3 ports the hosts are
>>> plugged in configured with vlan 1 untagged, set as PVID, and vlan 2
>>> tagged.  Another port on the switch is untagged on vlan 1 connected to the
>>> router for the ovirtmgmt network (protected by a VPN, but not "burning"
>>> public IPs for mgmt purposes), another couple ports are untagged on vlan
>>> 2.  One of those ports goes out of the rack, another goes to the router's
>>> internet port.  Router gets to the internet just fine.
>>>
>>> VM:
>>> kusznir@FusionPBX:~$ ip address
>>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
>>> group default
>>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>> inet 127.0.0.1/8 scope host lo
>>>valid_lft forever preferred_lft forever
>>> inet6 ::1/128 scope host
>>>valid_lft forever preferred_lft forever
>>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
>>> state UP group default qlen 1000
>>> link/ether 00:1a:4a:16:01:51 brd ff:ff:ff:ff:ff:ff
>>> inet 162.248.147.31/24 brd 162.248.147.255 scope global eth0
>>>valid_lft forever preferred_lft forever
>>> inet6 fe80::21a:4aff:fe16:151/64 scope link
>>>valid_lft forever preferred_lft forever
>>> kusznir@FusionPBX:~$ ip route
>>> default via 162.248.147.1 dev eth0
>>> 162.248.147.0/24 dev eth0  proto kernel  scope link  src 162.248.147.31
>>> kusznir@FusionPBX:~$
>>>
>>> Host:
>>> [root@ovirt3 ~]# ip address
>>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
>>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>> inet 127.0.0.1/8 scope host lo
>>>valid_lft forever preferred_lft forever
>>> inet6 ::1/128 scope host
>>>valid_lft forever preferred_lft forever
>>> 2: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master
>>> ovirtmgmt state UP qlen 1000
>>> link/ether 00:21:9b:98:2f:44 brd ff:ff:ff:ff:ff:ff
>>> 3: em2: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN qlen 1000
>>> link/ether 00:21:9b:98:2f:46 brd ff:ff:ff:ff:ff:ff
>>> 4: em3: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN qlen 1000
>>> link/ether 00:21:9b:98:2f:48 brd ff:ff:ff:ff:ff:ff
>>> 5: em4: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state
>>> DOWN qlen 1000
>>> link/ether 00:21:9b:98:2f:4a brd ff:ff:ff:ff:ff:ff
>>> 6: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
>>> link/ether 8e:1b:51:60:87:55 brd ff:ff:ff:ff:ff:ff
>>> 7: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
>>> state UP
>>> link/ether 00:21:9b:98:2f:44 brd ff:ff:ff:ff:ff:ff
>>> inet 192.168.8.13/24 brd 192.168.8.255 scope global dynamic
>>> ovirtmgmt
>>>valid_lft 54830sec preferred_lft 54830sec
>>> 11: em1.2@em1: <

Re: [ovirt-users] creating a vlan-tagged network

[Edward Haas]

On Sun, Jan 1, 2017 at 10:50 AM, Jim Kusznir  wrote:

> I currently only have two IPs assigned to me...I can try and take another,
> but that may not route out of the rack.  I've got the VM on one of the IPs
> and the host on the other currently.
>
> The switch is a "web-managed" basic 8-port switch (thrown in for testing
> while the "real" switch is in transit).  It has the 3 ports the hosts are
> plugged in configured with vlan 1 untagged, set as PVID, and vlan 2
> tagged.  Another port on the switch is untagged on vlan 1 connected to the
> router for the ovirtmgmt network (protected by a VPN, but not "burning"
> public IPs for mgmt purposes), another couple ports are untagged on vlan
> 2.  One of those ports goes out of the rack, another goes to the router's
> internet port.  Router gets to the internet just fine.
>
> VM:
> kusznir@FusionPBX:~$ ip address
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group
> default
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: eth0:  mtu 1500 qdisc pfifo_fast
> state UP group default qlen 1000
> link/ether 00:1a:4a:16:01:51 brd ff:ff:ff:ff:ff:ff
> inet 162.248.147.31/24 brd 162.248.147.255 scope global eth0
>valid_lft forever preferred_lft forever
> inet6 fe80::21a:4aff:fe16:151/64 scope link
>valid_lft forever preferred_lft forever
> kusznir@FusionPBX:~$ ip route
> default via 162.248.147.1 dev eth0
> 162.248.147.0/24 dev eth0  proto kernel  scope link  src 162.248.147.31
> kusznir@FusionPBX:~$
>
> Host:
> [root@ovirt3 ~]# ip address
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: em1:  mtu 1500 qdisc mq master
> ovirtmgmt state UP qlen 1000
> link/ether 00:21:9b:98:2f:44 brd ff:ff:ff:ff:ff:ff
> 3: em2:  mtu 1500 qdisc mq state DOWN qlen 1000
> link/ether 00:21:9b:98:2f:46 brd ff:ff:ff:ff:ff:ff
> 4: em3:  mtu 1500 qdisc mq state DOWN qlen 1000
> link/ether 00:21:9b:98:2f:48 brd ff:ff:ff:ff:ff:ff
> 5: em4:  mtu 1500 qdisc mq state DOWN
> qlen 1000
> link/ether 00:21:9b:98:2f:4a brd ff:ff:ff:ff:ff:ff
> 6: ;vdsmdummy;:  mtu 1500 qdisc noop state DOWN
> link/ether 8e:1b:51:60:87:55 brd ff:ff:ff:ff:ff:ff
> 7: ovirtmgmt:  mtu 1500 qdisc noqueue
> state UP
> link/ether 00:21:9b:98:2f:44 brd ff:ff:ff:ff:ff:ff
> inet 192.168.8.13/24 brd 192.168.8.255 scope global dynamic ovirtmgmt
>valid_lft 54830sec preferred_lft 54830sec
> 11: em1.2@em1:  mtu 1500 qdisc noqueue
> master Public_Cable state UP
> link/ether 00:21:9b:98:2f:44 brd ff:ff:ff:ff:ff:ff
> 12: Public_Cable:  mtu 1500 qdisc
> noqueue state UP
> link/ether 00:21:9b:98:2f:44 brd ff:ff:ff:ff:ff:ff
> inet 162.248.147.33/24 brd 162.248.147.255 scope global Public_Cable
>valid_lft forever preferred_lft forever
> 14: vnet0:  mtu 1500 qdisc pfifo_fast
> master ovirtmgmt state UNKNOWN qlen 500
> link/ether fe:1a:4a:16:01:54 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::fc1a:4aff:fe16:154/64 scope link
>valid_lft forever preferred_lft forever
> 15: vnet1:  mtu 1500 qdisc pfifo_fast
> master ovirtmgmt state UNKNOWN qlen 500
> link/ether fe:1a:4a:16:01:52 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::fc1a:4aff:fe16:152/64 scope link
>valid_lft forever preferred_lft forever
> 16: vnet2:  mtu 1500 qdisc pfifo_fast
> master ovirtmgmt state UNKNOWN qlen 500
> link/ether fe:1a:4a:16:01:53 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::fc1a:4aff:fe16:153/64 scope link
>valid_lft forever preferred_lft forever
> 17: vnet3:  mtu 1500 qdisc pfifo_fast
> master Public_Cable state UNKNOWN qlen 500
> link/ether fe:1a:4a:16:01:51 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::fc1a:4aff:fe16:151/64 scope link
>valid_lft forever preferred_lft forever
> [root@ovirt3 ~]# ip route
> default via 192.168.8.1 dev ovirtmgmt
> 162.248.147.0/24 dev Public_Cable  proto kernel  scope link  src
> 162.248.147.33
> 169.254.0.0/16 dev ovirtmgmt  scope link  metric 1007
> 169.254.0.0/16 dev Public_Cable  scope link  metric 1012
> 192.168.8.0/24 dev ovirtmgmt  proto kernel  scope link  src 192.168.8.13
> [root@ovirt3 ~]# brctl show
> bridge name bridge id STP enabled interfaces
> ;vdsmdummy; 

Re: [ovirt-users] creating a vlan-tagged network

[Edward Haas]

On Sun, Jan 1, 2017 at 9:01 AM, Jim Kusznir  wrote:

> Hi all:
>
> I've got my ovirt cluster up, but am facing an odd situation that I
> haven't pinned down.  I've also run into someone on the IRC channel with
> the same bug, no solutions as of yet.  Google also hasn't helped.
>
> My goal is this:
>
> 1 physical NIC; two networks:
> ovirtmgmt (untagged)
> Public (vlan 2)
>
> ovirtmgmt works great.  a VM on Public cannot talk to anything off the
> host.
>
> Steps to set up:
>
> Datacenter -> networks: created network, checked vm network, checked vlan,
> put 2 in the tag box.  Set required.  Save.
>
> I only have one cluster (default), and it automatically added it there.  I
> went to the hosts in the cluster, and dragged the unassigned Public network
> onto the nic (which already has ovirtmgmt on it).  After completing on all
> three of my hosts, the network shows online.
>
> Create VM, assign to Public, inside VM assign its IP, and it cannot talk
> to the world.
>
> In troubleshooting, I assigned another IP to the host itself (click pencil
> in host network settings).  VM can ping host.  SSH into host, host CAN ping
> other machines on the net and the router for the net.  VM cannot ping
> anything but host (only have one VM on that host currently).  VM is
> isolated until I move it to ovirtmgmt network, then it can get off the host
> to the world, etc.
>
> I tried disabling iptables just in case, but that had no effect.
>
> How do I troubleshoot this further?
>
> --Jim
>
>
>
Hi Jim,

You could create another VM to check if there is connectivity between them.
Then use tcpdump on the host bridge and on your nic while you ping, check
if you see the packets and their correct tag.
I would also check if you have by mistake a duplicate mac address for the
VM (your will need to check your switch for that).

How did you configured the switch this nic is connected to?

You could also share your current setup config for us to see: (from host
and VM)
- ip addr
- ip route
- brctl show (only for host)

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

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Edward Haas]

Guys,

In oVirt, when a host is added to the cluster it must have a NIC/Bond for
management.
Currently, it does not support anything else, unless one uses hooks to fake
things (but I do not recommend it, it will just make things complex and may
collide with other options).
I am not sure if such a feature was already suggested, please check BZ and
if there is no RFE for it, you are welcome to file one.

The OVN part is not related to the management and NIC issue, it assumes the
host is deployed as expected and that Engine can manage it.
It is there to allow OVN to manage VM networks.

Regarding the last message about OVS: Please note that OVN as an external
provider uses OVS, but it is not related to the host networks migrating to
OVS based (From the Linux bridge).
oVirt networking distinguish between host networks and VM networks, the
work on OVS for host networks has started on 4.0 and unfortunately is not
yet finished.
I suggest opening a separate thread about OVS for host networks if more
information is needed (there are some existing threads about it).

Thanks,
Edy.



On Thu, Dec 29, 2016 at 8:46 AM, TranceWorldLogic . <
tranceworldlo...@gmail.com> wrote:

> Hi All,
>
> I am also facing same issue (unable to change ovirtmgmt to OVS type).
>
> On git repository, I saw some commit in which added support to switch
> network type in host. but there is red cross across those changes.
> Would I get to know will this issue get solve in 4.1 release ?
>
> I tried modifying ifcfg-ovirtmgmt and ifcfg-eth0 file to support OVS and
> then rebooted m/c.
> When m/c got bootup I found that configuration made in ifcfg got
> overwritten by vdsm.
> Is their any workaround ?
>
> Thanks,
> ~Rohit
>
>
> On Thu, Dec 29, 2016 at 5:17 AM, Sverker Abrahamsson <
> sver...@abrahamsson.com> wrote:
>
>> From /usr/libexec/vdsm/hooks/before_device_create/ovirt_provider_ovn_hook
>> (installed by ovirt-provider-ovn-driver rpm):
>>
>> BRIDGE_NAME = 'br-int'
>>
>>
>>
>> Den 2016-12-28 kl. 23:56, skrev Sverker Abrahamsson:
>>
>>> Googling on the message about br-int suggested adding that bridge to ovs:
>>>
>>> ovs-vsctl add-br br-int
>>>
>>> Then the VM is able to boot, but it fails to get network connectivity.
>>> Output in /var/log/messages:
>>>
>>> Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
>>> --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int vnet0 -- set
>>> Interface vnet0 "external-ids:attached-mac=\"00:1a:4a:16:01:51\"" --
>>> set Interface vnet0 "external-ids:iface-id=\"e8853
>>> aac-8a75-41b0-8010-e630017dcdd8\"" -- set Interface vnet0
>>> "external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" -- set
>>> Interface vnet0 external-ids:iface-status=active
>>> Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j
>>> libvirt-J-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j
>>> libvirt-P-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -L libvirt-J-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -L libvirt-P-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -F libvirt-J-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -X libvirt-J-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -F libvirt-P-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -X libvirt-P-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -F J-vnet0-mac' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -X J-vnet0-mac' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -F J-vnet0-arp-mac' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/ebtables --concurrent -t nat -X J-vnet0-arp-mac' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-is-bridged
>>> --physdev-out vnet0 -g FO-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-out vnet0 -g
>>> FO-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/iptables -w2 -w -D libvirt-in -m physdev --physdev-in vnet0 -g
>>> FI-vnet0' failed:
>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>> '/usr/sbin/iptables 

Re: [ovirt-users] Could not get access to ACL tech driver 'ebiptables'

[Edward Haas]

On Sat, Nov 19, 2016 at 7:35 AM, Kenneth Bingham  wrote:

> I suspect this has something to do with macspoofing because I found that I
> was able to start a guest by changing the virtual network interface profile
> to remove network filtering. I verified the guests are able to start with
> filtering enabled on the vnic profile if it is set to false in
> engine-config and ovirt-engine service bounced. I'd prefer to leaf
> macspoofing disabled globally and only enable for things like VRR, CARP;
> but I'll have to leave it enabled for now. Could it be that the macs of the
> imported guests, being from the foreign mac pool, are being blocked by an
> ebtables policy? I wonder if I add their Ethernet range to the pools of the
> gaining Manager...
>
> On Fri, Nov 18, 2016 at 9:35 PM Kenneth Bingham  wrote:
>
>> I imported a guest from its iscsi storage domain and clicked the green UP
>> button, but the guest failed to start. This was the first time vdsm tried
>> to create a temporary storage domain for a host other than hosted_engine.
>> I'm using the same chap credential that was used with the same iscsi
>> storage domain with the old instance of Manager. It looks like it wasn't
>> able to get permission to do something, but everything was set up with
>> sudo-as-root. I used CentOS 7.2 with the ovirt-release repository and
>> hosted-engine script to deploy Manager.
>>
>> From /var/log/vdsm/vdsm.log on the host where it tried to start:
>> Thread-23385::ERROR::2016-11-19 
>> 02:12:41,907::vm::765::virt.vm::(_startUnderlyingVm)
>> vmId=`c3125d32-ae2a-4d2f-af4c-13661d90ddf9`::*The vm start process
>> failed*
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/virt/vm.py", line 706, in _startUnderlyingVm
>> self._run()
>>   File "/usr/share/vdsm/virt/vm.py", line 1996, in _run
>> self._connection.createXML(domxml, flags),
>>   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
>> line 123, in wrapper
>> ret = f(*args, **kwargs)
>>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 917, in
>> wrapper
>> return func(inst, *args, **kwargs)
>>   File "*/usr/lib64/python2.7/site-packages/libvirt.py*", line 3611, in
>> *createXML*
>> if ret is None:raise libvirtError('virDomainCreateXML() failed',
>> conn=self)
>> libvirtError: internal error: *Could not get access to ACL tech driver
>> 'ebiptables'*
>>
>> From /usr/lib64/python2.7/site-packages/libvirt.py which raised the
>> error:
>> def createXML(self, xmlDesc, flags=0):
>> """Launch a new guest domain, based on an XML description similar
>> to the one returned by virDomainGetXMLDesc()
>> This function may require privileged access to the hypervisor.
>> The domain is not persistent, so its definition will disappear
>> when it
>> is destroyed, or if the host is restarted (see
>> virDomainDefineXML() to
>> define persistent domains).
>>
>> If the VIR_DOMAIN_START_PAUSED flag is set, the guest domain
>> will be started, but its CPUs will remain paused. The CPUs
>> can later be manually started using virDomainResume.
>>
>> If the VIR_DOMAIN_START_AUTODESTROY flag is set, the guest
>> domain will be automatically destroyed when the virConnectPtr
>> object is finally released. This will also happen if the
>> client application crashes / loses its connection to the
>> libvirtd daemon. Any domains marked for auto destroy will
>> block attempts at migration, save-to-file, or snapshots.
>>
>> virDomainFree should be used to free the resources after the
>> domain object is no longer needed. """
>> ret = libvirtmod.virDomainCreateXML(self._o, xmlDesc, flags)
>> if ret is None:raise libvirtError('virDomainCreateXML() failed',
>> conn=self)
>> __tmp = virDomain(self,_obj=ret)
>> return __tmp
>>
>>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
Please include the Kernel, libvirt and ebtables versions you run with.
In addition, the logs from libvirt and vdsm (vdsm.log, supervdsm.log) would
help.

Laine, Thomas, can this be related to
https://bugzilla.redhat.com/show_bug.cgi?id=1396032 ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ?==?utf-8?q? 2 Vlans on one VM nic

[Edward Haas]

On Fri, Nov 18, 2016 at 5:57 PM, Derek Atkins  wrote:

> Perhaps showing my ignorance, but...
>
> Can't you set up three virtual tagged bridges in ovirt?  Each bridge
> would be tagged with the proper vlans, and then connect to the correct
>

A tagged/vlan network has one VLAN set, not multiple ones.
A non tagged/vlan network ignores tagging, it passes packets as is, either
tagged
ones or non tagged ones.


> VMs?  Is there something that prevents you from creating tagged bridges
> that all link into a non-tagged physical NIC?
>
> Or, possibly, could you set up the physical NIC for all the vlans and
> then split them out into the separate virtual bridges?
>
> This should prevent the admin on VM1 from accessing the vlans of the
> other VMs because they are attached to different (tagged) bridges.  Or
> is there something that prevents this approach?
>
> -derek
>
> Gianluca Cecchi  writes:
>
> > On Fri, Nov 18, 2016 at 10:28 AM, MOUCHOIR David  >
> > wrote:
> >
> >  That's what I understood
> > I don't have problem configuring VLANs on nics and switches, I've
> already
> > done many times
> > What I said is
> > If I have 3 VMs
> > VM1 needs vlan1 and 2
> > VM2 needs vlan3 and 4
> > VM3 needs vlan5 and vlan6
> >
> > for security reason I don't want any of these VM to be able to "see"
> > traffic of other VLAN
> > I will need 3 interfaces, one per trunk
> >
> > Could Vswitch be the solution ? It seems to be implemented in ovirt,
> but
> > documentation looks very poor ( or I didn't find the documentation
> ;) )
> >
> > I'm not a security expert.
> > For sure If you don't trust the sysadmin of the VMs operating system or
> if
> > anyone has access to the virtual console so it could attach a live
> distro and
> > so on you had better to have 3 different physical network adapters
> on your
> > hypervisors and create on them
> > trunk for id 1 and 2 on first
> > trunk for id 3 and 4 on second
> > trunk for id 5 and 6 on third
> >
> > But from a functionality point of view (and also segregation if you don't
> > modify configuration of OS) you can have only one physical adapter on
> > hypervisor, allow id 1, 2, 3, 4, 5, 6 on it and then configure
> > on VM1 OS configure ifcfg-eth0.1 and ifcfg-eth0.2 files
> > on VM2 OS configure ifcfg-eth0.3 and ifcfg-eth0.4 files
> > on VM3 OS configure ifcfg-eth0.5 and ifcfg-eth0.6 files
> >
> > It depends on who manages ovirt infrastructure, network infrastructure
> and OS
> > infrastructure and if they are different people...
> >
> > I don't know if any virtualization vendor can provide the level of
> security
> > you want using only one physical adapter
> >
> > GIanluca
>

To increase security, at least in the sense raised here, libvirt provides
the ability
to specify the exact vlan tags allowed for a vnic, but only with OVS and the
underlying host switch.
Please see: http://libvirt.org/formatdomain.html#elementVlanTag

We are actually on-flight to use OVS as an alternative to the linux bridge,
but it
is still not fully ready and this trunking setting for the vnic would need
to be added
as it is not in our current plans (although a hook can do a good job to set
it).

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

Re: [ovirt-users] 2 Vlans on one VM nic

[Edward Haas]

On Thu, Nov 17, 2016 at 4:31 PM, David MOUCHOIR 
wrote:

> Hi
> Does anyone knows how to configure a VM nic with more than 1 vNIC ?
> Or How to create a vNIC with 2 tagged VLANs ?
>
> I need to transmit 2 tagged (or more) VLANs to only 1 interface in my VM


> Regards
> D.Mouchoir
>

You need to define a non-vlan network, attach it to a NIC that connects as
a trunk to the switch.
The vNIC needs to be linked to this network and on the VM (console) itself,
define your VLAN/s over the vnic.

You will also need to disable mac-spoofing (on 4.0, you have it as a filter
in the GUI, on 3.6 you have a hook to disable it).

Let us know how it goes.
Edy.


> ___
> 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] Adding Infiniband VM Network Fails

[Edward Haas]

On Wed, Nov 16, 2016 at 10:01 PM, Clint Boggio  wrote:

> That is correct. The ib0 in all of the HV nodes are accessing iSCSI and
> NFS over that IB link successfully.
>
> What we are trying to do now is create a network that utilizes the second
> IB port (ib1) on the cards for some of the virtual machines that live
> inside the environment.
>
> > On Nov 16, 2016, at 1:40 PM, Markus Stockhausen 
> wrote:
> >
> > Hi,
> >
> > we are running Infiniband on the NFS storage network only. Did I get
> > it aight that this works or do you already have issues there?
> >
> > Best regards.
> >
> > Markus
> >
> > Web: www.collogia.de
> >
> > 
> > Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag
> von cl...@theboggios.com [cl...@theboggios.com]
> > Gesendet: Mittwoch, 16. November 2016 20:10
> > An: users@ovirt.org
> > Betreff: [ovirt-users] Adding Infiniband VM Network Fails
> >
> > Good Day;
> >
> > I am trying to add an infiniband VM network to the hosts on my ovirt
> > deployment, and the network configuration on the hosts fails to save.
> > The network bridge is added successfully, but applying the bridge to the
> > IB1 nic fails with little information other than it failed.
> >
> > My system:
> >
> > 6 HV nodes running CentOS 7 and OV version 4
> > 1 Dedicated engine running CentOS 7 and engine version 4 in 3.6 mode.
> >
> > The HV nodes all have Mellanox IB cards, dual port. Port 0 is for iSCSI
> > and NFS connectivity and runs fine. Port 1 is for VM usage of the 10Gb
> > network.
> >
> > Have any of you had any dealings with this ?
> >
>

Could you please share Engine and node vdsm logs?
(On the node, look for the vdsm.log and supervdsm.log)

Thanks,
Edy.


> >
> > ___
> > 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] Cannot Migrate Hosted Engine

[Edward Haas]

On Thu, Nov 17, 2016 at 8:28 AM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> On 27 Oct 2016, at 15:54, knarra  wrote:
>
> Hi,
>
> I have installed latest upstream master on RHEL7.2. When i try to put
> a host in maintenance which runs HE vm i see that vm does not get migrated
> to another host and host is stuck in "preparing for maintenace" state. I
> see the following errors in the vdsm.log . Can you please help me
> understand why this error is seen?
>
>
> seems to be caused by OVS hook issue
> update to latest and try again, if it’s still not working remove the ovs
> hook(s)
>

This VM was created in a version that was missing the graphics parameter,
so I do not think an upgrade will help.
Maybe shutting down the VM after the system upgrade may help, but that is
not always practical.

The patch that aimed to fix this is this: https://gerrit.ovirt.org/#/c/64300
Unfortunately it is stuck on review.


>
>1. 2016-10-27 16:40:22,742 ERROR (Thread-3293) [virt.vm]
>(vmId='21e0e248-19bf-47b3-b72f-6a3740d9ff43') Hook script execution
>failed: internal error: Child process (LC_ALL=C PAT
>2. H=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
>/etc/libvirt/hooks/qemu HostedEngine migrate begin -) unexpected exit
>status 1: Traceback (most recent call last):
>3.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main
>4. _process_domxml(tree)
>5.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 80, in
>_process_domxml
>6. _set_graphics(devices, target_vm_conf)
>7.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 156, in
>_set_graphics
>8. target_display_network, target_display_ip =
>_vmconf_display(target_vm_conf)
>9.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 177, in
>_vmconf_display
>10. raise VmMigrationHookError('VM conf graphics not detected')
>11. VmMigrationHookError: VM conf graphics not detected
>12. Traceback (most recent call last):
>13.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 201, in
>
>14. main(*sys.argv[1:])
>15.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main
>16. _process_domxml(tree)
>17.   File "/usr/libexec/vdsm/vm_migrate_hoo (migration:261)
>18. 2016-10-27 16:40:22,757 ERROR (Thread-3293) [virt.vm]
>(vmId='21e0e248-19bf-47b3-b72f-6a3740d9ff43') Failed to migrate
>(migration:390)
>19. Traceback (most recent call last):
>20.   File "/usr/share/vdsm/virt/migration.py", line 372, in run
>21. self._startUnderlyingMigration(time.time())
>22.   File "/usr/share/vdsm/virt/migration.py", line 447, in
>_startUnderlyingMigration
>23. self._perform_with_downtime_thread(duri, muri)
>24.   File "/usr/share/vdsm/virt/migration.py", line 498, in
>_perform_with_downtime_thread
>25. self._perform_migration(duri, muri)
>26.   File "/usr/share/vdsm/virt/migration.py", line 485, in
>_perform_migration
>27. self._vm._dom.migrateToURI3(duri, params, flags)
>28.   File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py",
>line 69, in f
>29. ret = attr(*args, **kwargs)
>30.   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
>line 123, in wrapper
>31. ret = f(*args, **kwargs)
>32.   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 899,
>in wrapper
>33. return func(inst, *args, **kwargs)
>34.   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1836,
>in migrateToURI3
>35. :
>36. if ret == -1: raise libvirtError ('virDomainMigrateToURI3()
>failed', dom=self)
>37. libvirtError: Hook script execution failed: internal error: Child
>process (LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
>/etc/libvirt/hooks/qemu HostedEngine migrate begin -) unexpected exit
>status 1: Traceback (most recent call last):
>38.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main
>39. _process_domxml(tree)
>40.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 80, in
>_process_domxml
>41. _set_graphics(devices, target_vm_conf)
>42.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 156, in
>_set_graphics
>43. target_display_network, target_display_ip =
>_vmconf_display(target_vm_conf)
>44.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 177, in
>_vmconf_display
>45. raise VmMigrationHookError('VM conf graphics not detected')
>46. VmMigrationHookError: VM conf graphics not detected
>47. Traceback (most recent call last):
>48.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 201, in
>
>49. main(*sys.argv[1:])
>50.   File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main
>51. _process_domxml(tree)
>52.   File "/usr/libexec/vdsm/vm_migrate_hoo
>
> Thanks
>
> kasturi.
> 

Re: [ovirt-users] Problem creating ovirtmgmt bridge

[Edward Haas]

On Mon, Nov 7, 2016 at 3:39 PM, Chris Cowley 
wrote:

> I am installing on a 3 node cluster, with gluster as my storage. Each node
> has a pair of bonds. At the moment, my intention is to use bond0 for all VM
> traffic, with management (and thus ovirtmgmt) on bond1 along with Gluster
> (bond1..
>
> Sadly hosted-engine --deploy dies saying:
>
> ```
> Failed to execute stage 'Misc configuration': Failed to setup networks
> {'ovirtmgmt': {'ipaddr': u'10.110.84.11', 'netmask': u'255.255.255.0',
> 'bonding': 'bond1', 'bootproto': u'none', 'gateway': u'10.110.84.1',
> 'defaultRoute': True}}. Error code: "-32603" message: "Attempt to call
> function:  0x38e5050>> with arguments: ({u'ovirtmgmt': {u'ipaddr': u'10.110.84.11',
> u'bonding': u'bond1', u'netmask': u'255.255.255.0', u'bootproto': u'none',
> u'gateway': u'10.110.84.1', u'defaultRoute': True}}, {},
> {u'connectivityCheck': False}) error: 'NoneType' object is not iterable"
> ```
>
> Is my way of configuring my network even possible? Or do I need to
> re-think things
>
>
Please provide vdsm.log and supervdsm.log from the node that failed for you.


> ___
> 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] Setting DNS servers problem on ovirt

[Edward Haas]

On Tue, Nov 1, 2016 at 9:01 AM, Yedidyah Bar David  wrote:

> On Tue, Nov 1, 2016 at 1:38 AM, Thing  wrote:
> > Hi,
> >
> > I have installed IPA across 3 nodes.  In order to point the ovirt server
> at
> > the new IPA/DNS servers and to clean up I ran engine-cleanup aiming to
> delte
> > the ovirt setup.   However it seems even though I ran this something,
> > "vdsm?" is still running and controlling the networking.
>
> engine-cleanup only cleans up the engine. It does nothing to the hosts.
> I am not aware of a similar "vdsm-cleanup" tool.
> In principle, you could have moved your hosts to maintenance and removed
> them
> from the engine. No idea what this would tell vdsm to do wrt to your
> question.
> It definitely would not undo ifcfg-* changes.
>
> >
> > So down under /etc/sysconfig/network-scripts I see,
> >
> > =
> > /etc/sysconfig/network-scripts
> > [root@ovirt1 network-scripts]# ls -l
> > total 256
> > -rw-rw-r--. 1 root root   130 Nov  1 10:32 ifcfg-enp0s25
> > -rw-r--r--. 1 root root   254 Sep 16  2015 ifcfg-lo
> > -rw-rw-r--. 1 root root   252 Nov  1 10:32 ifcfg-ovirtmgmt
> > 8><-
> > ==
> >
> > So my first Q is why when I run engine-cleanup isnt the networking
> cleaned
> > up?  should I file this as a bugzilla?
>
> See above, it's not in the scope for engine-cleanup.
>
> >
> > After that I can see that ifcfg-ovirtmgmt is still controlling DNS,
> >
> > ==
> > 8><
> > [root@ovirt1 network-scripts]# tail ifcfg-ovirtmgmt
> > ONBOOT=yes
> > IPADDR=192.168.1.34
> > NETMASK=255.255.255.0
> > GATEWAY=192.168.1.1
> > BOOTPROTO=none
> > MTU=1500
> > DEFROUTE=yes
> > NM_CONTROLLED=no
> > IPV6INIT=no
> > DNS1=192.168.1.240
> > [root@ovirt1 network-scripts]#
> > ===
> >
> > So I tried to set,
> >
> > DNS1=192.168.1.31
> > DNS2=192.168.1.32
> > DNS3=192.168.1.33
> >
> > rebooted and, no I see,
> >
> > DNS1=192.168.1.240 again
> >
> > So I also see that the vdsm service is still running,
> >
> > ==
> > [root@ovirt1 network-scripts]# systemctl status vdsm-network.service
> > ● vdsm-network.service - Virtual Desktop Server Manager network
> restoration
> >Loaded: loaded (/usr/lib/systemd/system/vdsm-network.service;
> enabled;
> > vendor preset: enabled)
> >Active: active (exited) since Tue 2016-11-01 10:32:51 NZDT; 2h 0min
> ago
> >   Process: 2873 ExecStart=/usr/bin/vdsm-tool restore-nets (code=exited,
> > status=0/SUCCESS)
> >   Process: 2848 ExecStartPre=/usr/bin/vdsm-tool --vvverbose --append
> > --logfile=/var/log/vdsm/upgrade.log upgrade-unified-persistence
> > (code=exited, status=0/SUCCESS)
> >  Main PID: 2873 (code=exited, status=0/SUCCESS)
> >CGroup: /system.slice/vdsm-network.service
> >
> > Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5
> client
> > step 2
> > Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5
> > parse_server_challenge()
> > Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5
> > ask_user_info()
> > Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5
> client
> > step 2
> > Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5
> > ask_user_info()
> > Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5
> > make_client_response()
> > Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5
> client
> > step 3
> > Nov 01 10:32:51 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5
> client
> > mech dispose
> > Nov 01 10:32:51 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5
> common
> > mech dispose
> > Nov 01 10:32:51 ovirt1.ods.graywitch.co.nz systemd[1]: Started Virtual
> > Desktop Server Manager network restoration.
> > [root@ovirt1 network-scripts]#
> > ===
> >
> > why after cleaning up is this still active?
> >
> > Next, I have grep'd under /etc/ and cannot find where its getting its
> > obsolete network DNS info info from.
>
> I think it's somewhere under /var, adding Dan.
>

If VDSM is running, any network devices it used are owned by it.
Editing manually ifcfg files it owns will result in VDSM restoring them to
their persisted state
in vdsm configuration files.

I guess, you can just uninstall/remove vdsm and continue from there: sudo
yum remove -y vdsm\*


>
> >
> > So I need to know where this info is stored? so I can edit is via the
> CLI?
> > database?
> >
> > There is no web ui running as engine-cleanup has removed that so I cant
> work
> > via the web ui.
> >
> > Is there anything else I need to manually stop, disable and remove after
> > running engine-cleanup?
>
> See above.
>
> See also [1], which is for a hosted-engine host, not exactly your case
> but similar. You are welcome to comment there, and/or open another RFE
> bz for general hosts (not hosted-engine ones).
>
> I might be wrong, though - perhaps there is something to undo ifcfg*
> changes that I am unaware of. Dan?
>

There is automatic restoration for rollback scenarios, but these 

Re: [ovirt-users] Question about Bridge and macvtap

[Edward Haas]

On Thu, Sep 22, 2016 at 5:55 PM, Fernando Frediani <
fernando.fredi...@upx.com.br> wrote:

> Hi.
>
> Quick question between Linux Bridge which is used by default in oVirt and
> macvtap which can be used in libvirt/KVM.
>
> What are the downsides or limitations of using macvtap ? Does it have any
> significa performance improvement over bridge ?
>
> Thanks
>
> Fernando
>
>
In theory, using a macvtap instead of a bridge is supposed to provide a
better utilization.
It mainly depends if you reach your system limits and where.
We have not done such tests. If you will manage to do some, it will be
great if you'll share your results.

macvtap, like macvlan has some specific traffic flow definitions:
http://virt.kernelnewbies.org/MacVTap
I guess one of the limitations it presents, is the ability to control
traffic between vnics that connect to the same host nic.
In a bridge mode, traffic between such vnics will not be seen at the host
at all, while in a VEPA mode such traffic will not
be routed at all (unless special measures are taken).



> ___
> 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] Can't add logical network

[Edward Haas]

On Tue, Sep 20, 2016 at 12:13 PM, Maxence Sartiaux  wrote:

> Okay, i found a workaround.
>
> - Create empty ifcfg-lan on all hosts (touch /etc/sysconfig/network-
> scripts/ifcfg-lan)
> - Assign the bridge to the bond (Ovirt only add MTU=1500 in the file)
> - Unassign the bridge (Ovirt rewrite the bond configuration files)
> - Re-assign the bridge on the bond
> - yay it work !
>

I would recommend describing the exact steps you do, provide output of the
ifcfg list of files at each step + vdsm and supervdsm logs.

I am not clear what is the 'lan' device is representing, is this your bond
name?
network name?



>
> On Tue, 2016-09-20 at 10:08 +0200, Maxence Sartiaux wrote:
>
> I configured the bond manually by editing the ifcfg file like i did in
> my old install on ovirt 3.6 and 4.0
>
> the only ifcfg file i have are the 4 for the physical interfaces, two
> for the bonds and one for the ovirtmgmt bridge.
>
> I'll send the vdsm log later.
>
> On Mon, 2016-09-19 at 10:14 -0400, Francesco Romani wrote:
>
>
> From: "Maxence Sartiaux" 
> To: "users" 
> Sent: Monday, September 19, 2016 11:53:12 AM
> Subject: [ovirt-users] Can't add logical network
>
> Hello,
>
> On a clean install ovirt 4.0.3-1, i've configured my bond on my
> hypervisor, created a new network on the engine and now i try to
> assign the logical network to my bond in the host network settings.
>
> When i save the configuration, the engine throw me an error and the
> following event
>
> VDSM hypervisor1 command failed: [Errno 2] No such file or directory:
> u'/etc/sysconfig/network-scripts/ifcfg-lan'
>
> if i "touch" the file manually i don't have this error but my file
> only contain "MTU=1500" nothing more.
>
> Engine bug or i miss something ?
>
> How you configured the bond on your hypervisor?
> Seems like Vdsm doesn't like your changes, perhaps it cannot just
> identify the interface configuration
>
> Edward, do you have any recommendations about this flow?
>
> --
> Francesco Romani
> RedHat Engineering Virtualization R & D
> Phone: 8261328
> IRC: fromani
>
> ___
> 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