Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

On 31/03/15 17:59, Nicolas Ecarnot wrote:
> Le 31/03/2015 15:55, Lior Vernia a écrit :
> 
>> So the lower ones are allocated. But I would expect nic0 to receive a
>> lower MAC address than nic1 on the same VM. Have you encountered a
>> situation where that is not the case?
> 
> Once again : YES.
> What I'm witnessing is that oVirt only uses the first free MAC, and does
> not mind the name.
> 

Once again, what you're answering sounds unrelated to what I'm asking...
:) If you're creating two NICs at the same time (from the new VM
dialog), and oVirt uses the first free MAC address whenever it needs to
allocate one... Then it allocates MAC addresses according to the order
of the NICs, so nic0 would still always get a MAC address lower than
that of nic1.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

On 31/03/15 16:02, Nicolas Ecarnot wrote:
> Le 31/03/2015 14:48, Lior Vernia a écrit :
> 
>>>> I see. It seems MAC addresses are allocated according to the NIC name
>>>> order,
>>>
>>> I'm not sure this is exact.
>>> According to what I'm witnessing, MAC addresses are allocated in
>>> incremental order, from the first free MAC address in the MAC pool
>>> range.
>>>
>>
>> My question is as follows: when you create a VM, and add NICs as part of
>> the new VM dialog (using the widget at the bottom), have you ever
>> encountered a situation where a "higher-named" NIC got a lower MAC
>> address?
> 
> Absolutely YES.
> I just repeated this test, and it is easy to reproduce : in a MAC pool,
> manage to free some lower MAC addresses, and the will get allocated from
> the first free in the pool.
> 

So the lower ones are allocated. But I would expect nic0 to receive a
lower MAC address than nic1 on the same VM. Have you encountered a
situation where that is not the case?

> And I found this behaviour SOUND. Don't change it.
> 
>>>> So the only problem here is how gPXE chooses a NIC to boot
>>>> from... I'm not familiar with the behavior of gPXE, but oVirt seems to
>>>> behave alright.
>>>
>>> I mostly agree with that, in the sense that one has to dig in which way
>>> gPXE is sorting the NICs, ie mapping the MACs to its "net0", "net1", and
>>> so on.
>>>
>>
>> That's the key point here for me, as it's difficult to predict the
>> behavior of n'importe quel piece of software... :)
> 
> Thanks for your explanation, though I think the present way oVirt is
> assigning the MACs and naming the interfaces are not bad and should not
> change.
> The key point is how to make oVirt force gPXE to use the interface we
> want, whatever its name or its MAC. If possible?
> 
> It seems I'm not the first one to deal with this issue :
> http://etherboot.org/pipermail/gpxe/2011-September/001742.html
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

On 31/03/15 15:34, Nicolas Ecarnot wrote:
> Le 31/03/2015 13:57, Lior Vernia a écrit :
>>
>>
>> On 31/03/15 14:21, Nicolas Ecarnot wrote:
>>> Hi Lior,
>>>
>>> Le 31/03/2015 12:55, Lior Vernia a écrit :
>>>> Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
>>>> whenever you create the VM (not afterwards - as part of the new VM
>>>> dialog), the NICs should receive MAC addresses according to their
>>>> ordering by names, e.g. nic1 will always get a lower MAC address than
>>>> nic2. For a newly-created VM this should guarantee that nic1 will
>>>> indeed
>>>> end up the first NIC inside the guest OS and be used by PXE.
>>>
>>> In the BZ I provided above, I explain that my tests are showing that
>>> this is not true : the nics are not yet sorted according to their MAC
>>> nor their names.
>>>
>>> I'm using 3.5.1
>>>
>>
>> I see. It seems MAC addresses are allocated according to the NIC name
>> order,
> 
> I'm not sure this is exact.
> According to what I'm witnessing, MAC addresses are allocated in
> incremental order, from the first free MAC address in the MAC pool range.
> 

My question is as follows: when you create a VM, and add NICs as part of
the new VM dialog (using the widget at the bottom), have you ever
encountered a situation where a "higher-named" NIC got a lower MAC address?

>> and that they are also named in the corresponding order within
>> the guest OS.
> 
> Er.. what gives when I'm naming my interfaces ethX, and amongst that,
> oVirt comes trying to add some nicX???
> 

When NICs are added *after* the VM had already been created, it really
depends whether the VM is currently running and they're being hotplugged
or whether it's not running, and also on the guest OS (this last bit is
always true).

If the VM is running and NICs are being hotplugged as soon as they're
created, I'd expect them to receive "increasing" names within the guest
OS according to the order of creation, regardless of MAC address (at
least if we're talking about newer RHEL and Fedora versions).

>> So the only problem here is how gPXE chooses a NIC to boot
>> from... I'm not familiar with the behavior of gPXE, but oVirt seems to
>> behave alright.
> 
> I mostly agree with that, in the sense that one has to dig in which way
> gPXE is sorting the NICs, ie mapping the MACs to its "net0", "net1", and
> so on.
> 

That's the key point here for me, as it's difficult to predict the
behavior of n'importe quel piece of software... :)

> And then, decide whether oVirt could have a control upon this sorting,
> and then issue a RFE to master it from the web GUI.
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

On 31/03/15 14:21, Nicolas Ecarnot wrote:
> Hi Lior,
> 
> Le 31/03/2015 12:55, Lior Vernia a écrit :
>> Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
>> whenever you create the VM (not afterwards - as part of the new VM
>> dialog), the NICs should receive MAC addresses according to their
>> ordering by names, e.g. nic1 will always get a lower MAC address than
>> nic2. For a newly-created VM this should guarantee that nic1 will indeed
>> end up the first NIC inside the guest OS and be used by PXE.
> 
> In the BZ I provided above, I explain that my tests are showing that
> this is not true : the nics are not yet sorted according to their MAC
> nor their names.
> 
> I'm using 3.5.1
> 

I see. It seems MAC addresses are allocated according to the NIC name
order, and that they are also named in the corresponding order within
the guest OS. So the only problem here is how gPXE chooses a NIC to boot
from... I'm not familiar with the behavior of gPXE, but oVirt seems to
behave alright.

>>
>> If this is something you do a lot, then I'd suggest creating a new
>> template as such and create VMs from that.
> 
> I know that could be a way, but this is not our strategy, as we prefer
> using kickstart and we have so many different setups that factorisation
> is not possible.
> 
>>
>> On 31/03/15 11:23, Nicolas Ecarnot wrote:
>>> Le 31/03/2015 09:21, Sven Kieske a écrit :
>>>> You should file an RFE on bugzilla for this
>>>> kind of stuff and maybe raise awareness during
>>>> the weekly meeting on irc.
>>>>
>>>> this increases the chance of an implementation
>>>> taking place dramatically ;)
>>>>
>>>> HTH
>>>>
>>>>
>>>
>>> Hi Sven,
>>>
>>> I found and append this :
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1045022
>>>
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt management network

[Lior Vernia]

The situation you got to (where there are ovirtmgmt bridges over both
bond0 directly and over the bond0.231 VLAN device), likely via manual
intervention, is indeed inconsistent from oVirt's perspective.

You should be able to SSH into the host and run something like "brctl
delif ovirtmgmt bond0", then refresh capabilities on the webadmin
console and get to a situation where ovirtmgmt is configured only on top
of the VLAN device. Succeeding networking operations on the host should
then work as expected...

On 31/03/15 14:03, Bojan Popovic wrote:
> Of course.
> Here it is:
> 
> net
> 
> As you can see on the lower part of the screenshot, ovirtmgmt is on top
> of the bond0.231 interface and on top of bond0 also.
> I would like to remove bond0 from the bridge, cause it blocks every
> other operation using this dialog, whatever I try to change I'm only
> able to cancel it because I am confronted with the following:
> 
> problem
> 
> Thanks for the help.
> 
> 
> On 31.03.2015. 12:52, Lior Vernia wrote:
>> Hello Bojan,
>>
>> I'm still having difficulties understanding the exact situation. Could
>> you please click the "Refresh Capabilities" button in the hosts tab when
>> the relevant host is selected and supply a screenshot of the Setup Host
>> Networks dialog on that host afterwards. Then explain what about that
>> situation you'd like to change.
>>
>> Yours, Lior.
>>
>> On 31/03/15 12:12, Bojan Popovic wrote:
>>> I have a hosted engine. It is on the same VLAN as the hosts are, so I am
>>> not having connectivity issues. I am not going to alter that part of the
>>> setup but I do need to add more networks, and I can not because I can
>>> not save the configuration, no matter what I change it is not saved.
>>>
>>> Ovirtmgmt is vlan-tagged.
>>>
>>> Is there some config file that can be edited manually, or maybe it can
>>> be done in the database?
>>>
>>> On 30.03.2015. 13:32, Dan Kenigsberg wrote:
>>>> On Mon, Mar 30, 2015 at 12:15:09PM +0200, Bojan Popovic wrote:
>>>>> Hello, I am having a strange issue in creating ovirtmgmt bridge over
>>>>> vlan interface.
>>>>>
>>>>> I have set-up a bond from physical interfaces. On top of a bond there
>>>>> are three VLANs one of which is in ovirtmgmt bridge. I have set it up
>>>>> manually according to http://www.ovirt.org/Bonding_VLAN_Bridge
>>>>>
>>>>> Somehow the bond itself is also added to bridge in oVirt web interface,
>>>>> after reboot there also were two added lines to configuration of that 
>>>>> bond:
>>>>> # Generated by VDSM version 4.16.10-8.gitc937927.el7
>>>>> BRIDGE=ovirtmgmt
>>>>>
>>>>> No matter how I try to remove the bond from the bridge it doesn't
>>>>> succeed. If I edit the config files manually it isn't replicated to web
>>>>> interface. If I try to detach it from web interface, I can only attach
>>>>> bridge back to the bond interface. Of course configuration cannot be
>>>>> saved until the bridge is attached to an interface.
>>>>>
>>>>> I have tried putting the host in maintenance mode, shutting down the
>>>>> hosted engine and doing all the changes live.
>>>>>
>>>>> Anyone has a suggestion how to resolve this?
>>>> I'd first like to understand how you intend for management traffic to
>>>> travel from your Engine to the host. Do you have a vlan connection
>>>> between the two? What is the host's IP address on that vlan?
>>>>
>>>> Since you have connectivity to the host, we can tell that you have
>>>> un-tagged traffic to the host. In most (sane) cases, the IP address on
>>>> the untagged network is different from the vlan'ed one. To use the
>>>> latter, you'd need to remove the host from the cluster, and add it back
>>>> with its second address.
>>>>
>>>> Did you define ovirtmgmt as a vlan-tagged network? Or do you intend to
>>>> have a special hack for this host?
>>>>
>>>> Regards,
>>>> Dan.
>>> ___
>>> 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] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
whenever you create the VM (not afterwards - as part of the new VM
dialog), the NICs should receive MAC addresses according to their
ordering by names, e.g. nic1 will always get a lower MAC address than
nic2. For a newly-created VM this should guarantee that nic1 will indeed
end up the first NIC inside the guest OS and be used by PXE.

If this is something you do a lot, then I'd suggest creating a new
template as such and create VMs from that.

On 31/03/15 11:23, Nicolas Ecarnot wrote:
> Le 31/03/2015 09:21, Sven Kieske a écrit :
>> You should file an RFE on bugzilla for this
>> kind of stuff and maybe raise awareness during
>> the weekly meeting on irc.
>>
>> this increases the chance of an implementation
>> taking place dramatically ;)
>>
>> HTH
>>
>>
> 
> Hi Sven,
> 
> I found and append this :
> https://bugzilla.redhat.com/show_bug.cgi?id=1045022
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt management network

[Lior Vernia]

Hello Bojan,

I'm still having difficulties understanding the exact situation. Could
you please click the "Refresh Capabilities" button in the hosts tab when
the relevant host is selected and supply a screenshot of the Setup Host
Networks dialog on that host afterwards. Then explain what about that
situation you'd like to change.

Yours, Lior.

On 31/03/15 12:12, Bojan Popovic wrote:
> I have a hosted engine. It is on the same VLAN as the hosts are, so I am
> not having connectivity issues. I am not going to alter that part of the
> setup but I do need to add more networks, and I can not because I can
> not save the configuration, no matter what I change it is not saved.
> 
> Ovirtmgmt is vlan-tagged.
> 
> Is there some config file that can be edited manually, or maybe it can
> be done in the database?
> 
> On 30.03.2015. 13:32, Dan Kenigsberg wrote:
>> On Mon, Mar 30, 2015 at 12:15:09PM +0200, Bojan Popovic wrote:
>>> Hello, I am having a strange issue in creating ovirtmgmt bridge over
>>> vlan interface.
>>>
>>> I have set-up a bond from physical interfaces. On top of a bond there
>>> are three VLANs one of which is in ovirtmgmt bridge. I have set it up
>>> manually according to http://www.ovirt.org/Bonding_VLAN_Bridge
>>>
>>> Somehow the bond itself is also added to bridge in oVirt web interface,
>>> after reboot there also were two added lines to configuration of that bond:
>>> # Generated by VDSM version 4.16.10-8.gitc937927.el7
>>> BRIDGE=ovirtmgmt
>>>
>>> No matter how I try to remove the bond from the bridge it doesn't
>>> succeed. If I edit the config files manually it isn't replicated to web
>>> interface. If I try to detach it from web interface, I can only attach
>>> bridge back to the bond interface. Of course configuration cannot be
>>> saved until the bridge is attached to an interface.
>>>
>>> I have tried putting the host in maintenance mode, shutting down the
>>> hosted engine and doing all the changes live.
>>>
>>> Anyone has a suggestion how to resolve this?
>> I'd first like to understand how you intend for management traffic to
>> travel from your Engine to the host. Do you have a vlan connection
>> between the two? What is the host's IP address on that vlan?
>>
>> Since you have connectivity to the host, we can tell that you have
>> un-tagged traffic to the host. In most (sane) cases, the IP address on
>> the untagged network is different from the vlan'ed one. To use the
>> latter, you'd need to remove the host from the cluster, and add it back
>> with its second address.
>>
>> Did you define ovirtmgmt as a vlan-tagged network? Or do you intend to
>> have a special hack for this host?
>>
>> Regards,
>> Dan.
> 
> ___
> 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] New VMs don't have network connection

[Lior Vernia]

On 25/03/15 15:37, Dan Kenigsberg wrote:
> On Fri, Mar 13, 2015 at 02:56:36PM +0100, m...@nepu.moe wrote:
>> Hello,
>>
>> New VMs can't access the network anymore, there's no ethernet device. This 
>> happens both when generating a new VM from a saved template and when 
>> installing a new VM with the blank template.
>> It still works fine with all older VMs, they work properly even after a 
>> restart. This happens on both of my nodes.
>>
>> What could be causing this?
> 
> Which Engine and vdsm versions are you using?
> When did it work earlier? What has changed since?
> 
> Can you share the vmCreate out of vdsm.log, as well as the output of
> virsh -r dumpxml  ?
> 
> Which guest OS are you running?

I'd also appreciate the engine log from the time of VM creation...

> ___
> 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] How to Config Openvswitch in Hosted-Engine environment(ALL IN ONE) when using Neutron?

[Lior Vernia]

Hello,

You're right. It might be something we should consider adding in the
hosted engine script - maybe a flag to also install the Neutron agent
packages?...

For now, there should be an easy workaround as long as you have more
than one host in your deployment. You could put one host in maintenance,
reinstall it from the webadmin console while specifying an external
provider, then once that's done do the same for the other host(s).

Yours, Lior.

On 30/03/15 06:49, Xie, Chao wrote:
> HI, ALL 
> As you may know, we can use neutron service in oVirt. And in a normal
> oVirt environment, When adding a Host, Openswitch and RabbitMQ and so on
> (Set Network provider in "New Hosts" window in Admin Portal) will be
> configure automatically in the host.
> But in an HE environment, we do not add host in Admin Portal(but
> "hosted-engine --deploy" command ), and i think host will not be
> configure automatically. So anybody know how to use it (neutron from all
> in one OSP )?
> 
>  
> 
> 
> 
> ___
> 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] bonding 802.3ad mode

[Lior Vernia]

Bonjour Nathanael,

You haven't mentioned which version of oVirt you were using - I suspect
it's pre-3.5 and therefore this isn't fixed yet:
https://bugzilla.redhat.com/show_bug.cgi?id=1114085

>From 3.5 onwards the warning should not appear for a bond (in
aggregating mode) if only one of its slaves is overloaded.

A bientot, Lior.

On 18/03/15 18:17, Nathanaël Blanchet wrote:
> Hi all,
> 
> I'm used to create a mode 4 bond0 interface with two 1 Gb/s interfaces
> on all my hosts, and ethtool bond0 gives me a functionnal 2000Mb/s.
> However, when importing a vm from the export domain (NFS with a speed of
> 4GB/s), I always have this alert:
> "Host siple has network interface which exceeded the defined threshold
> [95%] (em3: transmit rate[0%], receive rate [100%])"
> It seems that the second nic never works while the first one is overloaded.
> Is it an expected behaviour? I believed that the flow was balanced
> between the two interfaces in 802.3ad mode.
> 
> 
> 
> 
> ___
> 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] Communication errors between engine and nodes?

[Lior Vernia]

If I'm not mistaken, heartbeat intervals are configured to 10 seconds by
default.

The command times out queries for the status of VMs on a host - any
reason to suspect why that's taking long? Does it happen on specific hosts?

On 11/03/15 18:40, Chris Adams wrote:
> Once upon a time, Chris Adams  said:
>> 2015-03-10 04:42:23,310 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.ListVDSCommand] 
>> (DefaultQuartzScheduler_Worker-40) [75b9e6d9] Command 
>> ListVDSCommand(HostName = node5, HostId = 
>> 8dfd0195-f386-4e16-9379-a5287221d5bd, 
>> vds=Host[node5,8dfd0195-f386-4e16-9379-a5287221d5bd]) execution failed.  
>> Exception: VDSNetworkException: VDSGenericException: VDSNetworkException: 
>> Heartbeat exeeded 
> 
> I'm trying to dig into this some on my own (without knowing about
> oVirt's internals); can somebody tell me the timeout for the dispatching
> of commands to vdsm?  I get different things happening when the engine
> thinks a node has "gone away", but they all start with the same
> org.ovirt.engine.core.vdsbroker.vdsbroker bit (and have a network
> timeout of some type).
> 
> I don't see anything in common in any of the logs at the time of the
> error, so I'm trying to roll back to when the request was sent (but I
> don't know how long it took for the engine to time out before the error
> was logged).
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] [ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status

[Lior Vernia]

On 12/03/15 08:41, Ido Barkan wrote:
> 1187244 - 2, 3 work weeks I assume. we aim for 3.5.1.
> 

RHEV 3.5.1, so oVirt 3.5.2. It'll be tough to get it in RC2, but I think
we'd still want it in the GA if we can get it fixed by then.

> - Original Message -
> From: "Adam Litke" 
> To: "Sandro Bonazzola" 
> Cc: "Amit Aviram" , "Yedidyah Bar David" 
> , "Ido Barkan" , "Martin Perina" 
> , "Tal Nisan" , "Maor Lipchuk" 
> , "Eyal Edri" , Users@ovirt.org, 
> de...@ovirt.org
> Sent: Wednesday, March 11, 2015 3:09:43 PM
> Subject: Re: [ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status
> 
> On 11/03/15 13:33 +0100, Sandro Bonazzola wrote:
>> Hi,
>> We still have 8 open blockers for 3.5.2[1]:
>>
>> Bug ID   Whiteboard  Status  Summary
>> 1177220  storage ASSIGNED[BLOCKED] Failed to Delete 
>> First NFS snapshot with live merge
> 
> Eric Blake is creating a workaround for libvirt.  I just pinged him in
> the blocking bug https://bugzilla.redhat.com/show_bug.cgi?id=1199182
> to check on his progress.
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem with Neutron + Ovirt 3.5.1 [Centos 7]

[Lior Vernia]

Thanks Eduardo. So it seems from your tcpdump that the Neutron bridge is
correctly sending ARP requests. What happens then on bond1 and in your
switch?

On 18/02/15 21:01, Eduardo Terzella wrote:
> Hello, Lior.
> 
> Thx for replay.
> 
> You're running "oVirt" VMs?
> Yes my vm running on oVirt.
> 
> VM2 with ip: 192.168.100.7 running on ovirt2 (neutron external network
> extnet)
> VM1 with ip: 192.168.100.6 running on ovirt1 (neutron external network
> extnet)
> 
> And do these VMs use "external" networks (i.e.
> networks that were configured on the Neutron server)?
> 
> (neutron) net-list
> +--++---+
> | id   | name   |
> subnets   |
> +--++---+
> | 7e4cfe2f-84b1-4cca-8e95-07f32a735632 | extnet |
> 80da5fad-01f5-44f9-b5c3-7f457de25187 192.168.100.0/24
> <http://192.168.100.0/24> |
> +--++---+
> (neutron)
> 
> (neutron) net-show extnet
> +---+--+
> | Field | Value|
> +---+--+
> | admin_state_up| True |
> | id| 7e4cfe2f-84b1-4cca-8e95-07f32a735632 |
> | name  | extnet   |
> | provider:network_type | vlan |
> | provider:physical_network | vmnet|
> | provider:segmentation_id  | 1024 |
> | router:external   | False|
> | shared| False|
> | status| ACTIVE   |
> | subnets   | 80da5fad-01f5-44f9-b5c3-7f457de25187 |
> | tenant_id | cc807159dae14d43b93c19c6df0cd5f4 |
> 
> (neutron) port-list
> +--+--+---+--+
> | id   | name | mac_address   |
> fixed_ips 
>   
> |
> +--+--+---+--+
> | 2112f36f-1735-425f-bfa5-771648c911c0 | nic1 | 00:1a:4a:2c:3f:02 |
> {"subnet_id": "80da5fad-01f5-44f9-b5c3-7f457de25187", "ip_address":
> "192.168.100.7"} |
> | 618cf63f-9b69-4597-8519-06b7beb3f854 |  | fa:16:3e:8e:3b:c3 |
> {"subnet_id": "80da5fad-01f5-44f9-b5c3-7f457de25187", "ip_address":
> "192.168.100.3"} |
> | ad67fa8f-88a3-4845-b5b9-4182ef02991f |  | fa:16:3e:ce:57:18 |
> {"subnet_id": "80da5fad-01f5-44f9-b5c3-7f457de25187", "ip_address":
> "192.168.100.5"} |
> | b74411e8-16be-4e3a-9132-b2d0e3620a77 | nic1 | 00:1a:4a:2c:3f:03 |
> {"subnet_id": "80da5fad-01f5-44f9-b5c3-7f457de25187", "ip_address":
> "192.168.100.6"} |
> +--+--+---+--+
> 
> Thx for help !!!
> 
> 
> 2015-02-18 6:41 GMT-02:00 Lior Vernia  <mailto:lver...@redhat.com>>:
> 
> Hi Eduardo,
> 
> May I ask for more details on what you're testing exactly? You're
> running "oVirt" VMs? And do these VMs use "external" networks (i.e.
> networks that were configured on the Neutron server)?
> 
> On 17/02/15 01:00, Eduardo Terzella wrote:
> > Good night,
> >
> > I'm trying oVirt 3.5 + neutron appliance in BareMetal servers, but I am
> > facing some problems.
> >
> > structure:
> >
> > 2 servers with:
> >
> > oVirt 3.5.1
> > hundreds 7
> > 4 network adapter
> >   int = 0 + int2 bond0 => public network => ovirtmgmt
> >   int = 1 + int3 bond1 => private network => neutron
> >
> 
> What do you mean by "private"? It does have an IP address that's
> accessible from the oth

Re: [ovirt-users] Problem with Neutron + Ovirt 3.5.1 [Centos 7]

[Lior Vernia]

Hi Eduardo,

May I ask for more details on what you're testing exactly? You're
running "oVirt" VMs? And do these VMs use "external" networks (i.e.
networks that were configured on the Neutron server)?

On 17/02/15 01:00, Eduardo Terzella wrote:
> Good night,
> 
> I'm trying oVirt 3.5 + neutron appliance in BareMetal servers, but I am
> facing some problems.
> 
> structure:
> 
> 2 servers with:
> 
> oVirt 3.5.1
> hundreds 7
> 4 network adapter
>   int = 0 + int2 bond0 => public network => ovirtmgmt
>   int = 1 + int3 bond1 => private network => neutron
> 

What do you mean by "private"? It does have an IP address that's
accessible from the other host, right?

> Virtual Appliance Neutron:
> http://www.ovirt.org/Features/NeutronVirtualAppliance
> NOTE: All steps were followed, and checked several times.
> 
> Openvswitch configuration:
> 
> *[root@ovirt01 network-scripts]# ovs-vsctl show*
> 62feffa7-3f3a-48f7-9299-0830ebcd8fd8
> Bridge br-neutron
> Port phy-br-neutron
> Interface phy-br-neutron
> Port br-neutron
> Interface br-neutron
> type: internal
> Port neutron
> Interface neutron
> Bridge br-int
> fail_mode: secure
> Port int-br-neutron
> Interface int-br-neutron
> Port "qvof206e358-8f"
> tag: 1
> Interface "qvof206e358-8f"
> Port br-int
> Interface br-int
> type: internal
> ovs_version: "2.1.3"
> 
> *[root@ovirt02 /]# ovs-vsctl show*
> 9d40dda2-62ea-4538-9f82-d5babff0837b
> Bridge br-int
> fail_mode: secure
> Port "qvo723ce1c1-56"
> tag: 1
> Interface "qvo723ce1c1-56"
> Port int-br-neutron
> Interface int-br-neutron
> Port br-int
> Interface br-int
> type: internal
> Bridge br-neutron
> Port br-neutron
> Interface br-neutron
> type: internal
> Port neutron
> Interface neutron
> Port phy-br-neutron
> Interface phy-br-neutron
> ovs_version: "2.1.3"
> 
> *[root@ovirt01 /]# ovs-dpctl show*
> system@ovs-system:
> lookups: hit:1946392 missed:6566 lost:1
> flows: 4
> masks: hit:2490944 total:2 hit/pkt:1.28
> port 0: ovs-system (internal)
> port 1: br-neutron (internal)
> port 2: br-int (internal)
> port 3: neutron
> port 4: int-br-neutron
> port 5: phy-br-neutron
> port 7: qvof206e358-8f
> 
> *[root@ovirt02 /]# ovs-dpctl show*
> system@ovs-system:
> lookups: hit:2041047 missed:6445 lost:0
> flows: 4
> masks: hit:2234366 total:2 hit/pkt:1.09
> port 0: ovs-system (internal)
> port 1: br-neutron (internal)
> port 2: br-int (internal)
> port 3: int-br-neutron
> port 4: phy-br-neutron
> port 5: neutron
> port 6: qvo723ce1c1-56
> 
> *Testing:
> 
> *
> Connectivity between my virtual machines only work when both are running
> on the same node, when virtual machines are running on different hosts
> can not make a machine ping the other.
> 
> *Tcpdump:*
> 
> *[root@ovirt01 network-scripts]# tcpdump -e -i neutron -p -n not port nfs*
> tcpdump: WARNING: neutron: no IPv4 address assigned
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on neutron, link-type EN10MB (Ethernet), capture size 65535 bytes
> 16:57:25.469628 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q
> (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has
> 192.168.100.4 tell 192.168.100.2, length 28
> 16:57:26.469565 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q
> (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has
> 192.168.100.4 tell 192.168.100.2, length 28
> 16:57:28.469910 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q
> (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has
> 192.168.100.4 tell 192.168.100.2, length 28
> 16:57:29.469479 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q
> (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has
> 192.168.100.4 tell 192.168.100.2, length 28
> 16:57:30.469472 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q
> (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has
> 192.168.100.4 tell 192.168.100.2, length 28
> 16:57:32.469715 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q
> (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has
> 192.168.100.4 tell 192.168.100.2, length 28
> 16:57:33.469374 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q
> (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has
> 192.168.100.4 tell 192.168.100.2, length 28
> 16:57:34.469367 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q
> (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has
> 192.168.100.4 tell 192.168.100.2, length 28
> 16:57:36.469617 00:1a:4a:2c

Re: [ovirt-users] Directly connect NIC or other cards to VM?

[Lior Vernia]

Hi David,

On 13/02/15 01:28, David Smith wrote:
> Is there a way to directly connect a specific device (ie, NIC) to a
> particular VM?
> 
> I've figured out how to map a specific network interface to a VM, thats
> one step, but in the end I may need direct access to the PCI device itself.

I think this 3.6 feature might do exactly what you want:
http://www.ovirt.org/Features/hostdev_passthrough

It's gonna be a while before 3.6 is out, but once the feature is merged
it'll be available if you install the nightly snapshot. CCing Martin
Polednik, the feature owner.

> 
> Second to that, for network interfaces mapped to a particular VM, is
> there a way for the VM to be able to properly detect physical link state
> of that interface? Right now that's a 'configurable option' inside
> network interface settings on the VM in the manager (ie, plugged, not
> plugged, and link state up /down)

If I'm not mistaken, once you have direct access to the PCI device
you'll be able to query for its actual state using e.g. ethtool.

> 
> Thanks,
> David
> 
> 
> ___
> 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] mixing tagged and untagged vlans on a same interface

[Lior Vernia]

What Martin said is correct, let me just add that originally this
limitation was put in place because in older kernels the bridge for the
untagged network could see tagged traffic over the same physical
interface, which was a security loophole (as a VM using the untagged
bridge could sniff all the traffic on the physical interface).

This isn't the case anymore, so in 3.6 we want to remove this limitation.

On 13/02/15 17:31, Martin Pavlík wrote:
> Hi,
> 
> it is possible to achieve the state you describe. You just can’t have 
> ovirtmgmt as VM network in such case.
> 
> You need to set ovirtmgmt as nonVM [1] (aka bridgeless network), then you can 
> put it on one interface with VLANs.
> 
> Be aware that you can put on one interface only one bridges network + 
> multiple VLANs.
> 
> [1] 
> http://www.ovirt.org/Features/Design/Network/Bridgeless_Networks#Functionality
> 
> HTH
> 
> Martin Pavlik
> 
> RHEV QE
> 
>> On 13 Feb 2015, at 16:17, Nathanaël Blanchet  wrote:
>>
>> Hi all,
>>
>> On a standalone libvirt/KVM, I've been used to mix tagged and untagged vlans 
>> on the same interface, the untagged vlan dedicated to the physical interface 
>> em1 and the other tagged ones to VLAN em1.X.
>> I've just installed a new datacenter with an untagged ovirtmgmt and then 
>> realized that I've been prevented from attaching additional vlan to the same 
>> inetrface.
>> Is there a reason for that, knowing that nothing should technically be wrong?
>> ___
>> 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] [QE] oVirt 3.6.0 nightly build testing

[Lior Vernia]

On 04/02/15 18:06, Sandro Bonazzola wrote:
> Hi,
> I've been asked to start the discussion about testing 3.6.0 nightly builds.
> 
> Once http://gerrit.ovirt.org/37384 will be merged or manually applied on the 
> testing host, 3.6 cluster compatibility will be enabled on the following
> distributions:
> 
> Fedora 21: no special instructions for this distribution, should work out of 
> the box.
> Fedora 20: requires virt-preview repository. you can find the .repo file[1] 
> in the virt-preview home[2]. AN update to ovirt-release-master rpm will
> enable the repository by default, it will be available probably tomorrow.
> RHEL / CentOS 7.1: not yet released, but once they'll be out they'll support 
> 3.6 cluster compatibility
> 
> RHEL / CentOS <= 7.0 won't have 3.6 cluster compatibility.
> 

Apologize for being late to this, but why can't we get the necessary
libvirt build for those?

> 
> [1] https://fedorapeople.org/groups/virt/virt-preview/fedora-virt-preview.repo
> [2] https://fedorapeople.org/groups/virt/virt-preview/
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] bondC is not accepted by ovirt-engine Was: Re: Hosted Engine Setup

[Lior Vernia]

On 06/02/15 12:00, Sandro Bonazzola wrote:
> Il 02/02/2015 00:55, Michael Schefczyk ha scritto:
>> Dear All,
>>
>> Tying hard to get a hosted engine setup using Centos 7, I remain stuck after 
>> many tries setting up the network.
>>
>> Enclosed please find (a) the ifconfig of the host called linuxhost1 and (b) 
>> screenshots of the network issue as seen from the hosted engine.
>>
>> - I have a "HostedEngine" on host "hosted_engine_1" as I did not change the 
>> defaults (Hosted Engine Network.pdf, page 1)
>>
>> - The host thinks that one of the logical networks defined is unreachable by 
>> the host (Hosted Engine Network.pdf, page 2)
>>
>> - The host actually has four NICs (linuxhost1 ifconfig.pdf): enps0s20f0 
>> through f3. The latter two are part of bondC leading to brC with the address 
>> 192.168.25.30. The cables are connected to the other host of this two box 
>> setup. The first two NICs are part of bond0 leading to (a) ovirtmgmt with 
>> address 192.168.12.30 and (b) another VLAN for other purposes (br0.16). This 
>> does work well on linuxhost1, i.e. one can ping and surf outbound and ssh / 
>> tigervnc in via 192.168.12.30. I did name the major bridge ovirtmgmt after 
>> endless trying. Of course, linuxhost1 and the engine ovirt1 can ping each 
>> other with no difficulties whatsoever.
>>
>> - In the web interface of the hosted engine, however (Hosted Engine 
>> Network.pdf, page 3) the required network "ovirtmgmt" is initially not 
>> connected to bond0 (while it is in reality connected, as ifconfig shows). 
>> When dragging ovirtmtgt to the arrow pointing to bond0, it does not work. 
>> The error message is "Bad bond name, it must begin with the prefix 'bond' 
>> followed by a number." This is easy to understand, as bond0 is a combination 
>> of "bond" and the number zero.
>>
>> Please point me to the right direction.
>>
>> Thanks & Regards,
>>
> 
> 
> Looks like bondC is not supported by ovirt-engine, it's requiring bond[0-9]+.
> 

Indeed, that's your problem.

> 
>> Michael
>>
>>
>>
>> ___
>> 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] ICMP with VLANS

[Lior Vernia]

Hi Sven,

Have you configured anything manually, or was everything configured by
oVirt?

I vaguely remember encountering similar behavior when I had the same IP
address configured on the host bridge and on the VM interface inside the
guest - could that be the case?

Yours, Lior.

On 03/02/15 13:44, Sven Achtelik wrote:
> Hi,
> 
>  
> 
> here’s some more Information on my setup and what I’ve tried to do about
> that
> 
>  
> 
> Setup:
> 
> Router(10.1.1.1) àSwitch (VLAN1)àOvirt-Host(em2.1)àVM
> 
>  
> 
> When I ping from the Router to the VM I can see the icmp packets, echo
> any reply, with tcpdump on every layer(em2->em2.1->bridge) at the
> Ovirt-Host but a Windows/Linux is giving me Request Times Out. When
> doing that the other way it’s the same thing. All other protocol are
> working fine and I don’t know where to look at.  
> 
>  
> 
> Any help would be great.
> 
>  
> 
> Thank you,
> 
>  
> 
> Sven
> 
>  
> 
> *Von:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *Im
> Auftrag von *Sven Achtelik
> *Gesendet:* Dienstag, 3. Februar 2015 07:57
> *An:* users@ovirt.org
> *Betreff:* [ovirt-users] ICMP with VLANS
> 
>  
> 
> Hi Everyone,
> 
>  
> 
> I’m running a setup with Ovirt 3.5 on a Dell Server with hosted engine.
> A long as I use every NIC on the host with VLANs icmp is working fine.
> After creating these networks with VLAN-Tags to use them all on one card
> icmp is not working anymore. Is there something that I have to do for
> that to work ?
> 
>  
> 
>  
> 
> Thank you,
> 
>  
> 
> Sven
> 
> 
> 
> ___
> 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] reporting and removing unmanaged networks after deprecating org.ovirt.engine.core.common.action.VdcActionType#SetupNetworks

[Lior Vernia]

On 02/02/15 14:21, Martin Mucha wrote:
> Hi,
> 
> I'd like to discuss how to properly report unmanaged networks and how to ask 
> for their removal after 
> org.ovirt.engine.core.common.action.VdcActionType#SetupNetworks
> is removed.

We don't actually have to remove the command, but I'd prefer not to
support two APIs at once (reminding that we'll be introducing new host
networking API in 3.6).

If I'm not mistaken, removing unmanaged networks is the only operation
the current design of the new API doesn't take care of... Right Moti?

> 
> We thought about several possibilities and so far the best one is following 
> one. 
> 
> Reporting unmanaged networks on specific nic: 
> ———
> 
> We'd like to return new collection under:
> GET http://localhost:8080/api/hosts/{id}/nics/{id}/unmanagednetworks

In my opinion it might be more convenient at part of
/api/hosts/{id}/unmanagednteworks - maybe going deeper isn't necessary.

> 
> returning (reporting) unmanaged networks like this:
> 
> 
> 
> ...
> ...
> ...
> 
> 
> 
>  ...
> 
> 
> 
> 
> Removing unmanagedNetworks:
> —
> 
> DELETE 
> http://localhost:8080/api/hosts/{id}/nics/{id}/unmanagednetworks/{unmanaged_network_name}
> 
> 
> ===
> 
> any ideas, hints, complaints, recommendations, confirmations are welcomed.
> Martin.
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Weekly Meeting Minutes -- 2015-01-28

[Lior Vernia]

On 28/01/15 18:15, Yaniv Dary wrote:
> Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.html
> Minutes (text):
> http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.txt
> Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.log.html
> 
> =
> #ovirt: oVirt Weekly Sync
> =
> 
> 
> Meeting started by ydary at 15:01:05 UTC. The full logs are available at
> http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.log.html .
> 
> 
> 
> Meeting summary
> ---
> * Agenda and roll Call  (ydary, 15:02:15)
>   * infra update  (ydary, 15:02:15)
>   * 3.5.z updates  (ydary, 15:02:15)
>   * 3.6.0 status  (ydary, 15:02:15)
>   * conferences and workshops  (ydary, 15:02:15)
>   * other topics  (ydary, 15:02:16)
> 
> * infra update  (ydary, 15:03:19)
>   * several engine jobs have been failing and they are being addressed
> (ydary, 15:07:02)
>   * Nightly repositories have been refreshed and should contain new rpms
> with 3.6 cluster level support  (ydary, 15:07:56)
>   * dcaro has sent a proposal for new standard build and test procedure,
> to generalize all the CI jobs:
> http://etherpad.ovirt.org/p/build-and-test-standards. Please reply
> on the thread if you have any questions or replies:
> http://lists.ovirt.org/pipermail/devel/2015-January/009731.html
> (ydary, 15:12:44)
>   * There is a chance 3.6 cluster level support is missing due to lack
> of libvirt support for 3.6 or due to packaging issue.  (ydary,
> 15:16:17)
>   * ACTION: sbonazzo to update on 3.6 cluster level support in nightly
> builds next week  (ydary, 15:18:37)
>   * see discussion in CentOS Virt SIG meeting:
> http://lists.centos.org/pipermail/centos-virt/2015-January/004232.html
> (ydary, 15:23:13)
> 
> * 3.5.z updates  (ydary, 15:23:33)
>   * 3.5.2 status from this morning:
> http://lists.ovirt.org/pipermail/users/2015-January/030899.html
> (ydary, 15:24:57)
>   * A regression in 3.5.1 causes failure to create ovf_store disk, a
> async release to address this will be released as 3.5.1.1 once the
> fix is merged (https://bugzilla.redhat.com/1185615)  (ydary,
> 15:29:25)
>   * oVirt 3.5.2 release schedule to be publish this week, probably 25/02
> RC and 04/03 GA  (ydary, 15:36:26)
> 
> * 3.6 status  (ydary, 15:37:10)
>   * Status of 3.6:
> http://lists.ovirt.org/pipermail/users/2015-January/030911.html
> (ydary, 15:38:01)
>   * integration update on 3.6.0: fc21 support feature has been dropped
> due to oVirt 3.6.0 timeline GAing after fc22 release.  (ydary,
> 15:41:00)
>   * update on 3.6.0: vdsm 4.17 not reporting that it supports 3.6
> clusters during early stages of development, causing non-operational
> hosts in a 3.6 cluster. Users can no use any 3.6 feature. danken, to
> merge patch to resolve this in VDSM.t  (ydary, 15:43:34)

Yaniv Bronheim has pushed this to gerrit:
http://gerrit.ovirt.org/#/c/37384/

>   * infra updates 3.6.0: no one attended from the team.  (ydary,
> 15:47:19)
>   * Network updates for 3.6.0: Management network as a role is in very
> late review stages, might go in soon.  (ydary, 15:49:15)
>   * Node 3.6 updates: currently no updates  (ydary, 15:50:38)
>   * UX 3.6 updates: currently no updates  (ydary, 15:51:54)
>   * virt 3.6 updates: Working on feature with clear requirements,
> progress is slow. Patches on virt-v2v integration posted and are
> being reviewed.  (ydary, 15:56:31)
>   * storage 3.6 updates: no one for storage team to update  (ydary,
> 16:00:46)
>   * SLA 3.6 updates: SLA still in planning, no further updates.  (ydary,
> 16:01:43)
> 
> * conferences and workshops  (ydary, 16:02:28)
>   * FOSDEM is this weekend, Booth schedules and talks are here at
> http://etherpad.ovirt.org/p/ovirt-fosdem-15.  (ydary, 16:04:32)
>   * The FOSDEM oVirt social meetup will be Saturday, Jan. 31 at 20:30 in
> the Au Bon Vieux Temps Impasse Saint-Nicolas 4, 1000 Bruxelles.
> (ydary, 16:05:45)
>   * All oVirt community members are invited for excellent beer and
> socializing!
> https://plus.google.com/103481186631922352759/about?gl=us&hl=en
> (ydary, 16:05:57)
>   * The half-day workshop for FOSSAsia in Singapore is getting planned.
> The Korea user group is very close to committing a speaker, which
> means we will need just one more speaker to fill the event schedule.
> (ydary, 16:06:33)
>   * amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM.
> (ydary, 16:06:53)
>   * bkp and jbrooks will be among the speakers at SCALE in Los Angeles
> speaking about oVirt.  (ydary, 16:07:15)
> 
> * other topics  (ydary, 16:07:39)
>   * The moVirt subproject's wiki page is now up at
> http://www.ovirt.org/Project_moVirt. This will be used to start the
> voting process to admit moVirt as a formal subproject.  (ydary,
> 16:08:53)
>   * Following up on 

Re: [ovirt-users] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics

[Lior Vernia]

On 28/01/15 14:20, Dan Kenigsberg wrote:
> On Tue, Jan 27, 2015 at 12:03:38PM +0200, Lior Vernia wrote:
>>
>>
>> On 26/01/15 15:45, Dan Kenigsberg wrote:
>>> On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote:
>>>> Hello users and developers,
>>>>
>>>> Just put up a feature page for the aforementioned feature; in summary,
>>>> to report total RX/TX statistics for hosts and VMs in oVirt. This has
>>>> been requested several times on the users mailing list, and is
>>>> especially useful for accounting in VDI deployments.
>>>>
>>>> You're more than welcome to review the feature page:
>>>> http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics
>>>
>>> Sorry for the late review; I have a couple of questions/comments.
>>> - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot"
>>>   section?
>>>   Do you refer to hosting services who would like to charge their
>>>   customers based on actual bandwidth usage?
>>
>> Indeed, as well as monitoring utilisation by non-paying users (say
>> inside the same organization). Changed the wording a little, as hosting
>> services are really the prime candidate.
>>
>>> - I've added another motivation: currently-reported rxRate/txRate
>>>   can be utterly meaningless.
>>>
>>>
>>> I don't see reference to nasty negative flows: what happens if a host
>>> disappears? Or a VM? I suppose there's always a chance that some traffic
>>> would go unaccounted for. But do you expect to extract this information
>>> somehow? Either way, it should be mentioned as a caveat on the feature
>>> page.
>>>
>>
>> What do you mean by "disappears"? Engine loses connectivity to it?
> 
> I meant the case of, say, Engine going down while VMs continue to chug
> bandwidth.
> 
> One of these VMs dies (say, the user shuts it down). When Engine wakes
> up, it would find the VM in Down state. I wonder if Vdsm should keep the
> last tx/rx used by this VM so Engine can collect it, and charge the VM
> properly.
> 
> A similar case can occur if a host is rebooted while Engine was away.
> But there I see no way to keep trace of the unaccounted-for badwidth.
> 

This would require a double failure - first the engine losing
connectivity to the host, then at a later point the host/VM shuts down.

If the engine loses connectivity but the host/VMs remain operational,
then as soon as the engine regains connectivity it'll be brought up to
speed (traffic could be missed if the RX/TX counters on the host/VMs
exactly wrapped around during that period, which is highly unlikely). If
the host/VMs go down without the engine losing connectivity, the engine
should continue to accumulate statistics correctly.

So the problem isn't grave (though I'll document those cases in the
feature page), and the solution won't be trivial. Would you really want
vdsm to track this data? And then engine would have to collect it before
a VM is run or a vNIC is hot-plugged?...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] change network MTU settings without taking all the VMs down?

[Lior Vernia]

Hi Darrell!

There's currently no clean way to do this - we'll be looking to fix this
in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454).

You haven't mentioned which version of oVirt you're running - if it's
3.4 or lower, I think it would suffice to change ifcfg files on your
hypervisors and restart the network service. The network will then
appear as out-of-sync in the GUI, but should be fully functional with
MTU 1500. You'd also want the network configuration to be saved in case
of future rollbacks - Dan, how would that be done?

If you're running 3.5, I think you need to run some vdsm shell commands
on the hypervisor as we've added an abstraction layer for configuration
persistence above ifcfg files - again I'll ask Dan to chime in.

As for getting the engine network configuration to MTU 1500 (for future
hypervisor configuration and for networks to not appear as out-of-sync
on existing ones) without taking down all the VMs (or hot-unplugging
NICs) at one point - I don't think there's currently a way other than
hacking the DB... Just leaving the network out-of-sync on the hosts
could result in inconveniences later on when configuring host networking.

Is it worth the trouble of getting MTU 1500 instead of 1448? I presume
the difference in performance would be negligible. Or are you
experiencing incoming frames being dropped due to having 1500 bytes
instead of 1448?... Either way, as you mentioned taking down the VMs can
be a last resort, or wait for 3.6 where it should be simpler :)

Yours, Lior.

On 27/01/15 19:43, Darrell Budic wrote:
> I finally got a couple of networks our from behind a wan based layer 2 bridge 
> that required me to run at MTU 1448, and would like to get back up to MTU 
> 1500. I see the GUI won’t let me do that while the network is in use. Any way 
> around this, clean or otherwise? Restarting VMs to update them is ok, just 
> trying to avoid having to take everything down at the same time.
> 
>  -Darrell
> ___
> 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] oVirt 3.6 Feature: Cumulative Network Usage Statistics

[Lior Vernia]

On 26/01/15 15:45, Dan Kenigsberg wrote:
> On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote:
>> Hello users and developers,
>>
>> Just put up a feature page for the aforementioned feature; in summary,
>> to report total RX/TX statistics for hosts and VMs in oVirt. This has
>> been requested several times on the users mailing list, and is
>> especially useful for accounting in VDI deployments.
>>
>> You're more than welcome to review the feature page:
>> http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics
> 
> Sorry for the late review; I have a couple of questions/comments.
> - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot"
>   section?
>   Do you refer to hosting services who would like to charge their
>   customers based on actual bandwidth usage?

Indeed, as well as monitoring utilisation by non-paying users (say
inside the same organization). Changed the wording a little, as hosting
services are really the prime candidate.

> - I've added another motivation: currently-reported rxRate/txRate
>   can be utterly meaningless.
> 
> 
> I don't see reference to nasty negative flows: what happens if a host
> disappears? Or a VM? I suppose there's always a chance that some traffic
> would go unaccounted for. But do you expect to extract this information
> somehow? Either way, it should be mentioned as a caveat on the feature
> page.
> 

What do you mean by "disappears"? Engine loses connectivity to it?

>>
>> Note that this only deals with network usage - it'll be great if we have
>> similar features for CPU and disk usage!
> 
> There's a formal feature request about this:
> Bug 1172153 - [RFE] Collect CPU, IO and network accounting
> information
> 
> Dan
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 3.5 self-hosted engine and ovirtmgmt not syncronised

[Lior Vernia]

On 23/01/15 19:41, Kostyrev Aleksandr wrote:
> Donny Davis писал 2015-01-23 18:07:
>> You have to move the hosted engine to another host to sync the
>> networks, they cannot be synced while the host is running vm's. Bring
>> your second hosted engine machine online so the engine can be
>> migrated, and the host in which you want to sync the network can be
>> synced.
>>
>> I only know from experience, and one of the ovirt devs may have a
>> better solution. This is what worked for me.

Indeed, there's a bug open about it and we intend to get that fixed for 3.6:
https://bugzilla.redhat.com/show_bug.cgi?id=1055454

> 
> Hmmm...
> I was able to sync ovirtmgmt network on two hosts out of three but now I
> have a problem starting engine up on those two nodes
> 
> Jan 23 20:23:23 ovirt-3 vdsm vm.Vm ERROR
> vmId=`e3c64c89-65e0-4936-83af-de201130e789`::The vm start process
> failed#012Traceback (most recent call last):#012  File
> "/usr/share/vdsm/virt/vm.py", line 2264, in _startUnderlyingVm#012   
> self._run()#012  File "/usr/share/vdsm/virt/vm.py", line 3328, in
> _run#012self._connection.createXML(domxml, flags),#012  File
> "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line 111,
> in wrapper#012ret = f(*args, **kwargs)#012  File
> "/usr/lib64/python2.6/site-packages/libvirt.py", line 2709, in
> createXML#012if ret is None:raise libvirtError('virDomainCreateXML()
> failed', conn=self)#012libvirtError: Cannot get interface MTU on
> 'ovirtmgmt': No such device
> 
> as I mentioned earlier file
> /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt gets removed from those
> two nodes after syncing.
> 

Is ovirtmgmt configured as non-VM by any chance?

> How can I recreated that ifcfg-ovirtmgmt file?
> 
> ___
> 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] REST exception building from master

[Lior Vernia]

Solved. I exchanged the existing jboss-as on my development machine (old
download from jboss website) for the one used in 3.5.1 RC:

http://resources.ovirt.org/pub/ovirt-3.5-pre/src/ovirt-engine-jboss-as/jboss-as-7.1.1.Final.zip

Yours, Lior.

On 21/01/15 15:46, Ori Liel wrote:
> I think Muli had a similar problem recently, and the cause was the Jboss 
> version (Juan worked out the problem). 
> 
> Juan/Muli?
> 
> - Original Message -----
> From: "Lior Vernia" 
> To: "Users@ovirt.org List" 
> Sent: Wednesday, January 21, 2015 3:43:50 PM
> Subject: [ovirt-users] REST exception building from master
> 
> Hello,
> 
> Building from master (i.e. towards 3.6), trying to use REST produces
> some exceptions - anyone has any clue as to why? Attaching the response
> (stack trace); this is to a GET operation on /api.
> 
> Yours, Lior.
> 
> 
> 
> JBoss Web/7.0.0.SNAPSHOT - Error
> report<!--H1
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;}
> H2
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;}
> H3
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;}
> BODY
> {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;}
> P
> {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A
> {color : black;}A.name {color : black;}HR {color : #525D76;}-->
> HTTP Status 500 -  noshade="noshade">type Exception reportmessage
> description The server encountered an internal
> error () that prevented it from fulfilling this
> request.exception javax.servlet.ServletException:
> Servlet.init() for servlet
> org.ovirt.engine.api.restapi.BackendApplication threw exception
>   
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
>   
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
>   
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>   org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
>   
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
>   
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
>   
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
>   org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
>   java.lang.Thread.run(Thread.java:724)
> root cause java.lang.RuntimeException:
> java.lang.RuntimeException: Unable to instantiate MessageBodyReader
>   
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
>   
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
>   
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
>   
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
>   
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
>   
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
>   
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>   org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
>   
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
>   
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
>   
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
>   org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
>   java.lang.Thread.run(Thread.java:724)
> root cause java.lang.RuntimeException: Unable
> to instantiate MessageBodyReader
>   
> org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:761)
>   
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
>   
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
>   
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
>   
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
>   
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
>   
> org.apache.catal

[ovirt-users] REST exception building from master

[Lior Vernia]

Hello,

Building from master (i.e. towards 3.6), trying to use REST produces
some exceptions - anyone has any clue as to why? Attaching the response
(stack trace); this is to a GET operation on /api.

Yours, Lior.



JBoss Web/7.0.0.SNAPSHOT - Error
report
HTTP Status 500 - type Exception reportmessage
description The server encountered an internal
error () that prevented it from fulfilling this
request.exception javax.servlet.ServletException:
Servlet.init() for servlet
org.ovirt.engine.api.restapi.BackendApplication threw exception

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:724)
root cause java.lang.RuntimeException:
java.lang.RuntimeException: Unable to instantiate MessageBodyReader

org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)

org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)

org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)

org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:724)
root cause java.lang.RuntimeException: Unable
to instantiate MessageBodyReader

org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:761)

org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)

org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)

org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)

org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)

org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:724)
root cause java.lang.RuntimeException: Failed
to construct public org.ovirt.engine.api.json.JSONProvider()

org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)

org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)

or

Re: [ovirt-users] [Feature review] Select network to be used for glusterfs

[Lior Vernia]

On 13/01/15 10:21, Sahina Bose wrote:
> 
> On 01/12/2015 08:52 PM, Dan Kenigsberg wrote:
>> On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote:
>>>
>>> On 12/01/15 14:44, Oved Ourfali wrote:
>>>> Hi Sahina,
>>>>
>>>> Some comments:
>>>>
>>>> 1. As far as I understand, you might not have an IP available
>>>> immediately after setupNetworks runs (getCapabilities should run,
>>>> but it isn't run automatically, afair).
>>>> 2. Perhaps you should pass not the IP but the name of the network?
>>>> IPs might change.
>>> Actually, IP address can indeed change - which would be very bad for
>>> gluster functioning! I think moving networks or changing their IP
>>> addresses via Setup Networks should be blocked if they're used by
>>> gluster bricks.
>> In the suggested feature, there is no real storage "role". The "storage
>> role" title means only "default value for glusterfs IP".
>>
>> For example, once a brick was created, nothing protects the admin from
>> accidently removing the storage network, or changing its IP address.
>>
>> Another "proof" that this is not a real "role", is that it affects only
>> GUI: I am guessing that REST API would not make use of it at all. (maybe
>> I'm wrong; for sure, REST must be defined in the feature page)
> 
> REST API that lists the available networks (with IP addresses) would be
> used to select the network and pass to the create gluster volume API
> 
> I'll update the feature page with the REST API changes as well.
> 

If REST allows to choose the network used for gluster traffic, then I
think so should the GUI - I would not drop the list box from the design
in that case.

>>
>> Maybe that's the behavior we want. But alternatively, Engine can enforce
>> a stronger linkage between the brick to the network that it uses. When
>> adding a brick, the dialog would list available networks instead of the
>> specific IP. As long as the brick is being used, the admin would be
>> blocked/warned against deleting the network.
> 
> Is there a way to block against changing IP address used by a network?
> 

Yes, this should be implemented at least in the canDoAction() method of
SetupNetworksCommand (most of it is done in the SetupNetworksHelper
class). And perhaps this should be blocked in the GUI as well.

Note that by the time 3.6 is released, the REST (and probably GUI) are
supposed to work with a different backend command that is currently
being implemented - so maybe you'll need to modify that instead, or on
top of the changes in SetupNetworksHelper.

>>
>> I'm missing a discussion regarding the upgrade path. If we would opt to
>> requiring a single storage role network in a cluster, in an upgraded
>> cluster the management network should take this role.
> 
> There would not be any change to existing volumes on upgrade, as bricks
> have already been added. Users can use the Edit brick option to update
> the network to be used, if required as mentioned in "Change network used
> by brick "
> 

I suspect Dan referred to the upgrade path of the engine itself - if you
add a new "Gluster Network" boolean column to the DB, it will initially
be null for all current networks. You'd likely need to write an upgrade
script to assign the role by default to the existing management networks
in each cluster.

> 
>>
>>>> 3. Adding to "2", perhaps using DNS names is a more valid approach?
>>>> 4. You're using the terminology "role", but it might be confusing,
>>>> as we have "roles" with regards to permissions. Consider changing
>>>> "storage usage" and not "storage role" in the feature page.
>>> Well, we've already been using this terminology for a while now
>>> concerning display/migration roles for networks... That's probably the
>>> terminology to use.
>>>
>>>> Thanks,
>>>> Oved
>>>>
>>>> - Original Message -
>>>>> From: "Sahina Bose" 
>>>>> To: de...@ovirt.org, "users" 
>>>>> Sent: Monday, January 12, 2015 2:00:16 PM
>>>>> Subject: [ovirt-users] [Feature review] Select network to be used
>>>>> forglusterfs
>>>>>
>>>>> Hi all,
>>>>>
>>>>> Please review the feature page for this proposed solution and provide
>>>>> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster
>>>>>
>>>>> thanks
>>>>> sahina
>> ___
>> 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] [Feature review] Select network to be used for glusterfs

[Lior Vernia]

On 13/01/15 10:18, Sahina Bose wrote:
> 
> On 01/12/2015 06:21 PM, Lior Vernia wrote:
>> Hi Sahina! :)
>>
>> Cool feature, and I think long-awaited by many users. I have a few
>> comments:
>>
>> 1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a
>> list box - I presume the items contained there are all IP addresses
>> configured on the host's interfaces.
>>
>> 1. a. May I suggest that this contain network names instead of IP
>> addresses? Would be easier for users to think about things (they surely
>> remember the meaning of network names, not necessarily of IP addresses).
> 
> 
>>
>> 1. b. If I correctly understood the mock-up, then configuring a "Storage
>> Network" role only affects the default entry chosen in the list box. Is
>> it really worth the trouble of implementing this added role? It's quite
>> different than display/migration roles, which are used to determine what
>> IP address to use at a later time (i.e. not when configuring the host),
>> when a VM is run/migrated in the cluster.
> 
> 
> If not for "Storage network" role, how would we default which network to
> use. In fact, we are planning to remove the drop down to choose network
> from the Add Brick UI, to avoid confusion and just use the network with
> this role, if available - otherwise use the host address. (host_address
> in vds_static)
> 

If the list box goes, then yeah, somehow you'll have to mark the network
used for gluster traffic, so a role would be good. However, if you keep
the list box, any order would be fine (maybe alphabetic with the
management network as default?).

> Will update page accordingly
> 
> 
>>
>> 1. c. A word of warning: sometimes a host interface's IP address is
>> missing in the engine - this usually happens when they're configured for
>> the first time with DHCP, and the setup networks command returns before
>> an IP address is allocated (this can later be resolved by refreshing
>> host capabilities, there's a button for that). So when displaying items
>> in the list box, you should really check that an IP address exists for
>> each network.
>>
>> 2. "Storage Network": if you intend to keep this role in the feature (I
>> don't think it adds a lot of functionality, see article 1b), it might be
>> better to call it "Gluster Network" - otherwise people using virt mode
>> might think this network is gonna be used to communicate with other
>> types of storage domains.
> 
> 
> Could this network be reused for other storage needs also. If not, we
> can rename it "gluster network"
> 

I don't think there are any current plans to incorporate a "storage
network" in 3.6, CCing Allon though.

>>
>> Yours, Lior.
>>
>> On 12/01/15 14:00, Sahina Bose wrote:
>>> Hi all,
>>>
>>> Please review the feature page for this proposed solution and provide
>>> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster
>>>
>>> thanks
>>> sahina
>>>
>>>
>>> ___
>>> 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] [Feature review] Select network to be used for glusterfs

[Lior Vernia]

On 12/01/15 14:44, Oved Ourfali wrote:
> Hi Sahina,
> 
> Some comments:
> 
> 1. As far as I understand, you might not have an IP available immediately 
> after setupNetworks runs (getCapabilities should run, but it isn't run 
> automatically, afair).
> 2. Perhaps you should pass not the IP but the name of the network? IPs might 
> change.

Actually, IP address can indeed change - which would be very bad for
gluster functioning! I think moving networks or changing their IP
addresses via Setup Networks should be blocked if they're used by
gluster bricks.

> 3. Adding to "2", perhaps using DNS names is a more valid approach?
> 4. You're using the terminology "role", but it might be confusing, as we have 
> "roles" with regards to permissions. Consider changing "storage usage" and 
> not "storage role" in the feature page.

Well, we've already been using this terminology for a while now
concerning display/migration roles for networks... That's probably the
terminology to use.

> 
> Thanks,
> Oved
> 
> - Original Message -
>> From: "Sahina Bose" 
>> To: de...@ovirt.org, "users" 
>> Sent: Monday, January 12, 2015 2:00:16 PM
>> Subject: [ovirt-users] [Feature review] Select network to be used for
>> glusterfs
>>
>> Hi all,
>>
>> Please review the feature page for this proposed solution and provide
>> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster
>>
>> thanks
>> sahina
>>
>>
>> ___
>> 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] [Feature review] Select network to be used for glusterfs

[Lior Vernia]

Hi Sahina! :)

Cool feature, and I think long-awaited by many users. I have a few comments:

1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a
list box - I presume the items contained there are all IP addresses
configured on the host's interfaces.

1. a. May I suggest that this contain network names instead of IP
addresses? Would be easier for users to think about things (they surely
remember the meaning of network names, not necessarily of IP addresses).

1. b. If I correctly understood the mock-up, then configuring a "Storage
Network" role only affects the default entry chosen in the list box. Is
it really worth the trouble of implementing this added role? It's quite
different than display/migration roles, which are used to determine what
IP address to use at a later time (i.e. not when configuring the host),
when a VM is run/migrated in the cluster.

1. c. A word of warning: sometimes a host interface's IP address is
missing in the engine - this usually happens when they're configured for
the first time with DHCP, and the setup networks command returns before
an IP address is allocated (this can later be resolved by refreshing
host capabilities, there's a button for that). So when displaying items
in the list box, you should really check that an IP address exists for
each network.

2. "Storage Network": if you intend to keep this role in the feature (I
don't think it adds a lot of functionality, see article 1b), it might be
better to call it "Gluster Network" - otherwise people using virt mode
might think this network is gonna be used to communicate with other
types of storage domains.

Yours, Lior.

On 12/01/15 14:00, Sahina Bose wrote:
> Hi all,
> 
> Please review the feature page for this proposed solution and provide
> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster
> 
> thanks
> sahina
> 
> 
> ___
> 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] Unable to reinstall hosts after network removal.

[Lior Vernia]

I think pressing the "Refresh Capabilities" button at the hosts main tab
might help after you remove the IB interface - this forces the engine to
update its DB state to what's reported by the hypervisor. Then I would
expect things to work better...

On 29/12/14 15:59, Arman Khalatyan wrote:
> My setup  has 3 networks: 1xIB,1x10Gbit+1Gbit for ovirt-management.
> The ovirt network does not have any trouble, it is always there.
> I was trying to rename or remove my IB network which was used for VM
> migrations.
> I was using web-GUI, which was removing IB0 network w/o problem. After
> removal the hosts where ok. Then I put them to maintenance mode. To
> refresh iptables rules I did reinstall. then reinstall was failing with
> message that IB0 not attached to any interface. But IB0 interface is not
> possible to attach it is already deleted and not visible in any network
> dialog.
> After creating interface with the same name everything is online now.
> My current interface list is following:
>  virsh -r net-list
> Name State  Autostart Persistent
> --
> ;vdsmdummy;  active nono
> vdsm-cls10G  active yes   yes
> vdsm-IB0 active yes   yes
> vdsm-ovirtmgmt   active yes   yes
> 
> On this host the IB0 is not atached to any interface, I wondered, if it
> should show up  in the net list?
> 
> I think the GUI does not rename/remove the interface from the DB. Some
> constrain keeps still IB0 in DB.
> 
> 
> 
> ***
> 
>  Dr. Arman Khalatyan  eScience -SuperComputing 
>  Leibniz-Institut für Astrophysik Potsdam (AIP)
>  An der Sternwarte 16, 14482 Potsdam, Germany  
> 
> ***
> 
> 
> On Sun, Dec 28, 2014 at 10:31 AM, Moti Asayag  > wrote:
> 
> 
> 
> - Original Message -
> > From: "Arman Khalatyan" mailto:arm2...@gmail.com>>
> > To: "users" mailto:users@ovirt.org>>
> > Sent: Wednesday, December 24, 2014 1:22:43 PM
> > Subject: [ovirt-users] Unable to reinstall hosts after network removal.
> >
> > Hello,
> > I have a little trouble with ovirt 3.5 on CentOS6.6:
> > I was removing all networks from all hosts.
> 
> Did you use the setup networks dialog from the UI in order to remove
> those networks ?
> Or have you removed those networks from the host directly (where you
> should used the:
> 1. virsh net-destroy 'the-network-name'
> 2. virsh net-undefine 'the-network-name'
> )
> 
> can you report the output of 'virsh -r net-list'  ?
> 
> > Then after removing network from data center the hosts went to unusable.
> 
> What was the host's status prior to removing its networks ? Was it up ?
> 
> > Every time after reinstall the host claims that the network is not
> > configured, but it s already removed from network tab in DC.
> 
> What is the missing network name ? Is it 'ovirtmgmt' ?
> 
> > Where from it gets the old configuration? the old interfaces also 
> restored
> > every time on the reinstalled hosts.
> 
> The hosts via vdsm reports their network configuration via the
> 'getCapabilities' verb
> of vdsm. You can try running it on the host:
> 
> vdsClient -s 0 getVdsCaps
> 
> and examine the nics / neworks / bridges / vlans / bonds elements.
> 
> > Which DB table is in charge of dc-networks?
> >
> 
> The retrieved information from vdsm is reported to 'vds_interace' table.
> The dc networks are stored in 'networks' table and networks attached to
> clusters are stored in network_cluster table.
> 
> I wouldn't recommend on deleting entries from the tables directly.
> There are
> certain constraints which shouldn't be violated, i.e. the management
> network
> 'ovirtmgnt' is blocked for removal from the engine.
> 
> > Thanks,
> > Arman.
> >
> >
> > ***
> > Dr. Arman Khalatyan eScience -SuperComputing Leibniz-Institut für 
> Astrophysik
> > Potsdam (AIP) An der Sternwarte 16, 14482 Potsdam, Germany
> > ***
> >
> > ___
> > 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

[ovirt-users] oVirt 3.6 Feature: Cumulative Network Usage Statistics

[Lior Vernia]

Hello users and developers,

Just put up a feature page for the aforementioned feature; in summary,
to report total RX/TX statistics for hosts and VMs in oVirt. This has
been requested several times on the users mailing list, and is
especially useful for accounting in VDI deployments.

You're more than welcome to review the feature page:
http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics

Note that this only deals with network usage - it'll be great if we have
similar features for CPU and disk usage!

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

Re: [ovirt-users] Using 10gb vNIC/vbridge into VM is possible?

[Lior Vernia]

On 19/12/14 22:19, Amador Pahim wrote:
> On 12/19/2014 02:08 PM, Darrell Budic wrote:
>> I tried a quick iperf test a while back and got 3-4Gb/sec between a
>> pair of VMs on separate hosts with a 10G infrastructure, no real
>> tuning and no SRIOV. That met my needs so I didn’t try anything
>> further. If you were aiming for 10G for all, you’d want to work on
>> SRIOV I imagine, but they get pretty good performance even without it.
> 
> Maybe we should report vNIC speed as the speed of underlying NIC/Bond.
> Even being the underlying NIC/Bond shared, it would reflect better the
> vNIC max. speed than a fake hard coded value.
> 

Or maybe even have it configurable from the GUI?...

>>
>>
>>> On Dec 19, 2014, at 4:49 AM, Kalil de A. Carvalho >> > wrote:
>>>
>>> Dear Amador.
>>>
>>> No, unfortunately not.
>>>
>>> This was just a friend question, because he need VM with 10GB NIC's.
>>>
>>> Today he is using Xenserver, this solution does not attend his
>>> expedition and he is research another solution.
>>>
>>> I told him about oVirt/KVM but this is a prerequisite to use.
>>>
>>> I will plan with him to try make a project to test a take the resolts.
>>>
>>> Best regards. 
>>>
>>> On Fri, Dec 19, 2014 at 1:18 AM, Amador Segundo >> > wrote:
>>>
>>> Virtio devices does not support speed, so we fake their speeds
>>> showing "1000mbps" in Admin. Portal. If your boxes have 10gbps
>>> devices then your vms are already taking advantage of that. Did
>>> you test it? Could you share some results? 
>>>
>>>
>>> -Original Message- 
>>> From: Kalil de A. Carvalho [kali...@gmail.com
>>> ] 
>>> Received: Thursday, 18 Dec 2014, 22:59 
>>> To: users@ovirt.org  
>>> Subject: [ovirt-users] Using 10gb vNIC/vbridge into VM is possible? 
>>>
>>>
>>> Hello all.
>>>
>>> Today a follow work ask me if is possible to use vNIC or vbridge
>>> in a VM managed by ovirt.
>>>
>>> What he wants is to have a virtual 10gb network to some machines.
>>>
>>> All hosts NIC's are 10gb.
>>>
>>> Is this possible?
>>>
>>> If yes how can I do it?
>>>
>>> Best regards.
>>>
>>>
>>>
>>>
>>> -- 
>>> Atenciosamente,
>>> Kalil de A. Carvalho
>>>
>>> ___
>>> 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] EXTNET Hook and Libvirtd "Default" Network Setup

[Lior Vernia]

Hi Andrew,

In the medium term I think that might be easier and more scalable -
oVirt should allow you to not have to deal with libvirt "plumbing".

Re-reading your original e-mail, I only now understand that you're using
the default network to setup NAT, and that you weren't adding iptables
rules on your own. If you do prefer to go with that, I have very little
knowledge of libvirt's NAT. Maybe others on the list know more...

Yours, Lior.

On 18/12/14 19:00, Andrew Wagner wrote:
> Lior,
> 
> The main purpose of this is for testing. Medium-term, my plan is to spin
> up another VLAN and routable private subnet with DHCP to trunk our
> virtualization hosts onto. That requires more people to get involved to
> get the testing environment in place. I suppose I can spin up a DHCP
> server and private network outside of libvirt on the machine itself and
> add to oVirt.
> 
> Andrew
> 
> On 12/18/2014 2:41 AM, Lior Vernia wrote:
>> Hi Andrew,
>>
>> On 17/12/14 22:39, Andrew Wagner wrote:
>>> All,
>>>
>>> I'm testing out oVirt for one of our projects that wants to try an
>>> all-in-one setup before going to a larger deployment. For their testing,
>>> they want to use the default NAT'd network from libvirtd on the host.
>>>
>>> I've install oVirt, installed the extnet hook, enabled IP forwarding in
>>> sysctl.conf and loaded the setting, and created a vm that attaches to
>>> the libvirtd "default" network and gets an IP. The VM can ssh to the
>>> virbr0 IP address, in this case 192.168.122.1, to access the host.
>>> However, the VM cannot reach any IP address off of the NAT'd subnet. I
>>> haven't changed any of the default iptables rules that oVirt and
>>> libvirtd create. Looking at ip route and the iptables rules, I feel that
>>> traffic should be getting directed appropriately.
>> Could you elaborate why there's need to meddle with the networking at
>> the level of libvirt and to use the extnet hook?
>>
>> If all you need is an IP address and NAT, I would think a default oVirt
>> setup would do as long as you have a DHCP server and add proper iptables
>> rules to the host.
>>
>> Even if you do in fact need the specific libvirt network and to use the
>> hook, maybe it's worth trying without them first - just to make sure
>> your iptables rules are alright (they would be my prime suspect).
>>
>>> Does anyone have any thoughts as to what the issue may be? For some
>>> reason, the ovirtmgmt bridge doesn't seem to be receiving or allowing
>>> traffic from virbr0 to pass across it. I can provide more information if
>>> that would be helpful!
>>>
>>> Andrew Wagner
>>> ___
>>> 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] Used Network resources of host XY [97%] exceeded

[Lior Vernia]

Hi Mario,

On 18/12/14 09:57, Ml Ml wrote:
> Hello List,
> 
> one of my ovirt Guests seems to loose its Network connection. I can
> still see some traffic on the console tough. In the Logs i get:
> 

Network connection where? To the internet? And what do you mean by
losing it - is the network traffic choppy, or are you working via a
SPICE console and it's not responsive?...

> 2014-Dez-04, 13:09
> Used Network resources of host  [97%] exceeded
> defined threshold [95%].
> 

It seems that one of your host's interfaces is heavily utilized - I'd
postulate that the VM is suffering because there's no capacity for the
traffic it's sending/receiving. What networks are attached to the most
utilized interface of the host, and is one of those indeed the network
used by the VM for its aforementioned "network connection"?

> 
> Is this the reason? Where can i change or disable this feature?
> 
> Thanks,
> Mario
> ___
> 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] EXTNET Hook and Libvirtd "Default" Network Setup

[Lior Vernia]

Hi Andrew,

On 17/12/14 22:39, Andrew Wagner wrote:
> All,
> 
> I'm testing out oVirt for one of our projects that wants to try an
> all-in-one setup before going to a larger deployment. For their testing,
> they want to use the default NAT'd network from libvirtd on the host.
> 
> I've install oVirt, installed the extnet hook, enabled IP forwarding in
> sysctl.conf and loaded the setting, and created a vm that attaches to
> the libvirtd "default" network and gets an IP. The VM can ssh to the
> virbr0 IP address, in this case 192.168.122.1, to access the host.
> However, the VM cannot reach any IP address off of the NAT'd subnet. I
> haven't changed any of the default iptables rules that oVirt and
> libvirtd create. Looking at ip route and the iptables rules, I feel that
> traffic should be getting directed appropriately.

Could you elaborate why there's need to meddle with the networking at
the level of libvirt and to use the extnet hook?

If all you need is an IP address and NAT, I would think a default oVirt
setup would do as long as you have a DHCP server and add proper iptables
rules to the host.

Even if you do in fact need the specific libvirt network and to use the
hook, maybe it's worth trying without them first - just to make sure
your iptables rules are alright (they would be my prime suspect).

> 
> Does anyone have any thoughts as to what the issue may be? For some
> reason, the ovirtmgmt bridge doesn't seem to be receiving or allowing
> traffic from virbr0 to pass across it. I can provide more information if
> that would be helpful!
> 
> Andrew Wagner
> ___
> 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] Free Ovirt Powered Cloud

[Lior Vernia]

Hi Donny,

On 15/12/14 18:24, Donny Davis wrote:
> Hi guys, I'm providing a free public cloud solution entirely based on
> vanilla oVirt called cloudspin.me 
> 

This looks great! :)

> It runs on IPv6, and I am looking for people to use the system, host
> services and report back to me with their results.
> 

Do you also use IPv6 internally in your deployment? e.g. assign IPv6
addresses to your hosts, storage domain, power management etc.? We'd be
very interested to hear what works and what doesn't. And perhaps help
push forward what doesn't, if you need it :)

> Data I am looking for
> 
> Connection Speed - Is it comparable to other services
> 
> User experience - Are there any changes recommended
> 
> Does it work for you - What does, and does not work for you.
> 
>  
> 
> I am trying to get funding to keep this a free resource for everyone to
> use. (not from here:)
> 
> I am completely open to any and all suggestions, and or help with
> things. I am a one man show at the moment.
> 
> If anyone has any questions please email me back
> 
> Donny D
> 
>  
> 
> 
> 
> ___
> 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] Complete CentOS 7 environment

[Lior Vernia]

On 16/12/14 08:59, Sandro Bonazzola wrote:
> Il 15/12/2014 18:28, Aslam, Usman ha scritto:
>> Thanks for the info guys. CentOS 6 engine seems stable enough and its 
>> working great with 6 hypervisors.
>>
>> CentOS 7 hypervisors hosts are however a different story. Is nic teaming not 
>> supported?
> 
> Dan?
> 

Usman, could you please describe what kind of teaming did you try to
perform? Did you bond interfaces using the host setup networks dialog in
the GUI? What did the failure look like?

As others have requested, relevant engine and vdsm logs would be
appreciated on top of the answers :)

>> Also kdump service commands keep failing in ovirt logs after a clean 
>> install? This frustrating enough to make me use 6.
> 
> Martin?
> 
>>
>> Lastly, Id like to mention that the Ovirt Node 3.5 install iso seems broken 
>> on HP DL360. It goes through the install process fine until the very end 
>> where it complains about not being able to write the boot loader.
>>
> 
> Fabian?
> 
>> Nodes setup using a minimal install of 6.6 work like a charm and overall I'm 
>> loving 3.5
>> Thanks guys!
> 
> I suggest to open one bugzilla item for each of your issues above if not 
> already opened.
> 
>>
>> Usman
>>
>> -Original Message-
>> From: Yedidyah Bar David [mailto:d...@redhat.com] 
>> Sent: Monday, December 15, 2014 3:06 AM
>> To: Sandro Bonazzola
>> Cc: Aslam, Usman; Robert Story; users@ovirt.org
>> Subject: Re: [ovirt-users] Complete CentOS 7 environment
>>
>> - Original Message -
>>> From: "Sandro Bonazzola" 
>>> To: "Usman Aslam" , "Robert Story" 
>>> 
>>> Cc: users@ovirt.org, "Yedidyah Bar David" 
>>> Sent: Monday, December 15, 2014 9:53:28 AM
>>> Subject: Re: [ovirt-users] Complete CentOS 7 environment
>>>
>>> Il 06/11/2014 20:35, Aslam, Usman ha scritto:
 Thanks for the info Robert.
 I'm setting up nodes with CentOS 7 and Engine is the only thing on 
 6.6 In your opinion, do you think it will be easy enough to rebuild 
 the engine on a CentOS 7 machine when support is available?
>>>
>>> simple backup on 6 and restore on a clean 7 should work.
>>
>> Indeed, although:
>> 1. I didn't yet try that myself (yet?)
>> 2. The opposite direction (7->6) might fail, due to postgresql in 7 dumping 
>> data that the version in 6 fails to parse/accept.
>>
>>>

 Thanks,
 Usman

 -Original Message-
 From: Robert Story [mailto:rst...@tislabs.com]
 Sent: Thursday, November 06, 2014 2:12 PM
 To: Aslam, Usman
 Cc: users@ovirt.org
 Subject: Re: [ovirt-users] Complete CentOS 7 environment

 On Thu, 6 Nov 2014 17:47:52 + Usman wrote:
 AU> We are upgrading hardware and I'm upgrading/rebuilding our Ovirt 
 AU> infrastructure. Are CentOS 7 host nodes supported? And can the 
 AU> engine be installed on CentOS 7? (3.5 repo isn't working for me)
>>
>> It's likely that 3.5.1 will work, but contrary to nodes, there is not a big 
>> difference between them for the engine.
>>

 CentOS 7 is supported for host nodes, but not the engine. If you 
 have a mixed CentOS 6/7 environment, note that migration works from 
 6->7 hosts, but not from 7->6.


 Robert

 --
 Senior Software Engineer @ Parsons
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

>>>
>>>
>>> --
>>> Sandro Bonazzola
>>> Better technology. Faster innovation. Powered by community collaboration.
>>> See how it works at redhat.com
>>>
>>
>> --
>> Didi
>>
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt bonding mode4 + cisco 2960 XR

[Lior Vernia]

Hello Alexey,

I'm not a switch guy, but I think the Cisco "keyword" for bond mode 4 is
LACP - you should probably Google that with respect to your specific
switch or look for it in the manual.

Or maybe someone more knowledgeable from the community would be able to
help...

Yours, Lior.

On 10/12/14 09:20, Алексей Николаев wrote:
> Hi, community!
> 
> I have made bond0 mode4 (eth0+eth1+eth2+eth3) by oVirt portal. It's work
> well on CentOS 7 node.
> 
> How I can setup my cisco 2960 XR switch for work with this bond0 for
> loadbalancing + aggregation (802.3ad)?
> 
> 
> ___
> 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] Integration Neutron + Ovirt

[Lior Vernia]

Hello Eduardo,

On 11/12/14 01:06, Eduardo Terzella wrote:
> Good night,
> 
> I followed all the steps for installing the neutron appliance,
> integrated to oVirt.
> 
> Even after installing the host, supporting network provider "neutron",
> the in-br-br-phy and neutron-neutron interface does not appear in the
> oVirt configuration.
> 

Here you're referring to the Setup Networks dialog of the host? Or to
the virtual interfaces of the appliance VM?

> Someone has already gone through this problem?
> 
> 
> ___
> 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] Error When try add new network using neutron provider

[Lior Vernia]

Hi Eduardo,

This is an unfortunate known issue due to the old version of some
software packaged delivered with oVirt. It's documented in this bug,
where a workaround is also described (by downloading a newer version of
jboss and configuring oVirt to use it):
https://bugzilla.redhat.com/show_bug.cgi?id=1064231

Yours, Lior.

On 08/12/14 04:44, Eduardo Terzella wrote:
> Hello,
> 
> Error when i try to create a new network using neutron provider:
> 
> "Error while executing action Add Subnet to Provider: Failed to
> communicate with the external provider"
> 
> ==> /var/log/neutron/server.log <==
> 2014-12-07 22:35:14.825 1061 INFO neutron.wsgi [-] (1061) accepted
> ('xxx.xxx.xxx.xxx', 42975)
> 
> 2014-12-07 22:35:14.828 1061 INFO urllib3.connectionpool [-] Starting
> new HTTP connection (1): 127.0.0.1
> 2014-12-07 22:35:14.920 1061 INFO neutron.plugins.ml2.db
> [req-ba2a18ec-6e02-4526-99a8-27b35152781f None] Added segment
> e0ad11df-9c5a-4167-82ea-313dcc626661   
> of type flat for network 213c62ce-e167-4bb0-bd2d-720dd06bc970
> 2014-12-07 22:35:14.930 1061 INFO neutron.wsgi
> [req-ba2a18ec-6e02-4526-99a8-27b35152781f None]  - - [07/Dec/2014
> 22:35:14] "POST /v2.0/networ   ks
> HTTP/1.1" 201 527 0.103579
> 
> 
> 
> 
> ___
> 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] Newly deployed ovirt instance can not start a VM

[Lior Vernia]

On 06/12/14 01:21, Jeremy Utley wrote:
> Hello everyone!
> 
> I just finished setting up our new demo Ovirt implementation, but am
> having some issues once I get to the point of starting up a VM.  Every
> time we try to start a VM, we get the error:
> 
> The host {hostname} did not satisfy internal filter Network because
> network(s) are missing.
> 

This reminds me of issues with missing boot protocol for the display
network on hosts (there's a bug on improving the error message for
that). Does ovirtmgmt have a boot protocol and IP address configured on
the hosts?

> This is trying to launch vm with the Cirros image from the OVirt glance
> repository.  This is confusing, because we only have one network defined
> (the "ovirtmgmt" network), and each of our 4 nodes shows it attached and
> indicated as functional.
> 
> Our nodes are all CentOS 6.6 installations, with the ovirtmgmt bridge
> bound to eth2.  If I go to Networks/ovirtmgmt under my datacenter, and
> click on the Networks tab at the top, select the ovirtmgmt network, and
> Hosts tab at the bottom, it shows that ovirtmgmt network is up on all 4
> nodes.  Even if I tell the VM to not attach itself to any networks at
> all, the machine fails to start with the same error.  Have done a lot of
> google searching to no avail.
> 
> 
> We're also worried we did not get our gluster storage network set up
> right.  We added the Storage Domain as type Data (Master)/GlusterFS, but
> it looks like Ovirt is using Fuse rather than the new libgfapi
> functionality - since we can see the gluster mounted
> /rhev/data-center/mnt/glusterSD/ with fuse.glusterfs, which would
> indicate we are not using the native Gluster integration.  However, the
> latest info I can find seems to indicate that the gluster integration
> should be working in latest CentOS builds.
> 
> Thanks for any help anyone can give me!  The boss wants this demo sooner
> rather than later!
> 
> 
> ___
> 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 3.5 Bug !!!!!!!!!!!!!!!!!!

[Lior Vernia]

On 26/11/14 11:37, Frantisek Kobzik wrote:
> Hi,
> 
> I don't think multiple display network is possible within single cluster. How 
> would engine know which is the correct one for given client? Also that would 
> mean vdsm would have to start spice server on multiple interfaces and I 
> believe it's not capable of this. But maybe I'm missing something. I'll try 
> adding Lior from networking team.
> 
> Lior, can you take a quick glance on this thread?
> 

Hi! :)

Indeed, this doesn't make much sense to me. I mean, I can understand
what Paul would like to achieve, but from an implementation perspective
it would be difficult as you described.

> Thanks!
> Franta.
> 
> - Original Message -
> From: "PaulCheung" 
> To: "Chao Xie" 
> Cc: users@ovirt.org
> Sent: Wednesday, November 26, 2014 6:19:43 AM
> Subject: Re: [ovirt-users] 答复:  Ovirt 3.5 Bug !!
> 
> JUST PS. What I mean is if they make it into checkbox, it would sloved my 
> problem. Sorry for my poor English! 
> 
> 
> 
> Sincerely yours, 
> PaulCheung 
> 
> 
> tel: 180-8882-7173 
> 
> 
> 
> From: xiec.f...@cn.fujitsu.com 
> To: eq2...@msn.com 
> Subject: 答复: [ovirt-users] Ovirt 3.5 Bug !! 
> Date: Wed, 26 Nov 2014 05:15:22 + 
> 
> 
> 
> Hi, Paul 
> 
> Did you change the code and let the “Migration Display” to checkbox ?Or just 
> use PS to change the photo? 
> 
> 
> 
> 
> 发件人 : users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] 代表 PaulCheung 
> 发送时间 : 2014 年 11 月 26 日 11:27 
> 收件人 : Frantisek Kobzik 
> 抄送 : users@ovirt.org 
> 主题 : Re: [ovirt-users] Ovirt 3.5 Bug !! 
> 
> 
> 
> 
> 
> Dear ALL, 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Can this turn into a multichoose box ? I need to display in all network 
> interface!!! 
> 
> 
> 
> 
> 
> This can solve my problem now. Thank you very much! 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Sincerely yours, 
> PaulCheung 
> 
> 
> tel: 180-8882-7173 
> 
> 
> 
> 
> 
> 
> From: eq2...@msn.com 
> To: fkob...@redhat.com 
> CC: users@ovirt.org 
> Subject: RE: [ovirt-users] Ovirt 3.5 Bug !! 
> Date: Wed, 26 Nov 2014 10:55:44 +0800 
> 
> 
> Is there because the Display Network problem cause other network can not 
> display ? 
> 
> 
> 
> 
> 
> 
> 
> 
> How to enable all network's Display ? 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Sincerely yours, 
> PaulCheung 
> 
> 
> tel: 180-8882-7173 
> 
> 
> 
> 
> 
> 
> From: eq2...@msn.com 
> To: fkob...@redhat.com 
> CC: users@ovirt.org 
> Subject: RE: [ovirt-users] Ovirt 3.5 Bug !! 
> Date: Wed, 26 Nov 2014 09:53:33 +0800 
> 
> 
> It solved the host=kvm0x..com problem, But my guest still can't open 
> the VM!!! 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> User from D& E, can't start the VM, except ovirt managerment network 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> What should I do ? 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Sincerely yours, 
> PaulCheung 
> 
> 
> tel: 180-8882-7173 
> 
> 
> 
> 
> 
>> Date: Tue, 25 Nov 2014 11:26:06 -0500 
>> From: fkob...@redhat.com 
>> To: eq2...@msn.com 
>> CC: users@ovirt.org 
>> Subject: Re: [ovirt-users] Ovirt 3.5 Bug !! 
>>
>> I'm not really sure if this the intended way to achieve customer separation. 
>> I don't know this field well, so I need to talk about it with my colleagues 
>> from networking team. 
>>
>> Meanwhile you can try overriding your display address on host level like 
>> this: 
>> 1, In hosts subtab, edit host. 
>> 2, In the dialog select console. 
>> 3, Check 'Override display address', fill in corresponding host name (in 
>> your case kvm01.allwinnertech.com for host kvm01, kvm02.allwinnertech.com 
>> for kvm02 host etc) - do this for every host in the cluster. 
>>
>> This should force returning hostnames in the .vv file. 
>>
>> Cheers, 
>> Franta. 
>>
>>
>>
>> - Original Message - 
>> From: "LazyPaul" < eq2...@msn.com > 
>> To: "Frantisek Kobzik" < fkob...@redhat.com > 
>> Cc: users@ovirt.org 
>> Sent: Tuesday, November 25, 2014 3:51:27 PM 
>> Subject: Re: [ovirt-users] Ovirt 3.5 Bug !! 
>>
>> My network is look like this: 
>>
>>
>> 3 vlan, they can ’ t visit each other, so I have 3 dns server, 
>>
>> The console.vv file in the ovirt 3.4 the host = kvm01.allwinnertech.com 
>>
>> after update to 3.5 the host = 172.16.1.115, this cause the VLAN 101 & vlan 
>> 102 user can ’ t open 172.16.1.115, 
>>
>> It should be : host =kvm01.allwinnertech.com 
>>
>> ---
>>  
>>
>> Server management network: VLAN 100 
>>
>> kvm01.allwinnertech.com < http://kvm01.allwinnertech.com/ > 172.16.1.115 
>> kvm02.allwinnertech.com < http://kvm02.allwinnertech.com/ > 172.16.1.116 
>> kvm03 1.117 kvm04 1.1

Re: [ovirt-users] Non-Operational state because management interfaces down

[Lior Vernia]

Hi Luf,

Let me have a think about it and I'll get back to you on whether there's
a workaround or something needs to be enhanced in the engine logic.
Thanks for bringing this up!

Yours, Lior.

On 20/11/14 15:11, Finstrle, Ludek wrote:
> 
> Lior Vernia píše v St 19. 11. 2014 v 17:22 +0200:
>> On 19/11/14 14:42, Finstrle, Ludek wrote:
>> > Engine has both networks (ovirtmgmt as eth0 and data as eth1).
>> > Internally the cluster should communicate via ovirtmgmt (installed using
>> > internal name for ovirtmgmt IP and this network is strictly local to the
>> > ovirt cluster). I'm reaching web of engine via data IP (public network
>> > as web is listening on all interfaces).
>>
>> So when you take node1 down and node2's management interface goes down,
>> how come the engine is still able to communicate with node2? Is the
>> hostname also resolved to the data IP?
> 
> It's not exact description of the situation.
> 
> 1) both nodes up => everything is working properly
> 2) second node power off
> 3) first node still have interfaces up (ovirtmgmt -> ens1f0 just without
> link detected) => first node is switched into Non-Operational mode
> (there should be at least some switch if I require link detected)
> 4) ping is working correctly over ovirtmgmt (checked via tcpdump)
> between remaining node and hosted engine running on that node
> 
> I switch back to the problematic situation and ensure I'm not saying
> misleading information (ens1f0 is network interface for ovirtmgmt):
> ovirtmgmt: flags=4163 mtu 9000
> ens1f0: flags=4099 mtu 9000
> # ethtool ens1f0
> Settings for ens1f0:
> Supported ports: [ TP ]
> Supported link modes: 10baseT/Half 10baseT/Full
> 100baseT/Half 100baseT/Full
> 1000baseT/Full
> Supported pause frame use: No
> Supports auto-negotiation: Yes
> Advertised link modes: 10baseT/Half 10baseT/Full
> 100baseT/Half 100baseT/Full
> 1000baseT/Full
> Advertised pause frame use: No
> Advertised auto-negotiation: Yes
> Speed: Unknown!
> Duplex: Unknown! (255)
> Port: Twisted Pair
> PHYAD: 1
> Transceiver: internal
> Auto-negotiation: on
> MDI-X: Unknown (auto)
> Supports Wake-on: pumbg
> Wake-on: g
> Current message level: 0x0007 (7)
> drv probe link
> Link detected: no
> 
> Cheers,
> 
> Luf
> 
>> > I'm sorry for worse responses as I'm on a business trip for next few
> weeks.
>> >
>> > Cheers,
>> >
>> > Luf
>> >
>> > sent from phone
>> >
>> > Dne 19. 11. 2014 9:34 Lior Vernia  napsal(a):
>> > Hey,
>> >
>> > Thanks, so how come node2 moves to non-operational state rather than
>> > non-responsive (i.e. how come it's reachable from the engine)? The IP
>> > address via which it was installed, belongs to which network interface?
>> > bond1 which is used for data?
>> >
>> > Lior.
>> >
>> > On 18/11/14 12:17, Finstrle, Ludek wrote:
>> >>
>> >> Hi,
>> >>
>> >> yes that's exactly what I tried to describe. Thanks Ekin.
>> >> There is no switch between 2 hosts/nodes (for ovirtmgmt network). It's
>> >> similar to situation when I tried just one host/node and put the
>> >> ovirtmgmt network to not connected network interface (will connect it
>> >> once we buy second host).
>> >>
>> >> Cheers,
>> >>
>> >> Luf
>> >>
>> >> Ekin Meroğlu píše v Út 18. 11. 2014 v 00:00 +0200:
>> >>> Hi Lior,
>> >>>
>> >>>
>> >>> If I'm not mistaken, on Luf's topology, there is no switch on the
>> >>> management bond (bond0) - just a cross or regular eth cable connecting
>> >>> physical interfaces on both nodes. So when one node is powered down,
>> >>> there is no link detected on the other node.
>> >>>
>> >>>
>> >>> Regards,
>> >>>
>> >>> On Mon, Nov 17, 2014 at 12:02 PM, Lior Vernia 
>> >>> wrote:
>> >>> Hi Luf,
>> >>>
>> >>> Apologies, I probably don't understand the details of your L2
>> >>> toplogy;
>> >>> how come when you turn off one host it affects the link state
>> >>> of of the
>> >>> other one's interfaces?...
>> >>>
>> >>> Yours, Lior.
>> >>>
>> >>> On 14/11/14 11:43, Finstrle, Ludek wrote:
>> >>> >
>> >>> &

Re: [ovirt-users] 答复: 答复: How to Use VLAN?

[Lior Vernia]

Hi Xie,

Yes, that's exactly what it means, and you indeed need to create a VLAN
device manually and then choose it in the interactive script. CCing
Sandro to assist with how this is most easily done.

Yours, Lior.

On 21/11/14 03:34, Xie, Chao wrote:
> Hi, Lior
>   Thanks for replying. Yesterday I tested  VLAN successfully  in the 
> normal 3.5 environment. As the release Note, 
> (http://www.ovirt.org/OVirt_3.5_Release_Notes), Hosted Engine 3.5 supports 
> the new function of VLAN。 Is it meaning the "rhevm" logical network use 
> "VLAN" ? If  I am right, can you help to teach me how to use it? (I think it 
> must be creating a VLAN manually before deploy hosted engine, then we should 
> choose the vlan when deploying?)
> 
> -邮件原件-
> 发件人: Lior Vernia [mailto:lver...@redhat.com] 
> 发送时间: 2014年11月19日 16:50
> 收件人: Xie, Chao/谢 超
> 抄送: users@ovirt.org
> 主题: Re: 答复: [ovirt-users] How to Use VLAN?
> 
> 
> 
> On 19/11/14 10:45, Xie, Chao wrote:
>> Hi, Lior:
>>  I configure the switch port connecting the host's NIC which hold the 
>> "testvlan" logical network. I try the NIC hold normal logical network ,VM 
>> using the logical network worked well. But if I hold the VLAN logical 
>> network, the VM using it didn't get IP.   
>>
> 
> Hello Xie,
> 
> This is what leads me to believe that your DHCP server (which is in charge of 
> allocating IP addresses) only receives non-tagged traffic. Is it possible you 
> need to configure other ports to pass the VLAN-tagged traffic?
> 
> Lior.
> 
>> -邮件原件-
>> 发件人: Lior Vernia [mailto:lver...@redhat.com]
>> 发送时间: 2014年11月19日 16:09
>> 收件人: Xie, Chao/谢 超
>> 抄送: users@ovirt.org
>> 主题: Re: [ovirt-users] How to Use VLAN?
>>
>>
>>
>> On 19/11/14 05:01, Xie, Chao wrote:
>>> Hi,all
>>>
>>>  Recently I test the VLAN and have some problems. I configure 
>>> the Logical network “testvlan” with “VLAN tagged” and assigned it to 
>>> hosts’ NIC. Then I create a VM using  “testvlan” and found the vm 
>>> can’t get IP . Does anyone have some ideas about VLAN?
>>>
>>>  p.s. I already configure the switch port as TRUNK mode and 
>>> the vlan id is 1 (default value).
>>>
>>
>> Which switch port? Maybe the port(s) leading to your DHCP server aren't 
>> configured to allow traffic on this VLAN?
>>
>>>
>>>
>>> ___
>>> 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] Non-Operational state because management interfaces down

[Lior Vernia]

On 19/11/14 14:42, Finstrle, Ludek wrote:
> 
> Hi Lior,
> 
> Engine has both networks (ovirtmgmt as eth0 and data as eth1).
> Internally the cluster should communicate via ovirtmgmt (installed using
> internal name for ovirtmgmt IP and this network is strictly local to the
> ovirt cluster). I'm reaching web of engine via data IP (public network
> as web is listening on all interfaces).

So when you take node1 down and node2's management interface goes down,
how come the engine is still able to communicate with node2? Is the
hostname also resolved to the data IP?

> 
> I'm sorry for worse responses as I'm on a business trip for next few weeks.
> 
> Cheers,
> 
> Luf
> 
> sent from phone
> 
> Dne 19. 11. 2014 9:34 Lior Vernia  napsal(a):
> Hey,
> 
> Thanks, so how come node2 moves to non-operational state rather than
> non-responsive (i.e. how come it's reachable from the engine)? The IP
> address via which it was installed, belongs to which network interface?
> bond1 which is used for data?
> 
> Lior.
> 
> On 18/11/14 12:17, Finstrle, Ludek wrote:
>>
>> Hi,
>>
>> yes that's exactly what I tried to describe. Thanks Ekin.
>> There is no switch between 2 hosts/nodes (for ovirtmgmt network). It's
>> similar to situation when I tried just one host/node and put the
>> ovirtmgmt network to not connected network interface (will connect it
>> once we buy second host).
>>
>> Cheers,
>>
>> Luf
>>
>> Ekin Meroğlu píše v Út 18. 11. 2014 v 00:00 +0200:
>>> Hi Lior,
>>>
>>>
>>> If I'm not mistaken, on Luf's topology, there is no switch on the
>>> management bond (bond0) - just a cross or regular eth cable connecting
>>> physical interfaces on both nodes. So when one node is powered down,
>>> there is no link detected on the other node.
>>>
>>>
>>> Regards,
>>>
>>> On Mon, Nov 17, 2014 at 12:02 PM, Lior Vernia 
>>> wrote:
>>> Hi Luf,
>>>
>>> Apologies, I probably don't understand the details of your L2
>>> toplogy;
>>> how come when you turn off one host it affects the link state
>>> of of the
>>> other one's interfaces?...
>>>
>>> Yours, Lior.
>>>
>>> On 14/11/14 11:43, Finstrle, Ludek wrote:
>>> >
>>> > Hi,
>>> >
>>> > I have 2-node ovirt "cluster". Both machines has 4
>>> interfaces.
>>> > 2 interfaces in bond1 for data
>>> > 2 interfaces in bond0 for management (short connected
>>> directly between
>>> > servers)
>>> >
>>> > switch0 -\ /-\ /- switch0
>>> > node1 node2
>>> > switch1 -/ \-/ \- switch1
>>> >
>>> > I setup everything as I want/expect but I hit one problem
>>> and I don't
>>> > know how to fix it. The problem is when I switch off one of
>>> the machines
>>> > for maintenance (node01.ovirt in this case). I get in ovirt
>>> engine this
>>> > message:
>>> >
>>> > Host node02.ovirt moved to Non-Operational state because
>>> interfaces
>>> > which are down are needed by required networks in the
>>> current cluster:
>>> > 'bond0 (ovirtmgmt)'.
>>> >
>>> > Do you have any idea how to avoid it? I can't change
>>> physical
>>> > architecture as I don't have 10Gb switch.
>>> >
>>> > BTW it's the same as if I want to start with only 1 node and
>>> separated
>>> > data and mgmt networks:
>>> >
>>> > switch - host --(not connected iface for mgmt as I don't
>>> need it)
>>> >
>>> > Thanks,
>>> >
>>> > Luf
>>> >
>>> >
>>> > NOTICE: This email and any attachments may contain
>>> confidential and
>>> > proprietary information of NetSuite Inc. and is for the sole
>>> use of the
>>> > intended recipient for the stated purpose. Any improper use
>>> or
>>> > distribution is prohibited. If you are not the intended
>>> recipient,
>>> > please notify the sender; do not review, copy or distribute;
>>> and
>>> > promptly delete or destroy all transmitted information.
>>> Please note that
>>> > all communications and information transmitted through this
>>> email system
>>> > may be

Re: [ovirt-users] 答复: How to Use VLAN?

[Lior Vernia]

On 19/11/14 10:45, Xie, Chao wrote:
> Hi, Lior:
>   I configure the switch port connecting the host's NIC which hold the 
> "testvlan" logical network. I try the NIC hold normal logical network ,VM 
> using the logical network worked well. But if I hold the VLAN logical 
> network, the VM using it didn't get IP.   
> 

Hello Xie,

This is what leads me to believe that your DHCP server (which is in
charge of allocating IP addresses) only receives non-tagged traffic. Is
it possible you need to configure other ports to pass the VLAN-tagged
traffic?

Lior.

> -邮件原件-
> 发件人: Lior Vernia [mailto:lver...@redhat.com] 
> 发送时间: 2014年11月19日 16:09
> 收件人: Xie, Chao/谢 超
> 抄送: users@ovirt.org
> 主题: Re: [ovirt-users] How to Use VLAN?
> 
> 
> 
> On 19/11/14 05:01, Xie, Chao wrote:
>> Hi,all
>>
>>  Recently I test the VLAN and have some problems. I configure 
>> the Logical network “testvlan” with “VLAN tagged” and assigned it to 
>> hosts’ NIC. Then I create a VM using  “testvlan” and found the vm 
>> can’t get IP . Does anyone have some ideas about VLAN?
>>
>>  p.s. I already configure the switch port as TRUNK mode and 
>> the vlan id is 1 (default value).
>>
> 
> Which switch port? Maybe the port(s) leading to your DHCP server aren't 
> configured to allow traffic on this VLAN?
> 
>>
>>
>> ___
>> 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] Non-Operational state because management interfaces down

[Lior Vernia]

Hey,

Thanks, so how come node2 moves to non-operational state rather than
non-responsive (i.e. how come it's reachable from the engine)? The IP
address via which it was installed, belongs to which network interface?
bond1 which is used for data?

Lior.

On 18/11/14 12:17, Finstrle, Ludek wrote:
> 
> Hi,
> 
> yes that's exactly what I tried to describe. Thanks Ekin.
> There is no switch between 2 hosts/nodes (for ovirtmgmt network). It's
> similar to situation when I tried just one host/node and put the
> ovirtmgmt network to not connected network interface (will connect it
> once we buy second host).
> 
> Cheers,
> 
> Luf
> 
> Ekin Meroğlu píše v Út 18. 11. 2014 v 00:00 +0200:
>> Hi Lior,
>>
>>
>> If I'm not mistaken, on Luf's topology, there is no switch on the
>> management bond (bond0) - just a cross or regular eth cable connecting
>> physical interfaces on both nodes. So when one node is powered down,
>> there is no link detected on the other node.
>>
>>
>> Regards,
>>
>> On Mon, Nov 17, 2014 at 12:02 PM, Lior Vernia 
>> wrote:
>> Hi Luf,
>>
>> Apologies, I probably don't understand the details of your L2
>> toplogy;
>> how come when you turn off one host it affects the link state
>> of of the
>> other one's interfaces?...
>>
>> Yours, Lior.
>>
>> On 14/11/14 11:43, Finstrle, Ludek wrote:
>> >
>> > Hi,
>> >
>> > I have 2-node ovirt "cluster". Both machines has 4
>> interfaces.
>> > 2 interfaces in bond1 for data
>> > 2 interfaces in bond0 for management (short connected
>> directly between
>> > servers)
>> >
>> > switch0 -\ /-\ /- switch0
>> > node1 node2
>> > switch1 -/ \-/ \- switch1
>> >
>> > I setup everything as I want/expect but I hit one problem
>> and I don't
>> > know how to fix it. The problem is when I switch off one of
>> the machines
>> > for maintenance (node01.ovirt in this case). I get in ovirt
>> engine this
>> > message:
>> >
>> > Host node02.ovirt moved to Non-Operational state because
>> interfaces
>> > which are down are needed by required networks in the
>> current cluster:
>> > 'bond0 (ovirtmgmt)'.
>> >
>> > Do you have any idea how to avoid it? I can't change
>> physical
>> > architecture as I don't have 10Gb switch.
>> >
>> > BTW it's the same as if I want to start with only 1 node and
>> separated
>> > data and mgmt networks:
>> >
>> > switch - host --(not connected iface for mgmt as I don't
>> need it)
>> >
>> > Thanks,
>> >
>> > Luf
>> >
>> >
>> > NOTICE: This email and any attachments may contain
>> confidential and
>> > proprietary information of NetSuite Inc. and is for the sole
>> use of the
>> > intended recipient for the stated purpose. Any improper use
>> or
>> > distribution is prohibited. If you are not the intended
>> recipient,
>> > please notify the sender; do not review, copy or distribute;
>> and
>> > promptly delete or destroy all transmitted information.
>> Please note that
>> > all communications and information transmitted through this
>> email system
>> > may be monitored and retained by NetSuite or its agents and
>> that all
>> > incoming email is automatically scanned by a third party
>> spam and
>> > filtering service which may result in deletion of a
>> legitimate e-mail
>> > before it is read by the intended recipient.
>> >
>> >
>>
>> > ___
>> > Users mailing list
>> > Users@ovirt.org <mailto:Users@ovirt.org>
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>>
>>
>> --
>> Ekin Meroğlu Red Hat Certified Datacenter Specialist
>> linuxera Özgür Yazılım Çözüm ve Hizmetleri
>> T +90 (850) 22 LINUX GSM +90 (532) 137 77 04
> 
> 
> NOTICE: This email and any attachments may contain confidential and
> proprietary information of NetSuite Inc. and is for the sole use of the
> intended recipient for the stated purpose. Any improper use or
> distribution is prohibited. If you are not the intended recipient,
> please notify the sender; do not review, copy or distribute; and
> promptly delete or destroy all transmitted information. Please note that
> all communications and information transmitted through this email system
> may be monitored and retained by NetSuite or its agents and that all
> incoming email is automatically scanned by a third party spam and
> filtering service which may result in deletion of a legitimate e-mail
> before it is read by the intended recipient.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to Use VLAN?

[Lior Vernia]

On 19/11/14 05:01, Xie, Chao wrote:
> Hi,all
> 
>  Recently I test the VLAN and have some problems. I configure
> the Logical network “testvlan” with “VLAN tagged” and assigned it to
> hosts’ NIC. Then I create a VM using  “testvlan” and found the vm can’t
> get IP . Does anyone have some ideas about VLAN?
> 
>  p.s. I already configure the switch port as TRUNK mode and the
> vlan id is 1 (default value).
> 

Which switch port? Maybe the port(s) leading to your DHCP server aren't
configured to allow traffic on this VLAN?

> 
> 
> ___
> 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] separate ovirtmgmt from glusterfs traffic

[Lior Vernia]

On 17/11/14 15:10, Demeter Tibor wrote:
> Hello,
> 
> Thank you for the detailed reply.
> 
> Yes, the vms are used an independent network/network interfaces for access 
> the internet.
> So, in this case I could separate the high glusterfs traffic from ovirt 
> management traffic when I disable "vm" network on ovirtmgmt interface.
> 

And since host-level QoS is not yet available in oVirt, you might want
to configure your switch(es) to limit gluster traffic (by VLAN tag) to
not "hog" the (presumably shared) network infrastructure.

> I will try-out this night this feature.
> 
> Thanks a lot,
> 
> Tibor
> 
> 
> 
> - Eredeti üzenet -
>> Hi Tibor,
>>
>> On 13/11/14 13:41, Demeter Tibor wrote:
>>> Hi,
>>>
>>> I have a 3 node gluster based cluster. There are 3x3 Nic with bonding.
>>> Sometimes the management is very slow because high gluster traffic.
>>>
>>> Is it possible to separate ovirtmgmt network from glusterfs traffic?
>>> I have only one interface (ovirtmgmt) for all of services (migration, etc).
>>> I just wondering I will make three VLANs for these services and use the
>>> QoS function. But how can specify glusterfs for use an other vlan for
>>> gluster traffic an a other one for management?
>>
>> This generally sounds like a good plan, but note that QoS on the
>> host-level will only become available in oVirt 3.6 (it might become
>> available soon on master, if you're feeling lucky...).
>>
>> VM-level QoS (available since 3.3) won't help you with "administrative"
>> traffic (i.e. traffic that isn't going into / coming out of the VMs
>> themselves).
>>
>>> Also, I have more questions about this:
>>>
>>> - If I specify a VLAN on ovirtmgmt, then what happend on nodes? I'm
>>> afraid the nodes will lost the connection with each other nodes.
>>
>> If the switch allows this VLAN to reach all hosts, there shouldn't be a
>> problem; since oVirt 3.4 the VLAN tagging should "propagate" to all
>> active hosts. However, see my comment below concerning "VM network".
>>
>>> - Is it possible on a live system? What will happen with the mounted
>>> glustefs based datastores?
>>
>> I'm not knowledgeable about gluster specifics, but let's see if I can
>> help. What's the current situation with the gluster network, is it
>> already VLAN-tagged? If it is and you're not moving it to another
>> interface on the hosts, I *think* things should be fine.
>>
>>> - What does "vm network" mean on ovirtmgmt interface? Can I use this for
>>> seperate network traffic?
>>
>> This means that a bridge is created for this network on hosts. If VMs
>> don't use this network (i.e. virtual interfaces are assigned profiles of
>> ovirtmgmt), you can make it non-VM (with no VLAN tagging) and have it
>> assigned to the same host interface as VLAN-tagged networks (I would say
>> this is less risky than VLAN-tagging ovirtmgmt).
>>
>>>
>>>
>>> My plan is
>>> - vlan.101 ovirtmgmt
>>> - vlan 102 glusterfs
>>> - vlan 103 migration
>>> - vlan 104 display
>>>
>>> What is the recommended procedure of this?
>>>
>>> Thanks in advance,
>>>
>>> Regards,
>>>
>>> Tibor
>>>
>>>
>>>
>>>
>>> ___
>>> 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] separate ovirtmgmt from glusterfs traffic

[Lior Vernia]

Hi Tibor,

On 13/11/14 13:41, Demeter Tibor wrote:
> Hi,
> 
> I have a 3 node gluster based cluster. There are 3x3 Nic with bonding.
> Sometimes the management is very slow because high gluster traffic. 
> 
> Is it possible to separate ovirtmgmt network from glusterfs traffic?
> I have only one interface (ovirtmgmt) for all of services (migration, etc).
> I just wondering I will make three VLANs for these services and use the
> QoS function. But how can specify glusterfs for use an other vlan for
> gluster traffic an a other one for management? 

This generally sounds like a good plan, but note that QoS on the
host-level will only become available in oVirt 3.6 (it might become
available soon on master, if you're feeling lucky...).

VM-level QoS (available since 3.3) won't help you with "administrative"
traffic (i.e. traffic that isn't going into / coming out of the VMs
themselves).

> Also, I have more questions about this:
> 
> - If I specify a VLAN on ovirtmgmt, then what happend on nodes? I'm
> afraid the nodes will lost the connection with each other nodes.

If the switch allows this VLAN to reach all hosts, there shouldn't be a
problem; since oVirt 3.4 the VLAN tagging should "propagate" to all
active hosts. However, see my comment below concerning "VM network".

> - Is it possible on a live system? What will happen with the mounted
> glustefs based datastores?

I'm not knowledgeable about gluster specifics, but let's see if I can
help. What's the current situation with the gluster network, is it
already VLAN-tagged? If it is and you're not moving it to another
interface on the hosts, I *think* things should be fine.

> - What does "vm network" mean on ovirtmgmt interface? Can I use this for
> seperate network traffic?

This means that a bridge is created for this network on hosts. If VMs
don't use this network (i.e. virtual interfaces are assigned profiles of
ovirtmgmt), you can make it non-VM (with no VLAN tagging) and have it
assigned to the same host interface as VLAN-tagged networks (I would say
this is less risky than VLAN-tagging ovirtmgmt).

> 
> 
> My plan is 
> - vlan.101 ovirtmgmt
> - vlan 102 glusterfs
> - vlan 103 migration
> - vlan 104 display
> 
> What is the recommended procedure of this? 
> 
> Thanks in advance,
> 
> Regards,
> 
> Tibor
> 
> 
> 
> 
> ___
> 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] (no subject)

[Lior Vernia]

Hi Harald,

Could you perhaps refine your question? Also, what do you mean by
console user - are you referring to a VM?

The hardware of a host is the principal factor in determining the best
computing power of a VM, but of course there'll always be some overhead
(i.e. it'll never be equal to the host's computing power).

If you elaborate we could give you a better answer.

Yours, Lior.

On 15/11/14 07:15, Harald Wolf wrote:
> Hi,
> is the hardware of a Host (oVirt Node/Hypervisor) responslible for the
> best possible computing power of the console users?
> 
> -- 
> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
> gesendet.
> 
> 
> ___
> 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] Non-Operational state because management interfaces down

[Lior Vernia]

Hi Luf,

Apologies, I probably don't understand the details of your L2 toplogy;
how come when you turn off one host it affects the link state of of the
other one's interfaces?...

Yours, Lior.

On 14/11/14 11:43, Finstrle, Ludek wrote:
> 
> Hi,
> 
> I have 2-node ovirt "cluster". Both machines has 4 interfaces.
> 2 interfaces in bond1 for data
> 2 interfaces in bond0 for management (short connected directly between
> servers)
> 
> switch0 -\ /-\ /- switch0
> node1 node2
> switch1 -/ \-/ \- switch1
> 
> I setup everything as I want/expect but I hit one problem and I don't
> know how to fix it. The problem is when I switch off one of the machines
> for maintenance (node01.ovirt in this case). I get in ovirt engine this
> message:
> 
> Host node02.ovirt moved to Non-Operational state because interfaces
> which are down are needed by required networks in the current cluster:
> 'bond0 (ovirtmgmt)'.
> 
> Do you have any idea how to avoid it? I can't change physical
> architecture as I don't have 10Gb switch.
> 
> BTW it's the same as if I want to start with only 1 node and separated
> data and mgmt networks:
> 
> switch - host --(not connected iface for mgmt as I don't need it)
> 
> Thanks,
> 
> Luf
> 
> 
> NOTICE: This email and any attachments may contain confidential and
> proprietary information of NetSuite Inc. and is for the sole use of the
> intended recipient for the stated purpose. Any improper use or
> distribution is prohibited. If you are not the intended recipient,
> please notify the sender; do not review, copy or distribute; and
> promptly delete or destroy all transmitted information. Please note that
> all communications and information transmitted through this email system
> may be monitored and retained by NetSuite or its agents and that all
> incoming email is automatically scanned by a third party spam and
> filtering service which may result in deletion of a legitimate e-mail
> before it is read by the intended recipient.
> 
> 
> ___
> 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

[ovirt-users] Cumulative VM network usage

[Lior Vernia]

Hello,

The need to monitor cumulative VM network usage has come up several
times in the past; while this should be handled as part of
(https://bugzilla.redhat.com/show_bug.cgi?id=1063343), in the mean time
I've written a small Python script that monitors those statistics,
attached here.

The script polls the engine via RESTful API periodically and dumps the
up-to-date total usage into a file. The output is a multi-level
map/dictionary in JSON format, where:
* The top level keys are VM names.
* Under each VM, the next level keys are vNIC names.
* Under each vNIC, there are keys for total 'rx' (received) and 'tx'
(transmitted), where the values are in Bytes.

The script is built to run forever. It may be stopped at any time, but
while it's not running VM network usage data will "be lost". When it's
re-run, it'll go back to accumulating data on top of its previous data.

A few disclaimers:
* I haven't tested this with any edge cases (engine service dies, etc.).
* Tested this with tens of VMs, not sure it'll work fine with hundreds.
* The PERIOD_TIME (polling interval) should be set so that it matches
both the engine's and vdsm's polling interval (see comments inside the
script), otherwise data will be either lost or counted multiple times.
>From 3.4 onwards, default configuration should be fine with 15 seconds.
* The precision of traffic measurement on a NIC is 0.1% of the
interface's speed over each PERIOD_TIME interval. For example, on a
1Gbps vNIC, when PERIOD_TIME = 15s, data will only be measured in 15Mb
(~2MB) quanta. Specifically what this means is, that in this example,
any traffic smaller than 2MB over a 15-second period would be negligible
and wouldn't be recorded.

Knock yourselves out :)
from json import load,dump
from genericpath import exists
from ovirtsdk.api import API
from threading import Thread
from time import sleep, time

PERIOD_TIME = 15  # time in seconds between measurements - for data integrity's sake, should match both the engine polling interval (determined by configuration values: NumberVmRefreshesBeforeSave * VdsRefreshRate) and the vdsm polling interval (vm_sample_net_interval in /etc/vdsm/vdsm.conf)
ENGINE_URL = 'http://localhost:8080/api'
USERNAME = 'admin@internal'
PASSWORD = 'foo'
PATHNAME = 'traffic.txt'

RX_ENTRY = 'rx'
TX_ENTRY = 'tx'

api = API(url=ENGINE_URL, username=USERNAME, password=PASSWORD)

def deserialize():
if exists(PATHNAME):
f = open(PATHNAME, 'r+')
traffic = load(f)
f.close()
else:
traffic = {}
return traffic

def serialize(traffic):
f = open(PATHNAME, 'w')
dump(traffic, f)
f.close()

# returns an up-to-date cumulative NIC network usage
# nicEntry := {'rx' : totalRxInBytes, 'tx' : totalTxInBytes}
def updateNic(nic, nicEntry):
rx = nicEntry[RX_ENTRY] if (RX_ENTRY in nicEntry) else 0
tx = nicEntry[TX_ENTRY] if (TX_ENTRY in nicEntry) else 0

for statistic in nic.statistics.list():
if statistic.get_name() == 'data.current.rx':
rx += PERIOD_TIME * statistic.get_values().get_value().pop().get_datum()
elif statistic.get_name() == 'data.current.tx':
tx += PERIOD_TIME * statistic.get_values().get_value().pop().get_datum()

nicEntry[RX_ENTRY] = rx
nicEntry[TX_ENTRY] = tx

# returns the up-to-date cumulative network usage for all the NICs of a VM
# vmEntry := {nicName1 : nicEntry, nicName2 : nicEntry, ...}
# see nicEntry format in updateNic()
def updateVm(vm, vmEntry):
for nic in vm.nics.list():
nicName = nic.get_name()
nicEntry = {}
if nicName in vmEntry:
nicEntry = vmEntry[nicName]
updateNic(nic, nicEntry)
vmEntry[nicName] = nicEntry

# returns the up-to-date cumulative network usage for all the NICs of all the VMs in the deployment
# traffic := {vmName1 : vmEntry, vmName2 : vmEntry, ...}
# see vmEntry format in updateVm
def updateAllVms():
traffic = deserialize()
for vm in api.vms.list():
vmName = vm.get_name()
vmEntry = {}
if vmName in traffic:
vmEntry = traffic[vmName]
updateVm(vm, vmEntry)
traffic[vmName] = vmEntry
serialize(traffic)

while True:
reference = time()
thread = Thread(target=updateAllVms)
thread.run()
overhead = time() - reference
sleep(PERIOD_TIME - overhead)  # for some reason initializing the thread takes non-negligible amount of time in Python, correct for it

api.disconnect()
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt presentation template -- google docs format?

[Lior Vernia]

Speaking of which, may I hijack this thread in order to ask why we don't
have a slideshow template that looks like a slideshow template? With
non-white background, colors in general, some graphics/patterns,
thought-out bullet design, etc.?

This template just doesn't look like it means "business". Not business
as in the money-making way, business as in talking about a serious
project with a serious brand. But maybe that's just me...

On 14/10/14 16:06, Greg Sheremeta wrote:
> Anyone have a Google Docs format of this? [1]
> 
> Alternatively, I can make one if someone can find me that logo. I can't find a
> high-res logo anywhere.
> 
> [1] http://www.ovirt.org/File:OVirt-Template.odp
> 
> Thanks,
> Greg
> 
> Greg Sheremeta
> Red Hat, Inc.
> Sr. Software Engineer, RHEV
> Cell: 919-807-1086
> gsher...@redhat.com
> ___
> 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] Vlans and subnets

[Lior Vernia]

Hi Demeter,

This is an issue others have stumbled onto before, so it probably needs
to be fixed; it's sort of a chicken-and-egg problem.

For the time being, I think the workaround is to set up your storage
network manually on the host as vlan101 (in an oVirt-compatible manner)
before running engine-setup. In engine-setup you would then name the
vlan102 device for the management network (which is used to communicate
with hosts).

Setting up the storage network in an oVirt-compatible manner can be
performed by pre-installing vdsm (i.e. "yum install vdsm") yourself on
your first host, then run something like:

vdsClient -s 0 addNetwork bridge=storageNetworkName vlan=101 nic=eth0 \
BOOTPROTO=dhcp

I hope I got it approximately right, can't commit that it's accurate :)
I've also added specific answers to your questions below, please let us
know if this does the trick or if you require more assistance.

On 14/10/14 19:58, Demeter Tibor wrote:
> Hello all,
> 
> I've created a self-hosted ovirt engine with two node, but on the last
> steps the engine-setup could not attach the node to the "default" cluster.
> I think it was because I have different services on different vlans.
> I  have vlan100 for glusterfs and vlan101 for vdsm hosts with different
> subnets. Also, I have an another connection (eth1) with different subnet
> for internet acces and this is the default route.
> 
> I would like to separate ovirt services, networks and glusterfs to
> different vlans/subnets by security reasons.
> But I don't know what services need to be on same vlan/subnets.
> 
> My questions/goals
> 
> - which services need to connect to another ?

Could you be more specific? The management network is used to
communicate between the engine and the hosts, the storage network is
only used by the hosts (and not the engine) as far as I know.

> - Is hosted engine's vm need to be on same network with gluster ? 

To my understanding no, see above point.

> - Is hosted engine's vm need to be on same network with vdsm hosts?

Yes, see above point :)

> - I want to separate ovirt/gluster networks from ovirt VM-s/public
> internet access

Not sure how much "separation" you're looking to get, but shouldn't be a
problem. For example, You can put the additional ("public") networks on
different VLANs and make sure to tag/untag packets as they enter/leave
your oVirt deployment. Keep in mind to also configure the additional
networks on the hosts and VMs.

> - I don't want to extra traffic on router 

Not sure about your topology, but if your hosts are on the same
broadcast domain then there's no reason why this traffic will put
unnecessary load on your router.

> 
> Does anyone experience with this way?
> 
> Thanks in advance
> 
> Tibor 
> 
> 
> 
> 
> ___
> 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 usage is not updating in the ovirt panel

[Lior Vernia]

Hi Shanil,

This file transfer should have been below the traffic threshold to be
displayed; as you can see in your third screenshot, the average transfer
rate was 213 KBps, which is about 1.5 Mbps, which is about 0.15% of the
NICs' speed - whereas you'd only see traffic above 1%.

You would need a higher-intensity transfer to verify... And in fact,
using your QoS settings, you will never see any traffic, as your traffic
limit is only 0.2% of the NICs' speed!

And for future reference, when you take screenshots of the VM/interfaces
secondary tab, it's best that you also click on the specific VM
interface that should see the traffic - so its RX/TX rate is displayed
in the "statistics" tab at the bottom-right.

Yours, Lior.

On 07/10/14 12:00, Shanil S wrote:
> Hi Lior,
> 
> As per your suggestion i have created two vm's with ip .46 and .47 and
> transfer 100MB file from vm1 (.46) to vm2(.47) but even after 7 min of
> transaction ovirt portal doesn't display any stats or network usages...
> I have attached the screenshots pleas have a look at this.
> 
> -- 
> Regards
> Shanil
> 
> On Tue, Oct 7, 2014 at 2:33 PM, Lior Vernia  <mailto:lver...@redhat.com>> wrote:
> 
> Hi Shanil,
> 
> QoS doesn't have much to do with this, I'm more interested in knowing
> how much traffic is in fact going in to and out of the VM (QoS defines
> limits, not actual traffic).
> 
> From your screenshots it seems that there really isn't significant
> traffic on the VMs. Could you try initiating a file transfer between two
> VMs that would last more than 15 seconds (this is the rate at which the
> GUI is updated) and see if the GUI reflects the traffic in that case?
> 
> Yours, Lior.
> 
> On 07/10/14 05:15, Shanil S wrote:
> > Hi Lior,
> >
> > Thanks for your reply.
> >
> > We have set network QOS as 2Mbps for the VM, i have attached the
> > screenshots please check it.
> >
> >
> > --
> > Regards
> > Shanil
> >
> > On Mon, Oct 6, 2014 at 5:15 PM, Lior Vernia  <mailto:lver...@redhat.com>
> > <mailto:lver...@redhat.com <mailto:lver...@redhat.com>>> wrote:
> >
> > Hi Shanil,
> >
> > It might help if you provide screenshots where you scroll right in 
> the
> > interfaces subtabs, so that the RX/TX columns are visible.
> >
> > Could it be that the vNIC speed is configured to be large enough for
> > standard traffic to be negligible (i.e. <1% of vNIC speed)?
> >
> > Yours, Lior.
> >
> > On 06/10/14 11:09, Shanil S wrote:
> > > Hi,
> > >
> > > We are using the ovirt version 3.4.3, it seems the network usage
> > is not
> > > showing correctly in the ovirt panel. What may be the reasons ? I 
> have
> > > attached the screenshots, please check it.
> > >
> > >
> > > --
> > > Regards
> > > Shanil
> > >
> > >
> > > ___
> > > Users mailing list
> > > Users@ovirt.org <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto: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 usage is not updating in the ovirt panel

[Lior Vernia]

Hi Shanil,

QoS doesn't have much to do with this, I'm more interested in knowing
how much traffic is in fact going in to and out of the VM (QoS defines
limits, not actual traffic).

>From your screenshots it seems that there really isn't significant
traffic on the VMs. Could you try initiating a file transfer between two
VMs that would last more than 15 seconds (this is the rate at which the
GUI is updated) and see if the GUI reflects the traffic in that case?

Yours, Lior.

On 07/10/14 05:15, Shanil S wrote:
> Hi Lior,
> 
> Thanks for your reply.
> 
> We have set network QOS as 2Mbps for the VM, i have attached the
> screenshots please check it.
> 
> 
> -- 
> Regards
> Shanil
> 
> On Mon, Oct 6, 2014 at 5:15 PM, Lior Vernia  <mailto:lver...@redhat.com>> wrote:
> 
> Hi Shanil,
> 
> It might help if you provide screenshots where you scroll right in the
> interfaces subtabs, so that the RX/TX columns are visible.
> 
> Could it be that the vNIC speed is configured to be large enough for
> standard traffic to be negligible (i.e. <1% of vNIC speed)?
> 
> Yours, Lior.
> 
> On 06/10/14 11:09, Shanil S wrote:
> > Hi,
> >
> > We are using the ovirt version 3.4.3, it seems the network usage
> is not
> > showing correctly in the ovirt panel. What may be the reasons ? I have
> > attached the screenshots, please check it.
> >
> >
> > --
> > Regards
> > Shanil
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org <mailto: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 usage is not updating in the ovirt panel

[Lior Vernia]

Hi Shanil,

It might help if you provide screenshots where you scroll right in the
interfaces subtabs, so that the RX/TX columns are visible.

Could it be that the vNIC speed is configured to be large enough for
standard traffic to be negligible (i.e. <1% of vNIC speed)?

Yours, Lior.

On 06/10/14 11:09, Shanil S wrote:
> Hi,
> 
> We are using the ovirt version 3.4.3, it seems the network usage is not
> showing correctly in the ovirt panel. What may be the reasons ? I have
> attached the screenshots, please check it.
> 
> 
> -- 
> Regards
> Shanil
> 
> 
> ___
> 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] API -- Do I need to use templates? Can I change network for the nic?

[Lior Vernia]

On 03/10/14 00:05, Morgan McLean wrote:
> I'm actually having issues across the board...maybe its because I'm
> going against the design ideals but I was told that in order to use the
> local storage on the box and sacrifice VM migration capabilities, all
> machines had to be in their own datacenter. Pain point number one.

Wait, what? :) This doesn't sound right. What is it that you're trying
to achieve exactly? I'm guessing you'll be able to achieve the same
thing just by pinning VMs to hosts (via the VM dialog) and using a
single DC.

However, I'm not sure you even need to do that... I don't use local
storage so I don't really know, but things will probably work even if
you don't do anything special (except migration might not work).

> 
> Second pain point is adding additional networks aside from the initial
> management network doesn't seem to be very intuitive. I'm a network
> engineer for a living...and I can't figure it out.
> 
> Third pain point is ovirt management UI requires a restart semi
> frequently due to crashing.

Could you give any further details? Version you're using, exact
symptoms? This isn't by design :) And I haven't run into anything of the
sort.

> 
> I added the network under the networks tab, but I noticed it doesn't ask
> any interface questions (ok, it could technically attempt arp on all
> interfaces like a citrix netscaler). I notice theres no ifconfig changes
> on the host. I also notice that the other interface has a bridge named
> exactly as the management name in the UI; ovirtmgmt, which is bridged to
> eth0. OK, so I create a bridge called utility (my network name) and
> mapped it to a vlan tagged interface I had setup on eth1.21. Everything
> looks identical to how ovirt setup the initial network. The interface
> itself works, I can see things on the network etc. Traffic passes.

You shouldn't have to configure anything manually on a host, e.g. set up
bridges, oVirt does this for you. Once you create the network in the
tab, you can assign it to hosts by heading to the Host/Interfaces
secondary tab and clicking "Setup Host Networks".

Once you do that - VMs using that network should be able to run on that
host.

> 
> Trying to run the VM results in errors because its failing network
> filters, says it doesn't exist etc. All I want to do, is create a VM
> with some memory, some disk, with a nic on a network, across individual
> machines. My PXE provisioning will take over from there. Whats the best
> way to do this? Sorry for all the questions -- your guys' response is
> great, and I really appreciate the help thus far.
> 
> The exact message I get is:
> 
> Error while executing action: 
> utiltest:
> 
>   * Cannot run VM. There are no available running Hosts with all the
> networks used by the VM.
>   * Cannot run VM. There is no host that satisfies current scheduling
> constraints. See below for details:
>   * The host load3.pod1..com did not satisfy internal filter Network
> 
> 
> Thanks,
> Morgan
> 
> On Thu, Oct 2, 2014 at 1:30 AM, Morgan McLean  <mailto:wrx...@gmail.com>> wrote:
> 
> Hi,
> 
> I think template configuration is definitely not an option for
> networks with a large amount of segments.
> 
>     I haven't played with VNIC profiles, but I will tomorrow. I didn't
> remember seeing any documentation on changing that with a PUT, but
> I'll look into it. Will report back shortly, thank you!
> 
> Morgan 
> 
> 
> On Thursday, October 2, 2014, Lior Vernia  <mailto:lver...@redhat.com>> wrote:
> 
> 
> 
> On 02/10/14 10:22, Tomas Jelinek wrote:
> >
> >
> > - Original Message -
> >> From: "Itamar Heim" 
> >> To: "Lior Vernia" , "Morgan McLean"
> 
> >> Cc: users@ovirt.org
> >> Sent: Wednesday, October 1, 2014 12:38:13 PM
> >> Subject: Re: [ovirt-users] API -- Do I need to use templates?
> Can I change network for the nic?
> >>
> >> On 10/01/2014 10:54 AM, Lior Vernia wrote:
> >>> Hi Morgan,
> >>>
> >>> I'm not sure if you want all VMs to use the same network or
> not. If you
> >>> do, the best way would be to create a template with one
> interface, and
> >>> the relevant network (profile) attached.
> >>>
> >>> If you want certain VMs to be connected to other networks,
> once you
> 

Re: [ovirt-users] API -- Do I need to use templates? Can I change network for the nic?

[Lior Vernia]

On 02/10/14 10:22, Tomas Jelinek wrote:
> 
> 
> - Original Message -
>> From: "Itamar Heim" 
>> To: "Lior Vernia" , "Morgan McLean" 
>> Cc: users@ovirt.org
>> Sent: Wednesday, October 1, 2014 12:38:13 PM
>> Subject: Re: [ovirt-users] API -- Do I need to use templates? Can I change 
>> network for the nic?
>>
>> On 10/01/2014 10:54 AM, Lior Vernia wrote:
>>> Hi Morgan,
>>>
>>> I'm not sure if you want all VMs to use the same network or not. If you
>>> do, the best way would be to create a template with one interface, and
>>> the relevant network (profile) attached.
>>>
>>> If you want certain VMs to be connected to other networks, once you
>>> create the VM you can send a PUT request on /api/vms/{id}/nics/{id}/ and
>>> update it with the relevant network (profile).
>>
>> I thought we allow to change the logical network at vm creation since
>> instance types were added?
> 
> Not on API level. In webadmin/userportal you can do it in one go, but that 
> anyway triggers two different actions.
> 
> But now as I have tried it, if I create a VM from template or instance type 
> (using API), the NICs are completely ignored.
> It does not matter if template or instance type since instance types just 
> inherit the behavior of the templates so are inheriting also the bug/missing 
> logic etc.
> 
> For me it seems like a bug but not sure. Is there a reason why the NICs are 
> ignored when the VM is created from a template with NICs using API?
> What I think is that since the NIC can have different profiles assigned and 
> this can be edited on the FE, this functionality of sending different profile 
> for the specific NIC is just not implemented on API level, so the API just
> completely ignores the NICs.
> What do you think Lior?
> 
> 

If I correctly understand what you mean, then that is the current
"intended" behavior - supplying NICs as part of VM creation isn't
supported, and there's this RFE to support it:
https://bugzilla.redhat.com/show_bug.cgi?id=69

My two original suggestions will apparently have to suffice until this
RFE is realised; either properly configuring the template's NICs before
VM creation or modifying the VMs' NICs following creation.

>>
>>>
>>> Hope this helps! Let us know please :)
>>> Yours, Lior.
>>>
>>> On 01/10/14 10:32, Morgan McLean wrote:
>>>> Hi,
>>>>
>>>> Trying to remotely spawn a large amount of VM's. It would appear I can
>>>> only use templates...which would have a NIC stuck to one network vlan.
>>>> It doesn't appear that I can change that vlan remotely.
>>>>
>>>> Is there any easy way I can get this done?
>>>>
>>>> Thanks,
>>>> Morgan
>>>>
>>>>
>>>> ___
>>>> 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] API -- Do I need to use templates? Can I change network for the nic?

[Lior Vernia]

Hi Morgan,

I'm not sure if you want all VMs to use the same network or not. If you
do, the best way would be to create a template with one interface, and
the relevant network (profile) attached.

If you want certain VMs to be connected to other networks, once you
create the VM you can send a PUT request on /api/vms/{id}/nics/{id}/ and
update it with the relevant network (profile).

Hope this helps! Let us know please :)
Yours, Lior.

On 01/10/14 10:32, Morgan McLean wrote:
> Hi,
> 
> Trying to remotely spawn a large amount of VM's. It would appear I can
> only use templates...which would have a NIC stuck to one network vlan.
> It doesn't appear that I can change that vlan remotely.
> 
> Is there any easy way I can get this done?
> 
> Thanks,
> Morgan
> 
> 
> ___
> 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] Cannon have a non-VLAN VM network and VLAN-tagged networks on one interface.

[Lior Vernia]

Hi Nathan,

Sorry I missed this earlier. Yes, this is easily doable in Linux, it's
an additional constraint we've enforced in oVirt due to some security
concerns.

It has come up a few times though and is discussed to be enabled in
oVirt - you could perhaps weigh in on Itamar's RFI for 3.6 thread to
push this for the coming version.

Yours, Lior.

On 16/09/14 16:39, Nathan Stratton wrote:
> Why not? It works fine, all our hosts have ovirtmgmt without a vlan and
> all other networks with a vlan. At least with RHEL, there is nothing
> wrong with the following:
> 
> [root@virt02a network-scripts]# more ifcfg-cogent 
> TYPE=Bridge
> DEVICE=cogent
> VLAN=yes
> BOOTPROTO=none
> MTU=1500
> [root@virt02a network-scripts]# more ifcfg-ovirtmgmt 
> TYPE=Bridge
> DEVICE=ovirtmgmt
> BOOTPROTO=none
> IPADDR=10.71.1.15
> NETMASK=255.255.255.0
> GATEWAY=10.71.1.1
> ONBOOT=yes
> DEFROUTE=no
> MTU=1500
> [root@virt02a network-scripts]# more ifcfg-private 
> TYPE=Bridge
> DEVICE=private
> BOOTPROTO=none
> IPADDR=10.71.0.15
> NETMASK=255.255.255.0
> GATEWAY=10.71.0.1
> ONBOOT=yes
> DEFROUTE=yes
> MTU=9000
> [root@virt02a network-scripts]# more ifcfg-cogent 
> TYPE=Bridge
> DEVICE=cogent
> VLAN=yes
> BOOTPROTO=none
> MTU=1500
> [root@virt02a network-scripts]# more ifcfg-comcast 
> TYPE=Bridge
> DEVICE=comcast
> VLAN=yes
> BOOTPROTO=none
> MTU=1500
> [root@virt02a network-scripts]# more ifcfg-eth2.100 
> DEVICE="eth2.100"
> VLAN=yes
> ONBOOT="yes"
> TYPE="Ethernet"
> BRIDGE=private
> MTU=9000
> [root@virt02a network-scripts]# more ifcfg-eth2.201
> DEVICE="eth2.201"
> VLAN=yes
> ONBOOT="yes"
> TYPE="Ethernet"
> BRIDGE=cogent
> [root@virt02a network-scripts]# more ifcfg-eth2.202
> DEVICE="eth2.202"
> VLAN=yes
> ONBOOT="yes"
> TYPE="Ethernet"
> BRIDGE=comcast
> [root@virt02a network-scripts]# more ifcfg-eth2
> DEVICE="eth2"
> ONBOOT="yes"
> TYPE="Ethernet"
> BRIDGE=ovirtmgmt
> MTU=9000
> 
> 
>><>
> nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580 |
> www.broadsoft.com 
> 
> 
> ___
> 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-3.5-TEST-DAY-3: Network Custom Properties

[Lior Vernia]

Thanks Ido! I have added comments in the feature page about restarting
the engine for the configuration changes to take effect.

On 22/09/14 13:12, Ido Barkan wrote:
> Hi,
> 
> Following is a summery of testing the Network custom properties feature as 
> detailed the link at the bottom.
> 
> setUp:
> ==
> engine: F19
> Hosts:
> F20 (virtual)
> REHL 6.5 (physical)
> - in separate clusters
> 
> Network custom properties:
> ==
> 
> 1. I have defined a custom property entry via 'engine-config' cli and 
> verified it consisted.
>  * The property was defined with a validation regular expression
>  * note that this requires an engine restart.
> 2. Added a new network to the DC and set the new property with the new 
> drop-down value of 'custom properties'.
>  - verified that violating the regular expression validation fails the 
> network set up (client side validation).
>  - verified that a legal value is passed to the server using a custom hook at 
> before_network_setup stage.
>[hook code attached]
> 3. removed the value from the DB
> -- verified it is no longer available in the set up networks custom 
> properties drop down.
> 
> bridge options:
> ===
> 
> 1. changed the bridge options at the OS level (via editing 
> /sys/class/net//bridge/)
> 2. defined overrides in the logical level using the bridge_opts drop down 
> value (key=value comma separated list)
> --verified that the values are changed after setting up network
> 3. removed the logical level settings
> -- verified that the values are set back to the original ones
> 
> ethtool options:
> 
> 
> * note- testing this on a virtual host, or on a virtual NIC on a physical 
> host is pretty useless. For the NIC driver
> to be capable of actually allowing NIC changes you need a bare metal NIC.
> 
> 1. installed the vdsm-hook-ethtool-options hook on a physical host
> 2. set up network with the following ethtool command line arguments added: 
> "-s eth1 speed 100 autoneg off"
> -- verified using ethtool that changes took place
> 3. set up network with the following ethtool command line arguments added: 
> "-s eth1 autoneg on"
> -- verified using ethtool that changes took place
> 
> feature page: http://www.ovirt.org/Features/Network_Custom_Properties
> 
> Thanks,
> Ido
> 
> 
> 
> ___
> 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] question on VM

[Lior Vernia]

Hi Bill,

So without firewall you can ping interfaces inside the cluster but
nothing outside? Could it be that your DHCP server is allocating
internal network addresses and you need to configure NAT?

Yours, Lior.

On 23/09/14 08:45, Bill Dossett wrote:
> In the absence of any comment and continued testing I have found that I
> can ping the host network IP that the VM is running on… and the host can
> ping the VM.  So it would appear that nothing is wrong with the VM… I
> could only ping the host from the VM once I stopped iptables, so the
> firewall was stopping that.  But I still can’t ping outside of the host
> or ping the VM from elsewhere… and the VM continues to get an IP address
> from the DHCP server without issue.  I have gone back to my networks and
> checked them thoroughly and can’t see any issues, I have migrated the VM
> from one host to another and the condition persists in that it can ping
> the host that it is running on and the host can ping it (providing  I
> turn off the firewall)  numerous reboots etc and no change.  L
> 
>  
> 
> *From:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On
> Behalf Of *Bill Dossett
> *Sent:* 22 September 2014 16:07
> *To:* users@ovirt.org
> *Subject:* [ovirt-users] question on VM
> 
>  
> 
> Hi,
> 
>  
> 
> I am creating my first ovirt VM from a windows 2008 R2 iso.
> 
>  
> 
> After setting it all up, loading the drivers etc it looks fine, but it
> seems like it has no network connectivity.  This is odd as it is
> obtaining a DHCP address and it looks like it can browse for other
> windows systems on the network.  But I can’t ping it, it can’t ping out
> and I can’t remote desktop into it.  Normally this sounds like a
> firewall problem, but I disabled that immediately.  It is using the
> virtio driver.  It is connected to the default network ovirtmgmt which
> has a dhcp server on it.  Ovirt-engine says the interface is up and
> connected and windows thinks it is connected to an unknown network with
> out internet access.  I can’t ping the default gateway from the VM
> console.  Seems silly, but I’ve kind of run out of things to try on this
> now.  I am using VLAN tagging on the ovirt-engine network side of things
> and it is plugged into a trunked port…  but I wouldn’t think that has
> anything to do  with the VM itself as I am not doing anything with VLANs
> on the VM itself, it is just connected to it.  All the host
> network/interfaces are pingable in the cluster as well.
> 
>  
> 
> Thanks if anyone has any ideas what I might be looking for.
> 
>  
> 
> *Bill Dossett*
> 
> *Virtualisation Architect*
> 
> *Pitney Bowes – Tech Central*
> 
> 6 Hercules Way, 600 Leavesden Park
> 
> Watford, WD25 7GS
> 
> Phone(+44) (0)1923 279353 | VOIP: 54739353
> 
> Mobile(+44) (0)7775 908612
> 
> bill.doss...@pb.com 
> 
> www.pb.com 
> 
>  
> 
> *In Engineering?**Raise a ticket via Remedy Anywhere [HERE
> ]takes
> less than a minute*
> 
>  
> 
> *ManageIQ User Guide available*[*HERE
> *]
> 
>  
> 
> *Check out the ManageIQ Blog for recent enhancements and information
> [HERE]
> *
> 
>  
> 
>  
> 
>  
> 
> 
> 
>  
> 
> 
> 
> 
> 
> 
> ___
> 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 3.5 test day - OptaPlanner integration

[Lior Vernia]

So the second test day went even worse - at first I had issues with
missing packages for Fedora 20 (fixed during the test day itself) and
started working on Fedora 19 instead.

Then I hit some issue with HTTP requests from the ovirt-optimizer
machine to the ovirt-engine (on port 80) seemingly being redirected to
HTTPS - is this a change that took place after the first test day?

Feature owner was very kind in helping me even though he was on a day
off, built a patched-up package for me to test and found that connecting
to port 443 works as expected (patches pushed to gerrit on the very same
day).

Unfortunately this was already late into the test day and I haven't
gotten to test any non-trivial host/VM setup.

On 03/07/14 20:18, Lior Vernia wrote:
> In this test day I was to test the SLA team's OptaPlanner integration.
> 
> Some background for those who aren't familiar with the feature: the
> problem of finding an optimal solution for VM scheduling/balancing is
> NP-hard, therefore for large deployment it is only feasible to find
> approximately optimal solutions.
> 
> OptaPlanner is a very nice utility that contains a lot of approximation
> algorithms for computationally-hard problems such as scheduling, so the
> plan is for oVirt to use OptaPlanner (running on a dedicated machine) to
> "hint" to the administrator where to migrate VMs to achieve more optimal
> placement on hosts; "optimality" is with respect to cluster policy.
> 
> Unfortunately, due to some technical difficulties and a lack of
> documentation, I did not manage to get very far - only verified that
> when the OptaPlanner machine and oVirt engine are properly configured,
> the new tab under cluster appears and shows output from the OptaPlanner.
> 
> The feature page mainly documented the implementation of the feature,
> but contained no information on what had to be installed or any example
> testing scenarios. However, msivak (feature owner) was very responsive
> and updated the feature page as soon as these gaps were discovered, so
> now it's clear how to configure a deployment to use OptaPlanner.
> 
> Hopefully I'll be able to further test the feature soon, and at the very
> latest during the next test day.
> 
> Yours, Lior.
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt 3.5 test day - OptaPlanner integration

[Lior Vernia]

In this test day I was to test the SLA team's OptaPlanner integration.

Some background for those who aren't familiar with the feature: the
problem of finding an optimal solution for VM scheduling/balancing is
NP-hard, therefore for large deployment it is only feasible to find
approximately optimal solutions.

OptaPlanner is a very nice utility that contains a lot of approximation
algorithms for computationally-hard problems such as scheduling, so the
plan is for oVirt to use OptaPlanner (running on a dedicated machine) to
"hint" to the administrator where to migrate VMs to achieve more optimal
placement on hosts; "optimality" is with respect to cluster policy.

Unfortunately, due to some technical difficulties and a lack of
documentation, I did not manage to get very far - only verified that
when the OptaPlanner machine and oVirt engine are properly configured,
the new tab under cluster appears and shows output from the OptaPlanner.

The feature page mainly documented the implementation of the feature,
but contained no information on what had to be installed or any example
testing scenarios. However, msivak (feature owner) was very responsive
and updated the feature page as soon as these gaps were discovered, so
now it's clear how to configure a deployment to use OptaPlanner.

Hopefully I'll be able to further test the feature soon, and at the very
latest during the next test day.

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

Re: [ovirt-users] [QE] [ACTION NEEDED] oVirt 3.5.0 Test Day wiki

[Lior Vernia]

On 26/06/14 14:03, Sandro Bonazzola wrote:
> Il 26/06/2014 13:00, Lior Vernia ha scritto:
>> I edited the document earlier this week, but today tried again and got
>> the following error:
>>
>> "You do not have permission to edit this page, for the following reason:
>> The action you have requested is limited to users in the group: Users."
>>
>> Known issue?
> 
> Did you logged in to the wiki today?
> If yes, I think this is a new issue.
> 

Logged in since yesterday. Logged out and back in now and everything
worked fine, sorry for the noise :)

>>
>>
>> On 23/06/14 17:23, Sandro Bonazzola wrote:
>>> Hi,
>>> as you should know we're going to have oVier 3.5 first test day on Jul 1st.
>>> Maintainers and community, please start filling test day wiki [1]
>>> with relevant tests needed.
>>>
>>> [1] http://www.ovirt.org/OVirt_3.5_TestDay
>>>
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [QE] [ACTION NEEDED] oVirt 3.5.0 Test Day wiki

[Lior Vernia]

I edited the document earlier this week, but today tried again and got
the following error:

"You do not have permission to edit this page, for the following reason:
The action you have requested is limited to users in the group: Users."

Known issue?


On 23/06/14 17:23, Sandro Bonazzola wrote:
> Hi,
> as you should know we're going to have oVier 3.5 first test day on Jul 1st.
> Maintainers and community, please start filling test day wiki [1]
> with relevant tests needed.
> 
> [1] http://www.ovirt.org/OVirt_3.5_TestDay
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Weekly Meeting Minutes -- 2014-05-28

[Lior Vernia]

On 28/05/14 17:52, Doron Fediuck wrote:
> Minutes:
> http://ovirt.org/meetings/ovirt/2014/ovirt.2014-05-28-14.01.html
> Minutes (text): 
> http://ovirt.org/meetings/ovirt/2014/ovirt.2014-05-28-14.01.txt
> Log:
> http://ovirt.org/meetings/ovirt/2014/ovirt.2014-05-28-14.01.log.html
> 
> =
> #ovirt: oVirt Weekly Sync
> =
> 
> 
> Meeting started by doron at 14:01:38 UTC. The full logs are available at
> http://ovirt.org/meetings/ovirt/2014/ovirt.2014-05-28-14.01.log.html .
> 
> 
> 
> Meeting summary
> ---
> * Agenda and roll Call  (doron, 14:01:50)
>   * infra update  (doron, 14:01:51)
>   * 3.4.z updates  (doron, 14:01:53)
>   * 3.5 status  (doron, 14:01:54)
>   * conferences and workshops  (doron, 14:01:56)
>   * other topics  (doron, 14:01:57)
> 
> * infra update  (doron, 14:02:00)
>   * some jenkins jobs are giving 404 when running. mail in...@ovirt.org
> or ping dcaro if you hit it.  (doron, 14:05:08)
> 
> * 3.4.z updates  (doron, 14:05:28)
>   * 3.4.2: no blockers, we should be on track. RC published yesterday
> (doron, 14:06:32)
> 
> * 3.5 status  (doron, 14:08:46)
>   * gluster missing 2 features for 3.5 plan, and require additional ~2
> weeks to complete.  (doron, 14:14:25)
>   * infra 3.5 missing 4 features and require additional 2 weeks to
> conclude (Mid June).  (doron, 14:19:07)
>   * integration 3.5 updates: Websocket proxy, DWH and Reports on
> separate hosts will need additional 2 weeks as well to conclude.
> (doron, 14:20:36)
>   * network 3.5 updates: all features ready but 2.  (doron, 14:25:46)

The two features are postponed, network is done for 3.5.

>   * node 3.5 updates: 2 features mostly done, but additional 1.5 weeks
> will be beneficial.  (doron, 14:29:34)
>   * All SLA features are mostly done, but need additional time to
> conclude; so 2 weeks will help here as well.  (doron, 14:30:49)
>   * UX team ready for 3.5 feature freeze.  (doron, 14:33:34)
>   * virt 3.5 is mostly done. 3 last features needs some more time to
> converge. Probably less than a week.  (doron, 14:40:41)
>   * ACTION: doron to post a suggestion to push feature freeze by 2 weeks
> in order to allow converging the last features.  (doron, 14:43:33)
> 
> * conferences and workshops  (doron, 14:43:53)
>   * events & conferences: OpenStack Israel in June 2nd and oVirt will
> have a presence at OSCON in mid-July.  (doron, 14:45:10)
>   * LinuxCon/CloudOpen in mid-August, as well as LinuxCon/CloudOpen/KVM
> Forum in October.  (doron, 14:45:28)
>   * oVirt will be at USENIX LISA in September, though no talks were
> accepted.  (doron, 14:45:47)
>   * bkp is oordinating with Fedora, CentOS communities to find local
> meetups that we might speak at and ideally "seed" our own meetup
> events.  (doron, 14:46:26)
> 
> * other topics  (doron, 14:46:42)
>   * bkp finished a new oVirt feature article that will on Linux Weekly
> News (lwn.net) possibly as early as today  (doron, 14:48:23)
> 
> Meeting ended at 14:50:12 UTC.
> 
> 
> 
> 
> Action Items
> 
> * doron to post a suggestion to push feature freeze by 2 weeks in order
>   to allow converging the last features.
> 
> 
> 
> 
> Action Items, by person
> ---
> * doron
>   * doron to post a suggestion to push feature freeze by 2 weeks in
> order to allow converging the last features.
> * **UNASSIGNED**
>   * (none)
> 
> 
> 
> 
> People Present (lines said)
> ---
> * doron (109)
> * oved (14)
> * mskrivanek (13)
> * lvernia (12)
> * bkp (12)
> * fabiand (9)
> * awels (5)
> * sahina (5)
> * dcaro (2)
> * ovirtbot (2)
> * everyone (1)
> * lvernia_ (1)
> 
> 
> 
> 
> Generated by `MeetBot`_ 0.1.4
> 
> .. _`MeetBot`: http://wiki.debian.org/MeetBot
> ___
> 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] Is there are fix or workaround for the Ovirt 3.3 Cluster and VDSM 4.14?

[Lior Vernia]

Hi!

An upgrade would fix it. The general issue hasn't yet been fixed
(looking at BZ 1077110) and I don't know whether it'll be backported
when it does.

I would edit the engine's DB and append "4.14" to the option_value
column of the vdc_options table where
option_name="SupportedVDSMVersions", then restart the engine. I think
this should be enough.

Yours, Lior.

On 20/04/14 17:45, Drew Showers wrote:
> I know this error has been noted and a BZ bug logged. However, is there
> a fix or workaround yet for 3.3? Or do I need to upgrade to 3.4? 
> 
> Thanks in advance! 
> 
> 
> 
> ___
> 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 Networking query

[Lior Vernia]

Hi Rudrajit,

Welcome, I hope you'll like it! See comments inline.

On 18/04/14 21:53, Rudrajit Tapadar (rtapadar) wrote:
> Hello!
> 
> I am a newbie to ovirt and I had a couple of questions and I was hoping
> I could get some help.
> 
>  1. Does ovirt support openvswitch without going through Neutron? So far
> all the documents that I came across uses Neutron as an external
> network provider. 

At the moment it doesn't. However, this has been talked about and will
probably be implemented at some point (though not sure when).

In fact, if you're a developer, you could help make it happen yourself!
A lot of the necessary "nfrastructure has been recently laid down by
this feature, which would only require someone to implement an OVS
"configurator":

http://www.ovirt.org/Feature/NetworkReloaded

>  2. Is there a support for macvtap in ovirt? I couldn’t find anything on
> macvtap.

Not at the moment, and I myself am not knowledgeable about macvtap.
However, since Google tells me it should play well with libvirt, I'm
guessing support for that might also be added by implementing a
dedicated configurator.

Following the said Google search however, I would be very interested to
hear why it interests you, since oVirt handles bridge and tap device
creation. What would be the gain in using specifically macvtap? I'm
asking because this if there's good reason to do this, it might be
prioritized in the future.

Yours, Lior.

> 
> I would appreciate your help.
> 
> Thanks,
> Rudrajit
> 
> 
> ___
> 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] Network custom properties

[Lior Vernia]

Hello all,

Introducing the oVirt 3.5 feature of network custom properties:
http://www.ovirt.org/Features/Network_Custom_Properties

Essentially, this feature aims to solve two RFEs, that request the
ability to set bridge and ethtool options on host interfaces from the
GUI/REST:
https://bugzilla.redhat.com/show_bug.cgi?id=1080984
https://bugzilla.redhat.com/show_bug.cgi?id=1080987

It will do so by adding custom properties (key:value pairs) to networks
assigned to host interfaces, which can in turn be acted upon via hooks
when e.g. a Setup Networks command is triggered.

Two predefined keys will include bridge_opts and ethtool_opts, but any
arbitrary custom property could be supplied as well.

Please take a look at the detailed feature page and let me know if you
have any comments.

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

Re: [Users] Logical Network VLAN Tagging and DataCenters

[Lior Vernia]

Hi Simon,

I think what you're experiencing is this:
https://bugzilla.redhat.com/show_bug.cgi?id=1070835

So this is not by design, there shouldn't be any issue with having the
same VLAN ID defined across multiple DCs. Should be fine when oVirt
3.4.1 is released, or using nightly build.

Yours, Lior.

On 01/04/14 13:26, Simon Barrett wrote:
> Is it possible/supported to have the same VLAN ID defined across
> multiple datacenters logical networks?
> 
>  
> 
> I am seeing a situation where if I have two Datacenters, both with a
> logical network that have the same vlan tag. E.G.
> 
>  
> 
> DC = London, Logical network = prod, VLAN = 123
> 
> DC = Paris, Logical network = prod, VLAN = 123
> 
>  
> 
> If I edit one of the VM’s running in the “London” datacenter, the VM NIC
> shows up as empty even though if I click on the VM and go to the
> “Network Interfaces” tab at the bottom of the screen it lists up the
> “prod” network under “Network Name”.
> 
>  
> 
> All works OK for VM’s that are assigned a logical network that is only
> defined once (i.e. has not been added to both datacenters).
> 
>  
> 
> This configuration is on oVirt Engine 3.3.2-1.el6. I am planning on
> moving to 3.4 very soon so will test out again on that version.
> 
>  
> 
> Thanks,
> 
>  
> 
> Simon
> 
>  
> 
> 
> 
> ___
> 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: [Users] VNIC Profiles / QoS in 3.3.3

[Lior Vernia]

Thanks :)

On 20/03/14 14:58, Sven Kieske wrote:
> I filed an RFE for allowing the creation of qos entities via REST:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1078863
> 
> Am 11.03.2014 17:10, schrieb Lior Vernia:
>> As far as I know it's impossible, as QoS entities haven't been added yet
>> in the API, due to some design uncertainties (this is still true for 3.4).
>>
>>>>
>>>> And even more important, can these defined profiles get
>>>> attached to logical networks via REST in 3.3.3 ?
>> Profiles can be attached to VMs via REST, but the QoS entities currently
>> need to be created and associated with profiles via the GUI.
>>
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] VNIC Profiles / QoS in 3.3.3

[Lior Vernia]

Hi Sven,

On 11/03/14 17:29, Sven Kieske wrote:
> Hi,
> 
> just got a quick question, because I can't test it myself atm:
> 
> Is the definition of vnic profiles with QoS values possible
> via REST in 3.3.3 ?

As far as I know it's impossible, as QoS entities haven't been added yet
in the API, due to some design uncertainties (this is still true for 3.4).

> 
> And even more important, can these defined profiles get
> attached to logical networks via REST in 3.3.3 ?

Profiles can be attached to VMs via REST, but the QoS entities currently
need to be created and associated with profiles via the GUI.

> 
> The wiki page is not really clear about the status of the
> implementation:
> 
> http://www.ovirt.org/Features/Vnic_Profiles
> 
> Thanks in advance!
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt Weekly Meeting Minutes -- 2014-03-05

[Lior Vernia]

On 05/03/14 17:51, Doron Fediuck wrote:
> Minutes:
> http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-05-15.00.html
> Minutes (text): 
> http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-05-15.00.txt
> Log:
> http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-05-15.00.log.html
> 
> =
> #ovirt: oVirt Weekly Sync
> =
> 
> 
> Meeting started by doron at 15:00:35 UTC. The full logs are available at
> http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-05-15.00.log.html .
> 
> 
> 
> Meeting summary
> ---
> * Agenda and roll Call  (doron, 15:01:09)
>   * infra update  (doron, 15:01:13)
>   * conferences and workshops  (doron, 15:01:13)
>   * 3.3 update releases  (doron, 15:01:16)
>   * 3.4 progress  (doron, 15:01:16)
>   * other topics  (doron, 15:01:16)
> 
> * infra update  (doron, 15:01:40)
>   * new layout for ovirt repositories. For more info see here:
> http://lists.ovirt.org/pipermail/announce/2014-February/91.html
> (doron, 15:08:05)
>   * Gerrit hooks stabilized. Gerrit issues being investigated now.
> (doron, 15:08:53)
>   * LINK: http://wiki.ovirt.org/OVirt_Live   (doron, 15:09:06)
> 
> * conferences and workshops  (doron, 15:09:36)
>   * several events coming up- April 13-16: DevNation/Red Hat Summit, San
> Francisco., April 26-27: LinuxFest Northwest, Bellingham, WA. , May
> 6-10: FISL, Porto Alegre, Brazil.  June 6: Dockerconf in London.
> (doron, 15:12:33)
>   * ovirt workshop being planned. More details to come.  (doron,
> 15:12:56)
>   * GSoC: March 10 is the date the student application window opens.
> More details in: http://www.ovirt.org/Summer_of_Code  (doron,
> 15:13:45)
> 
> * 3.3 releases update  (doron, 15:14:17)
>   * LINK: http://www.ovirt.org/OVirt_3.3.z_release-management
> (sbonazzo, 15:14:52)
>   * 3.3.4 GA released, started development of 3.3.5  (doron, 15:15:04)
> 
> * 3.4 progress  (doron, 15:18:14)
>   * tomorrow is 3.4 RC test day. Join us to make sure 3.4 is the best
> ever ovirt version!  (doron, 15:18:49)
>   * 3.4.0 RC released and announced.  (doron, 15:19:11)
>   * LINK: https://bugzilla.redhat.com/showdependencytree.cgi?id=1024889
> (sbonazzo, 15:20:40)
>   * networking bz 1072501 should be resplved for GA.  (doron, 15:23:56)
>   * virt 3.4 updates: currently 1069201 is a blocker. Exected to make it
> on time.  (doron, 15:30:24)
>   * UX have no 3.4 updates.  (doron, 15:31:14)
>   * infra 3.4 updates: 2 blockers  1070742, 1071536 expected to make it
> in on time for GA  (doron, 15:32:36)
>   * SLA 3.4 updates: none.  (doron, 15:34:38)
>   * storage to update offline.  (doron, 15:36:05)
>   * ppc 3.4 updates: nothing critical. Current issues pushed to 3.4.1.
> (doron, 15:36:44)
>   * network may have additional 3.4 blockers. Awaiting updates from
> lvernia.  (doron, 15:40:34)

Marked bugs 1059578 and 1063762 as blockers. Already merged on master,
so should be merged in time for GA.

>   * 3.4.0 branch created, so current development is designated for 3,4,1
> (doron, 15:41:49)
>   * integration 3.4 updates: last blockers being closed.  (doron,
> 15:42:16)
>   * all 3.4.0 non-blockers were pushed to 3.4.1 release.  (doron,
> 15:42:41)
>   * no gluster 3.4 updates.  (doron, 15:43:45)
> 
> * other topics  (doron, 15:44:47)
>   * USA DST starts on Sunday, March 9. Please be prepared for it next
> week, as the weekly meetings are following EU DST changes.  (doron,
> 15:46:56)
> 
> Meeting ended at 15:49:22 UTC.
> 
> 
> 
> 
> Action Items
> 
> 
> 
> 
> 
> 
> Action Items, by person
> ---
> * **UNASSIGNED**
>   * (none)
> 
> 
> 
> 
> People Present (lines said)
> ---
> * doron (121)
> * sbonazzo (21)
> * bkp (12)
> * lvernia (8)
> * ybronhei (8)
> * dcaro (6)
> * mskrivanek (6)
> * ecohen (6)
> * masayag_ (3)
> * sgotliv (3)
> * ovirtbot (3)
> * lbianc (3)
> * sahina (1)
> * ameise (1)
> 
> 
> 
> 
> Generated by `MeetBot`_ 0.1.4
> 
> .. _`MeetBot`: http://wiki.debian.org/MeetBot
> ___
> 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: [Users] Host requirements for 3.4 compatibility

[Lior Vernia]

Hey Darren,

I don't think it is (at least I couldn't find it with a quick Google).
In fact, I can't even tell you how I knew that 4.14 goes with 3.4... It
should be documented better when 3.4 is officially released.

In general, when using beta/rc versions I would recommend following the
corresponding test day web page on ovirt.org, as these usually contain
the most up-to-date information on how to configure the yum repositories
for everything to work.

Yours, Lior.

On 03/03/14 18:20, Darren Evenson wrote:
> Hi Lior,
> 
> Updating VDSM from 4.13 to 4.14 worked! Thank you!
> 
> Is it documented anywhere what the required versions of libvit and vdsm are 
> for 3.4 compatibility?
> 
> - Darren
> 
> -Original Message-
> From: Lior Vernia [mailto:lver...@redhat.com] 
> Sent: Monday, March 3, 2014 7:04 AM
> To: Darren Evenson
> Cc: users@ovirt.org
> Subject: Re: [Users] Host requirements for 3.4 compatibility
> 
> Hi Darren,
> 
> Looks to me like your VDSM version isn't up-to-date, I think those supported 
> in 3.4 clusters are > 4.14. I would try installing the ovirt yum repo file by 
> running:
> 
> sudo yum localinstall
> http://resources.ovirt.org/releases/3.4.0-rc/rpm/Fedora/20/noarch/ovirt-release-11.0.2-1.noarch.rpm
> 
> Then enable the "ovirt-3.4.0-prerelease" repository in the repo file, then 
> install vdsm. Then let us know if that worked
> 
> Yours, Lior.
> 
> On 01/03/14 00:32, Darren Evenson wrote:
>> I have updated my engine to 3.4 rc.
>>
>>  
>>
>> I created a new cluster with 3.4 compatibility version, and then I 
>> moved a host I had in maintenance mode to the new cluster.
>>
>>  
>>
>> When I activate it, I get the error "Host kvmhost2 is compatible with 
>> versions (3.0,3.1,3.2,3.3) and cannot join Cluster Cluster_new which 
>> is set to version 3.4."
>>
>>  
>>
>> My host was Fedora 20 with the latest updates:
>>
>>  
>>
>> Kernel Version: 3.13.4 - 200.fc20.x86_64
>>
>> KVM Version: 1.6.1 - 3.fc20
>>
>> LIBVIRT Version: libvirt-1.1.3.3-5.fc20
>>
>> VDSM Version: vdsm-4.13.3-3.fc20
>>
>>  
>>
>> So I enabled fedora-virt-preview and updated, but I still get the same 
>> error, even now with libvirt 1.2.1:
>>
>>  
>>
>> Kernel Version: 3.13.4 - 200.fc20.x86_64
>>
>> KVM Version: 1.7.0 - 5.fc20
>>
>> LIBVIRT Version: libvirt-1.2.1-3.fc20
>>
>> VDSM Version: vdsm-4.13.3-3.fc20
>>
>>  
>>
>> What am I missing?
>>
>>  
>>
>> - Darren
>>
>>  
>>
>>
>>
>> ___
>> 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: [Users] Host requirements for 3.4 compatibility

[Lior Vernia]

Hi Darren,

Looks to me like your VDSM version isn't up-to-date, I think those
supported in 3.4 clusters are > 4.14. I would try installing the ovirt
yum repo file by running:

sudo yum localinstall
http://resources.ovirt.org/releases/3.4.0-rc/rpm/Fedora/20/noarch/ovirt-release-11.0.2-1.noarch.rpm

Then enable the "ovirt-3.4.0-prerelease" repository in the repo file,
then install vdsm. Then let us know if that worked

Yours, Lior.

On 01/03/14 00:32, Darren Evenson wrote:
> I have updated my engine to 3.4 rc.
> 
>  
> 
> I created a new cluster with 3.4 compatibility version, and then I moved
> a host I had in maintenance mode to the new cluster.
> 
>  
> 
> When I activate it, I get the error “Host kvmhost2 is compatible with
> versions (3.0,3.1,3.2,3.3) and cannot join Cluster Cluster_new which is
> set to version 3.4.”
> 
>  
> 
> My host was Fedora 20 with the latest updates:
> 
>  
> 
> Kernel Version: 3.13.4 - 200.fc20.x86_64
> 
> KVM Version: 1.6.1 - 3.fc20
> 
> LIBVIRT Version: libvirt-1.1.3.3-5.fc20
> 
> VDSM Version: vdsm-4.13.3-3.fc20
> 
>  
> 
> So I enabled fedora-virt-preview and updated, but I still get the same
> error, even now with libvirt 1.2.1:
> 
>  
> 
> Kernel Version: 3.13.4 - 200.fc20.x86_64
> 
> KVM Version: 1.7.0 - 5.fc20
> 
> LIBVIRT Version: libvirt-1.2.1-3.fc20
> 
> VDSM Version: vdsm-4.13.3-3.fc20
> 
>  
> 
> What am I missing?
> 
>  
> 
> - Darren
> 
>  
> 
> 
> 
> ___
> 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: [Users] Host requirements for 3.4 compatibility

[Lior Vernia]

Hi Darren,

Looks to me like your VDSM version isn't up-to-date, I think those
supported in 3.4 clusters are > 4.14. I would try installing the ovirt
yum repo file by running:

sudo yum localinstall
http://resources.ovirt.org/releases/3.4.0-rc/rpm/Fedora/20/noarch/ovirt-release-11.0.2-1.noarch.rpm

Then enable the "ovirt-3.4.0-prerelease" repository in the repo file,
then install vdsm. Then let us know if that worked :)

Yours, Lior.

On 01/03/14 00:32, Darren Evenson wrote:
> I have updated my engine to 3.4 rc.
> 
>  
> 
> I created a new cluster with 3.4 compatibility version, and then I moved
> a host I had in maintenance mode to the new cluster.
> 
>  
> 
> When I activate it, I get the error “Host kvmhost2 is compatible with
> versions (3.0,3.1,3.2,3.3) and cannot join Cluster Cluster_new which is
> set to version 3.4.”
> 
>  
> 
> My host was Fedora 20 with the latest updates:
> 
>  
> 
> Kernel Version: 3.13.4 - 200.fc20.x86_64
> 
> KVM Version: 1.6.1 - 3.fc20
> 
> LIBVIRT Version: libvirt-1.1.3.3-5.fc20
> 
> VDSM Version: vdsm-4.13.3-3.fc20
> 
>  
> 
> So I enabled fedora-virt-preview and updated, but I still get the same
> error, even now with libvirt 1.2.1:
> 
>  
> 
> Kernel Version: 3.13.4 - 200.fc20.x86_64
> 
> KVM Version: 1.7.0 - 5.fc20
> 
> LIBVIRT Version: libvirt-1.2.1-3.fc20
> 
> VDSM Version: vdsm-4.13.3-3.fc20
> 
>  
> 
> What am I missing?
> 
>  
> 
> - Darren
> 
>  
> 
> 
> 
> ___
> 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: [Users] oVirt Weekly Meeting Minutes -- 2014-01-29

[Lior Vernia]

On 29/01/14 18:35, Doron Fediuck wrote:
> Hi All,
> Due to an issue with the ovirt bot, we'll have a digest only this week.
> Also, please note that next week's meeting is cancelled. See you in Feb 12.
> 
> #startmeeting oVirt Weekly Sync
>   #topic Agenda and roll Call
> #info infra update
> #info 3.3 update releases
> #info 3.4 progress
> #info conferences and workshops
> #info other topics
>   #topic infra update
> #info some per-patch jobs disabled to decrease the load. currently 
> Jenkins stabilized.
>   #topic 3.3 releases update
> #action bkp to add a warning about python-cpopen, so users will not fail 
> installing 3.3.2.
> #action sbonazzo to push forward on stable 3.3.3 with python-cpopen fix.
>   #topic 3.4 progress
> #info 3.4 tracker https://bugzilla.redhat.com/show_bug.cgi?id=1024889'
> #info blocker updates: 2 integration BZs in POST being tracked. 2 network 
> BZs in NEW being tracked.

Bug 1057163 ruled not a blocker, Bug 906359 on POST, moved tracker to POST.

> #info 3.4  beta refresh on 6th and second test day on 11th
> #info gluster 3,4 updates: one issue found, patch exists and should be 
> handled in time.
> #info infra 3.4 updates: 3 features still in progress.
> #info integration 3.4 updates: report setup and hosted engine being 
> handled. no news for virt appliance.
> #info network 3.4 updates: Issue found with libvirt implementation 
> regarding host network QoS. currently being tracked.

Livnat to update on that soon.

> #info ppc 3.4 updates: a few patches require reviews, as well as 
> libguestfs currently being checked for Fedore 19/20.
> #info SLA 3.4 updates: hosted engine fix still needs vdsm attention. 
> Currently in progress. No other updates.
> #info storage 3.4 updates: 2 features pushed forward to 3.5  (get rid of 
> pool md, ovf on any domain). No other updates.
> #info ux 3.4 updates: none. No known blockers.
> #info virt 3.4 updates: mising REST API of tempalte versions. No known 
> blockers.
>   #topic conferences and workshops
> #info London Cloud Summit currently running. FOSDEM, cfgmgmtcmp and 
> infra.next prepared.
> #info expecting an oVirt event in Korea soon.
>   #topic other topics
> #info due to various conferences and events next week's meeting is 
> canceled. Next meeting will be on Feb 12.
> #endmeeting
> ___
> 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: [Users] Error: "The following Network Interfaces were specified more than once:"

[Lior Vernia]

On 29/01/14 17:18, Alan Murrell wrote:
> Quoting "Lior Vernia" :
> 
>> It's a quirk of oVirt at the moment :) The interface state as shown in
>> the GUI currently has very little to do with whether there's
>> connectivity on a network. There should be an open RFE for connectivity
> 
> OK, so at this point it is a cosmetic issue as opposed to a functional one?

It's a little of both. It is a cosmetic issue if you're looking to see
the link state, functional if you were expecting it to tell you whether
there's layer 3 connectivity.

> 
> -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: [Users] Error: "The following Network Interfaces were specified more than once:"

[Lior Vernia]

On 29/01/14 10:27, Alan Murrell wrote:
> I have noticed what seems to me to be a quirk, but wanted to see if this
> is correct behaviour, or perhaps my configuration.
> 
> I am running a test install ov oVirt 3.3.2 in an all-in-one install.  My
> test box only has one physical NIC, so I am using that for
> management/external network access, and I have create a dummy interface
> called "dummy_0" to be used for the VMs.
> 
> I created four networks, each assigned their own VLAN (I am wanted to
> simulate a "real-world"  .  I added the first network ("VLAN001") to
> "dummy_0" with no problem (I was able to save the configuration).  The
> system created the "dummy_0.1".
> 
> When I tried to add another network ("VLAN002") to "dummy_0" and save
> it, I got the following error:
> 
> --- START ---
> Error while executing action:
> 
> local_host:
> 
> Cannot setup Networks. The following Network Interfaces were
> specified more than once: dummy_0.1.
> --- END ---
> 
> I found that in the "Setup Host Network" if I dragged "VLAN001" off
> dummy_0 to the right under "Required", and left "VLAN002" on "dummy_0",
> I could save it, and "VLAN001" appeared to remain active on the host. 
> Indeed, when I went back into "Setup Host Network", both "VLAN001" and
> "VLAN002" were showing up on "dummy_0".
> 
> However, if I highlight "VLAN002" under "Networks" and click on the
> "Hosts" tab, the "Network Interface" is showing a red down arrow,
> indicating it is not up.  The "Network Interface" for "VLAN001" is a
> green up arrow.  I have refreshed several times and at this point in
> time, have left it for almost thirty minutes, but it remains as a red
> down arrow.  The same is true for the other two networks I tried adding:
> I was able to add them as above, but they are also showing a red down
> arrow.
> 
> My questions:
> 
>   1.) Is doing what I had to do to add additional networks to an
> interface normal, or is it a quirk of using a dummy interface?
>   2.) Any ideas why my additional networks are showing a red down
> arrow?  Again, maybe a quirk of using a dummy interface?

It's a quirk of oVirt at the moment :) The interface state as shown in
the GUI currently has very little to do with whether there's
connectivity on a network. There should be an open RFE for connectivity
indicators, though I can't seem to find it at the moment.

What it SHOULD tell you is whether a link is up or down on the host
("administrative state"), but according to this bug it doesn't even do
that (will be fixed soon):
https://bugzilla.redhat.com/show_bug.cgi?id=1038741

> 
> I am going to leave it overnight and see what happens (maybe some
> background process needs to run??), but if that does not work, I am sure
> I can scrounge up another NIC in the next couple of days and install it
> into my test server to see if it does the same thing.
> 
> Thanks, in advance.
> 
> -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: [Users] networking: basic vlan help

[Lior Vernia]

On 26/01/14 15:40, Mike Kolesnik wrote:
> - Original Message -
>> On 01/23/2014 08:34 PM, Juan Pablo Lorier wrote:
>>> Hi Itamar,
>>>
>>> I don't know if I get your post right, but to me, it seems that if so
>>> many users hit the same rock, it should mean that this should be
>>> documented somewhere visible and in my opinion, push on getting bug
>>> 1049476  solved asap.
>>> Regards,
>>
>> 1. yes, too many issues on this one, hinting we should provide better
>> text explaining this in the UI.
>>
>> 2. the bug you referenced[1]
>> Bug 1049476 - [RFE] Mix untagged and tagged Logical Networks on the same NIC
>>
>> is actually supported, as long as the untagged logical network is not a
>> VM network (so VMs associated with it would not be able to see/create
>> other logical networks traffic).
>>
>> 3. considering how prevalent this is, maybe we should allow doing this,
>> even for VM networks, with a big red warning, rather than block it,
>> which seems to be failing everyone.
> 
> Besides that it's technically not possible in the way we currently use the 
> Linux Bridge [1],
> I'm not sure what's to gain from representing a single "flat" network with 
> multiple representations.
> 
> Seems to me like there may be a couple different points here:
> * ovirtmgmt is VM network by default - should be configurable on setup and/or 
> DC creation.
>   If it's such a prevalent issue, we should consider a default of non VM 
> network (users can create a flat network and use it quite easily anyway, if 
> they want).

>From a UX point of view I don't think this would be desireable. I think
it's convenient for a new user to be able to use just the one default
network for everything (including connection to VMs).

> * if people want to represent different L3 networks on the same L2 network, 
> it is worthwhile to design a proper solution
> 
> Either way, I wouldn't push for allowing multiple bridged networks on the 
> same physical interface (or bond).
> 
> [1] and also not allowed in OpenStack Neutron IIUC.
> 
>>
>> cc-ing some more folks for their thoughts.
>>
>>
>> [1] in the future, please use number-name formatso not everyone would
>> have to open it to understand
>>
>> ___
>> 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: [Users] Centos 6.5 and bonding: "A slave interface is not properly configured"

[Lior Vernia]

On 25/01/14 01:24, Moti Asayag wrote:
> 
> 
> - Original Message -
>> From: "Federico Alberto Sayd" 
>> To: users@ovirt.org
>> Sent: Friday, January 24, 2014 4:06:11 PM
>> Subject: Re: [Users] Centos 6.5 and bonding: "A slave interface is not 
>> properly configured"
>>
>> On 24/01/14 08:31, Moti Asayag wrote:
>>>
>>> - Original Message -
 From: "Federico Alberto Sayd" 
 To: users@ovirt.org
 Sent: Thursday, January 23, 2014 3:57:53 PM
 Subject: Re: [Users] Centos 6.5 and bonding: "A slave interface is not
 properly configured"

 On 23/01/14 07:02, Moti Asayag wrote:
> - Original Message -
>> From: "Federico Sayd" 
>> To: users@ovirt.org
>> Sent: Wednesday, January 22, 2014 2:22:01 AM
>> Subject: [Users] Centos 6.5 and bonding: "A slave interface is not
>> properly configured"
>>
>> Hello:
>>
>> I am having problems with bonding
>>
>> I have installed Centos 6.5 in order to use it as host. I configured
>> eth0
>> with the vlan of the management network (Vlan 70). Then I registered the
>> host to the engine (3.3.2-1-el6) and the engine installed oVirt in the
>> host
>> without problem. Ovirtmgmt was created automatically and bridged with
>> eth0.70.
>>
>> Now I need to bond a second network interface (eth1) with eth0. But when
>> I
>> try to bond the nics, I get the next error:
>>
> Could you describe how you've created the bond ? via webadmin setup
> networks
> dialog or via api ?
>
>
 Via webadmin Setup Network (Web GUI)
>>> Does the setup dialog presents the new configuration when you create the
>>> bond ?
>>> Meaning, does it draw the following ?
>>> eth0 --
>>> |--bond0 --- ovirtmgmt (vlan 70)
>>> eth1 --
>>>
>>> If it does, this is simply bug in the UI which should have better construct
>>> the parameters to the setup networks.
>>>
>>> Could you open a bug for it ?
>>>
>>> You may use the setup networks api (via rest-client or using the sdk) to
>>> specify
>>> the target configuration.
>>>
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

>>>
>> No, the bond is never displayed in the web UI, the error prevents the
>> bond creation. I already solved the problem, only I think that would be
>> fine if the UI error be more explicit and include info about to the
>> interface or interfaces with problematic configurations.
>>
>> I don't know if supervdsm.log or vdsm.log make reference to the
>> interfaces that have unacceptable configurations.
>>
> 
> The error indicates that the parameters sent from the UI to that engine
> weren't constructed properly. In this case the engine failed the action
> and it never reached the host.
> 
> Lior, could you verify this scenario and see which fields left with
> improper values on the UI side ?
> 

Apologies for the delay in responding. I tried running a similar
scenario via the GUI on my deployment and it worked fine (and this part
of the code shouldn't have changed recently). So I suspect the problem
isn't with the Setup Networks GUI.

> _
>> 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] Power saving cluster policy (3.4 test day)

[Lior Vernia]

Hello,

Just wanted to drop a line here about this feature I tested last week,
which I thought was cool. I only tested it with two hosts and a single
VM, using one of the hosts as a reserve, but it was quite satisfying to
see the hosts being powered off and on as the VM was being run and stopped.

This could be interesting to look at for those of you running a
moderately-sized deployment, if often the load on your hosts is low.

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

Re: [Users] networking: basic vlan help

[Lior Vernia]

On 23/01/14 18:35, Itamar Heim wrote:
> On 01/23/2014 05:59 PM, Assaf Muller wrote:
>> If you enable VLAN tagging on the management network, which is configured
>> on eth0 (Which also provides internet access from my understanding) then
>> you will connectivity as (I assume) your physical switches aren't
>> configured
>> for VLANs.
>>
>> For an all-in-one, what I would suggest is the following procedure:
>> On your PC, create a dummy NIC via:
>> sudo ip link add dev dummy_0 type dummy
>> sudo ip link set dev dummy_0 up
>>
>> It's important that the name will be in the dummy_* format.
>>
>> Following that, go back to the GUI, select the host and hit Refresh
>> Host Capabilities.
>>
>> You should see the new dummy_0 device as a host NIC.
>>
>> Create a VM network, and under the host Network Interfaces tab hit
>> Setup Host Networks.
>>
>> Drag and drop the new VM network on dummy_0 (Don't give dummy_0 a boot
>> protocol or an IP address
>> in the edit network dialog).
>>
>> At this point you should be able to attach VM vNICs' to the new VM
>> network and they won't
>> be physically connected to any other network, but they'll be able to
>> talk amongst themselves.
>>
>>
>> The "private network" feature is planned* for oVirt 3.5, so in the
>> future you'll be able
>> to just define a network as a private one and everything will work
>> automatically.
>>
>> * No promises!
>>
>>
>> Assaf Muller, Cloud Networking Engineer
>> Red Hat
>>
>> - Original Message -
>> From: "Robert Story" 
>> To: "users" 
>> Sent: Thursday, January 23, 2014 5:44:25 PM
>> Subject: [Users] networking: basic vlan help
>>
>> Hello again,
>>
>> I'm new to VLANs and have a few questions. Right now I just have the mgmt
>> interface (bridged with eth0) on my all-in-one oVirt test setup. I
>> want to
>> separate some VMs from the public facing net, which I think means that
>> they
>> need to be on a different VLAN.  I created two new networks, pubX and
>> privY, with vlan ids X and Y, but couldn't assign them to eth0 because
>> the
>> current mgmt network is non-VLAN. I was about to enable VLAN tagging
>> on the
>> mgmt network, but I wanted to make sure that doing so wouldn't do
>> anything
>> to eth0 that would disrupt access to it (I only have remote access and
>> don't
>> want to lock myself out).  Also, if it is safe, does the mgmt vlan tag id
>> matter? is 0 the right value?
>>
>> Any/all help, hints, tips or references to examples/links greatly
>> appreciated.
>>
>>
>> Robert
>>
>> ___
>> 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
>>
> 
> wouldn't disabling 'vm network' on the mgmt network to simply allow the
> VLAN'd networks for VMs be simpler?

Yes, this is an alternative to VLAN-tagging the mgmt network. And
segregation from the "outer world" could be achieved as proposed by
Robert using VLANs, if switches are configured properly.

> also, since this question/use-case came up several times past 2 weeks -
> do we have a good enough user feedback on why user can't attach a
> logical network to the same interface, suggesting there is a non-vlan'd
> network visible to VMs, and that if they want to use VLAN'd networks on
> the same nic, they should disable the 'vm network' role on the
> non-vlan'd network?
> 

When trying to put such networks together via the Setup Networks dialog,
users are currently informed that non-tagged VM networks can't exist on
the same interface as tagged VM networks, and are advised to detach the
non-tagged network.

If this appears to be insufficient, I could replace it by a suggestion
to configure it as non-VM, or add that to the existing suggestion, but
we're kinda short on real-estate in the status panel of that dialog (and
that's a lot of information to absorb in one error).
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [SOLVED] Re: Networking questions (LONG)

[Lior Vernia]

Hi Alan,

May I just inquire about the two alternative solutions that had been
proposed here, and why you opted against? As a reminder, I'm referring to:
1. Using a firewall VM with one vNIC per VLAN network.
2. Using VDMS hooks to simulate TRUNK.

Both of these should allow migration, etc. without any additional
procurement, and require only the one firewall VM. Are the "Lanner" and
dual-firewall solutions simpler?

Yours, Lior.

On 21/01/14 05:07, Alan Murrell wrote:
> I just thought I would reply back to my own thread with what my team and
> I have come up with.  While I have marked this as "Solved", don't get
> too excited; it is not exactly the resolution we were looking for, but
> is acceptable nonetheless.
> 
> After some further digging around, we found that it is possible to pass
> hardware (including a NIC) through to a guest.  Unfortunately, this
> renders the guest unable to be migrated to another host automatically.
> 
> In a single-server setup (which many of our clients' setups are via
> VMware, currently0, this would not make a difference, since there is no
> other host to migrate to anyway.  Son in those cases, not much changes.
> 
> For multi-server setups, we have two choices:
> 
>   1.) Forgo the virtual firewall and purchase a "Lanner" or similar
> hardware to install the firewall onto.  Since a multi-server setup (at
> least two server + SAN) typically runs a minimum of $10K-$15K in
> hardware alone, an addition $300 or so for the "Lanner" (or similar
> hardware) would not increase the overall cost of the project in a
> significant way.  (This option could of course be used in a
> single-server setup as well, but hardware cost is usually more of a
> factor with these setups for our clients)
> 
>   2.) Setup a firewall guest on two of the hosts, and configure them in
> an active-passive fashion.  As long as both of the hosts with the
> firewall VMs do not go down at the same time, then there should not be
> an issue.  If a host with a firewall VM goes down, the other firewall VM
> will take over.
> 
> So, those are the "work-arounds" that we have come up with (nothing new
> to anyone here, I am sure) until such time as "OpenVSwitch" gets adopted
> into oVirt/RHEV as either an easy-to-enable option, or as the
> standard/default switch.
> 
> Anyway, this post was really more of a "closure" post so anyone coming
> across this thread in the future does not wonder what the ultimate
> outcome was. :-)
> 
> -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: [Users] Network profile lost after host edit

[Lior Vernia]

Hi Simon,

Thanks, sorry for the grievance you had to suffer but I'm glad all is
well now :) Do let us know of any further trouble.

Yours, Lior.

On 20/01/14 15:15, Simon Barrett wrote:
> I built a new Engine Server on 3.3.2-1.el6, rebuilt my VM's and I no longer 
> see the issue. All is now working as expected.
> 
> Simon
> 
> -Original Message-
> From: Simon Barrett 
> Sent: 08 January 2014 08:50
> To: Lior Vernia; Itamar Heim
> Cc: users@ovirt.org
> Subject: RE: [Users] Network profile lost after host edit
> 
> To test this further I setup another 3.3.2-1.el6 ovirt-engine. I'm not seeing 
> the same problem on the new engine.
> 
> I'm going to try and move all configuration/VM's etc from the problem 
> ovirt-engine install to the new one to see if the problem re-appears. 
> 
> I'll let you know how it goes.
> 
> Simon
> 
> 
> -Original Message-
> From: Lior Vernia [mailto:lver...@redhat.com] 
> Sent: 08 January 2014 06:02
> To: Itamar Heim
> Cc: Simon Barrett; users@ovirt.org
> Subject: Re: [Users] Network profile lost after host edit
> 
> 
> 
> On 07/01/14 23:16, Itamar Heim wrote:
>> On 01/07/2014 08:59 AM, Lior Vernia wrote:
>>> Hi Simon,
>>>
>>> Thank you so much for tracking this down. I'm currently immersed in 
>>> oVirt 3.4 feature stuff, but I just wanted to let you know I saw this 
>>> and am planning to take care of it; I'll take a look in a week or two 
>>> when things calm down.
>>>
>>> The bad news are, I suspect there will be no workaround other than 
>>> upgrading to the next version that will include the fix (likely 3.3.3).
>>>
>>
>> is there an ovirt bug targeted to 3.3.3 tracking this?
>>
> 
> I'll open one as soon as I test the issue. Unless Simon would like to pick up 
> the gauntlet and open one on bugzilla.redhat.com?...
> 
>>> Yours, Lior.
>>>
>>> On 06/01/14 12:21, Simon Barrett wrote:
>>>> I am now able to reproduce the problem where network profile 
>>>> definitions are lost on VM edit.
>>>>
>>>> - Create VM
>>>> - From the "Network Interfaces" tab, click on "New" and assign the 
>>>> ovirtmgt profile to nic1
>>>> - Edit VM, from the "nic1" drop down select another profile and 
>>>> click OK
>>>> - Edit the same VM again and nic1 lists as 
>>>>
>>>> I upgraded to 3.3.2-1.el6 and still see the problem.
>>>>
>>>> As ever, any help is very much appreciated.
>>>>
>>>> Thanks,
>>>>
>>>> Simon
>>>>
>>>>
>>>> -Original Message-
>>>> From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On 
>>>> Behalf Of Simon Barrett
>>>> Sent: 12 December 2013 21:53
>>>> To: Lior Vernia
>>>> Cc: users@ovirt.org
>>>> Subject: Re: [Users] Network profile lost after host edit
>>>>
>>>> Lior,
>>>>
>>>> I'm running 3.3.1.
>>>>
>>>> I think it may be related to how I created the VM's. Another VM 
>>>> created using the blank template works fine and the network config 
>>>> displays correctly when I click on edit.
>>>>
>>>> The problem VM's were created with a different template. I'll dig a 
>>>> bit further to see if I can narrow it down any further.
>>>>
>>>> I don't have to click show advanced to exhibit the problem.
>>>>
>>>> Thanks for the response
>>>>
>>>> Simon
>>>>
>>>>> On 12 Dec 2013, at 16:44, "Lior Vernia"  wrote:
>>>>>
>>>>> Hi Simon,
>>>>>
>>>>> I apologize for the delay in my response. I've worked quite a bit 
>>>>> on that part of the dialog since oVirt 3.3, and while it was quite 
>>>>> buggy I haven't encountered this exact issue you're describing. It 
>>>>> does remind me of one bug though; could it be that pressing the 
>>>>> "Show Advanced Options" is what triggers the strange behavior?
>>>>>
>>>>> What version of oVirt engine are you running? Both 3.3.1 and 3.3.2 
>>>>> should be quite stable as far as this dialog is concerned, so 
>>>>> upgrading might be a good idea.
>>>>>
>>>>> As for workarounds, it sounds like a GUI issue s

Re: [Users] vlan on mgmt network

[Lior Vernia]

Hi Peter,

Sorry for being late to the party. I hope you and William are working on
the same deployment so I'll be responding to both of you.

On 18/01/14 23:56, Peter Styk wrote:
> 
> 
> On 18 January 2014 17:11, Itamar Heim  > wrote:
> 
> On 01/18/2014 04:52 PM, Peter Styk wrote:
> 
> So I got ovirtmgmt VM ticked off. Had to remove it from all VM's
> then
> tried to add new Logical network to eth0 by drag & drop but refused
> since ovirtmgmt was out of sync. So I synced it. and that's
> how I
> lost access to my hosted remote system. End of story. So that's it I
> guess, automated install doesn't work (during switch network
> goes dead
> and doesn't come back remote access is lost) so I found manual
> way that
> works. But then I need to sync it to get my ovirtmgmt not to be a VM
> network. And even if its not to get another network on the
> interface i
> need to sync it.
> 

So basically what you're saying is that switching the management network
to non-VM while it is provisioned on hosts, then trying to synchronize
it, leads to loss of connection? We'll need to have a look.

> 
> this sounds like a bug - can you provide clear reproduction steps?
> 
> 
> Reproduction steps are in network configuration alone. After installing
> Engine, i have to set up network to the config listed
> here: 
> http://styk.tv/wp-content/uploads/2014/01/oVirtHosted1_almost_working.png.
> Unfortunately can't rely on engine-vdsm duo to help out.
> 
> Anything above the host line on the diagram is physical setup and is the
> only configuration that doesn't disconnect me from the net.  Only thing
> missing on the diagram is ifcfg-eth0 has also HWADDR attribute with MAC
> address of physical eth0 device.
> 
> Once this survives service network restart I can proceed to VDSM install
> and then its straight forwardthat is until I'm trying to SYNC
> ovirtmgmt on host inside. I should mention after ovirt engine is working
> I destroy default cluster and create new local one.
> 
> Obviously I cannot access logs since access to host is no longer but
> entire setup is scripted including provisioning so I can easily rebuild
> entire setup within 15 or so minutes by running a script. Anyone who
> would like to benefit from my findings can use this script and gain
> access to my host and learn with me on how to overcome this.

>From the above information I understand that you are still in the
initial stages of installation and are not scared of starting anew. If
that is the case, I would suggest that you do start from a clean DC again.

Try to configure the management network as non-VM prior to adding any
host, then add the hosts. As far as I know, this should provision the
network correctly on the hosts to begin with (it should work when
synchronizing it as well, but let's try this way and see if it works
better).

> 
> Script will provision the host (fresh os install), log in, get the
> files: ifcfg-eth0, ifcfg-ovirtmgmt, ifcfg-ovirtmgmt-range0,
> ovrit_answers and route-ovirtmgmt, then install epel 6-8, install pgp,
> localinstall ovirt-el6.10-1. install bridge-utils, upgrade, set
> hostname, then after reboot ssh alive, set local data,images,iso
> folders, install ovrit-engine, set ipv4 forwarding and proxy_arp=1,
> restart-network, and run engine-setup with ovirt_answers including cli
> and stop iptables as engine and vdsm rules still prevent connection if
> on. that's it. working system in 15 mins 
> 
> still to do is engine-api calls to create local cluster, join engine
> with vdsm local and setup private network with pfSense instance as
> router/nat/dhcp for 10.0.0.0/24 
> 
> Peter
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Network not sync and problems reconfiguring

[Lior Vernia]

On 10/01/14 16:16, Juan Pablo Lorier wrote:
> 
> On 10/01/14 11:59, Lior Vernia wrote:
>>
>> On 10/01/14 15:54, Juan Pablo Lorier wrote:
>>> On 10/01/14 11:13, Lior Vernia wrote:
>>>> On 10/01/14 11:53, Juan Pablo Lorier wrote:
>>>>> Hi Lior,
>>>>>
>>>>> I'll try to elaborate between lines:
>>>>>
>>>>> On 09/01/14 18:31, Lior Vernia wrote:
>>>>>> Hi Juan,
>>>>>>
>>>>>> I'm not sure I understand a couple of things, could you elaborate?
>>>>>>
>>>>>> 0. What version engine are you running?
>>>>> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>>>>>> 1. "Out of the blue" - no trigger that you can think of, that would help
>>>>>> retrace the cause?
>>>>> The only thing I can think of was a reboot (clean) of the engine VM (not
>>>>> self hosted, just a vbox VM). After the problem appeared, I started
>>>>> making many changes and tests so I can't recreate the exact scenario at
>>>>> this time.
>>>> Okay, currently nothing springs to mind as to what may have caused this,
>>>> I'll try to think on it some more.
>>>>
>>>>>> 2. From your other e-mail, I understand that somehow the management
>>>>>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>>>>>> Setup Host Networks dialog. Correct?
>>>>> Yes. Also other LN where out of sync, but the hosts had differences in
>>>>> which LN went out of sync. All of them have ovirtmgmt out of sync.
>>>>>> 3. Do I understand correctly that even though it's marked as
>>>>>> out-of-sync, you don't see the "synchronize" checkbox when editing the
>>>>>> network on the host (little pencil icon)?
>>>>> It doesn't. I made some tests and I found that it's a problem with
>>>>> firefox (mine is version 26 over Fedora 19). It's showing things a
>>>>> little bit bigger than chrome and so the sync option is not shown in the
>>>>> edit window. Other functions also are not working properly, for
>>>>> instance, if I choose a particular item into a category (host, vm, etc)
>>>>> in the left tree, the right frame does not change, I have to choose the
>>>>> group (hosts, vms, etc) and choose the particular item among all the
>>>>> listed in the right frame. I've checked and firefox 22 on windows has
>>>>> the same behavior. This started to happen after I upgraded from 3.3.0 to
>>>>> 3.3.1 but never saw the lack of the sync option until now.
>>>> My machine currently isn't in a state to test these things on different
>>>> versions of Firefox. If you can pin-point exactly on what versions this
>>>> occurs, I would greatly appreciate it if you could open a bug about it
>>>> in bugzilla.redhat.com and I'll try to get it fixed.
>>>>
>>>> It does sound that it's only a graphical issue that's causing the
>>>> checkbox to be hidden. So as an immediate workaround, you could use
>>>> either the Firefox web developer tools or the Firebug plugin to enlarge
>>>> the dialog and panels enough so that the checkbox shows, then mark it
>>>> and have the networks synchronized. Please let me know if that works for
>>>> you.
>>> I'll open a bug then. The versions I tested were on the last mail, I'll
>>> put that in the bug also.
>>> My work arround was simpler, just did it with chrome :-)
>>> Anyway, this fix only the sync stuff, not the need of modifying the
>>> ovirtmgmt to be again a tagged network. Is there a hack to the db or
>>> something like that I can do to set this back without destroing the hole
>>> DC (which I can't do either because of a dead lock with the flow of
>>> dependencies in ovirt and opened a BZ for that).
>>> Regards,
>>>
>> Can't you edit the management network to be VLAN-tagged, and then when
>> it appears as out-of-sync on the host mark it to be synchronized?
>>
> Webadmin won't let me as it's been used in hosts (tried). It's not
> allowed until 3.4 as I understand.
> 

Ahhh yes, I recall the problem now (thought it might be possible as long
as it isn't attached to VMs). You could indeed hack the DB. Setting the
proper VLAN tag for ovirtmgmt in t

Re: [Users] Network not sync and problems reconfiguring

[Lior Vernia]

On 10/01/14 15:54, Juan Pablo Lorier wrote:
> 
> On 10/01/14 11:13, Lior Vernia wrote:
>>
>> On 10/01/14 11:53, Juan Pablo Lorier wrote:
>>> Hi Lior,
>>>
>>> I'll try to elaborate between lines:
>>>
>>> On 09/01/14 18:31, Lior Vernia wrote:
>>>> Hi Juan,
>>>>
>>>> I'm not sure I understand a couple of things, could you elaborate?
>>>>
>>>> 0. What version engine are you running?
>>> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>>>> 1. "Out of the blue" - no trigger that you can think of, that would help
>>>> retrace the cause?
>>> The only thing I can think of was a reboot (clean) of the engine VM (not
>>> self hosted, just a vbox VM). After the problem appeared, I started
>>> making many changes and tests so I can't recreate the exact scenario at
>>> this time.
>> Okay, currently nothing springs to mind as to what may have caused this,
>> I'll try to think on it some more.
>>
>>>> 2. From your other e-mail, I understand that somehow the management
>>>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>>>> Setup Host Networks dialog. Correct?
>>> Yes. Also other LN where out of sync, but the hosts had differences in
>>> which LN went out of sync. All of them have ovirtmgmt out of sync.
>>>> 3. Do I understand correctly that even though it's marked as
>>>> out-of-sync, you don't see the "synchronize" checkbox when editing the
>>>> network on the host (little pencil icon)?
>>> It doesn't. I made some tests and I found that it's a problem with
>>> firefox (mine is version 26 over Fedora 19). It's showing things a
>>> little bit bigger than chrome and so the sync option is not shown in the
>>> edit window. Other functions also are not working properly, for
>>> instance, if I choose a particular item into a category (host, vm, etc)
>>> in the left tree, the right frame does not change, I have to choose the
>>> group (hosts, vms, etc) and choose the particular item among all the
>>> listed in the right frame. I've checked and firefox 22 on windows has
>>> the same behavior. This started to happen after I upgraded from 3.3.0 to
>>> 3.3.1 but never saw the lack of the sync option until now.
>> My machine currently isn't in a state to test these things on different
>> versions of Firefox. If you can pin-point exactly on what versions this
>> occurs, I would greatly appreciate it if you could open a bug about it
>> in bugzilla.redhat.com and I'll try to get it fixed.
>>
>> It does sound that it's only a graphical issue that's causing the
>> checkbox to be hidden. So as an immediate workaround, you could use
>> either the Firefox web developer tools or the Firebug plugin to enlarge
>> the dialog and panels enough so that the checkbox shows, then mark it
>> and have the networks synchronized. Please let me know if that works for
>> you.
> 
> I'll open a bug then. The versions I tested were on the last mail, I'll
> put that in the bug also.
> My work arround was simpler, just did it with chrome :-)
> Anyway, this fix only the sync stuff, not the need of modifying the
> ovirtmgmt to be again a tagged network. Is there a hack to the db or
> something like that I can do to set this back without destroing the hole
> DC (which I can't do either because of a dead lock with the flow of
> dependencies in ovirt and opened a BZ for that).
> Regards,
> 

Can't you edit the management network to be VLAN-tagged, and then when
it appears as out-of-sync on the host mark it to be synchronized?

>>>> Yours, Lior.
>>>>
>>>> On 09/01/14 17:44, Juan Pablo Lorier wrote:
>>>>> Hi,
>>>>>
>>>>> Out of the blue some of the hosts got some LNs out of sync (not the same
>>>>> in all of them). If I try to resync the LN, it does not show a resync
>>>>> option, so I took one host and detached the lns and reconfigured them.
>>>>> After that, ovirtmgmt is not created correctly, it does not create the
>>>>> vlan interface on top of the bond and also, it's adding the bond to the
>>>>> bridge instead of the vlan interface.
>>>>> I got it partially running but it's still non operational as the engine
>>>>> complains the host can't mount the gluster domain (it can reach the
>>>>> network

Re: [Users] Network not sync and problems reconfiguring

[Lior Vernia]

On 10/01/14 15:13, Lior Vernia wrote:
> 
> 
> On 10/01/14 11:53, Juan Pablo Lorier wrote:
>> Hi Lior,
>>
>> I'll try to elaborate between lines:
>>
>> On 09/01/14 18:31, Lior Vernia wrote:
>>> Hi Juan,
>>>
>>> I'm not sure I understand a couple of things, could you elaborate?
>>>
>>> 0. What version engine are you running?
>> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>>> 1. "Out of the blue" - no trigger that you can think of, that would help
>>> retrace the cause?
>> The only thing I can think of was a reboot (clean) of the engine VM (not
>> self hosted, just a vbox VM). After the problem appeared, I started
>> making many changes and tests so I can't recreate the exact scenario at
>> this time.
> 
> Okay, currently nothing springs to mind as to what may have caused this,
> I'll try to think on it some more.
> 
>>>
>>> 2. From your other e-mail, I understand that somehow the management
>>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>>> Setup Host Networks dialog. Correct?
>> Yes. Also other LN where out of sync, but the hosts had differences in
>> which LN went out of sync. All of them have ovirtmgmt out of sync.
>>>
>>> 3. Do I understand correctly that even though it's marked as
>>> out-of-sync, you don't see the "synchronize" checkbox when editing the
>>> network on the host (little pencil icon)?
>> It doesn't. I made some tests and I found that it's a problem with
>> firefox (mine is version 26 over Fedora 19). It's showing things a
>> little bit bigger than chrome and so the sync option is not shown in the
>> edit window. Other functions also are not working properly, for
>> instance, if I choose a particular item into a category (host, vm, etc)
>> in the left tree, the right frame does not change, I have to choose the
>> group (hosts, vms, etc) and choose the particular item among all the
>> listed in the right frame. I've checked and firefox 22 on windows has
>> the same behavior. This started to happen after I upgraded from 3.3.0 to
>> 3.3.1 but never saw the lack of the sync option until now.
> 
> My machine currently isn't in a state to test these things on different
> versions of Firefox. If you can pin-point exactly on what versions this
> occurs, I would greatly appreciate it if you could open a bug about it
> in bugzilla.redhat.com and I'll try to get it fixed.
> 
> It does sound that it's only a graphical issue that's causing the
> checkbox to be hidden. So as an immediate workaround, you could use
> either the Firefox web developer tools or the Firebug plugin to enlarge
> the dialog and panels enough so that the checkbox shows, then mark it
> and have the networks synchronized. Please let me know if that works for
> you.
> 

Or maybe just try to zoom out in your browser, might fix things.

>>>
>>> Yours, Lior.
>>>
>>> On 09/01/14 17:44, Juan Pablo Lorier wrote:
>>>> Hi,
>>>>
>>>> Out of the blue some of the hosts got some LNs out of sync (not the same
>>>> in all of them). If I try to resync the LN, it does not show a resync
>>>> option, so I took one host and detached the lns and reconfigured them.
>>>> After that, ovirtmgmt is not created correctly, it does not create the
>>>> vlan interface on top of the bond and also, it's adding the bond to the
>>>> bridge instead of the vlan interface.
>>>> I got it partially running but it's still non operational as the engine
>>>> complains the host can't mount the gluster domain (it can reach the
>>>> network of the other brick):
>>>>
>>>> [root@ovirt4 network-scripts]# gluster volume status
>>>> Status of volume: glusterfs
>>>> Gluster processPortOnlinePid
>>>> --
>>>> Brick 192.168.128.82:/glusterfs49154Y13288
>>>> Brick 192.168.128.83:/glusterfs49154Y5961
>>>> NFS Server on localhost2049Y4557
>>>> Self-heal Daemon on localhostN/AY4558
>>>> NFS Server on 192.168.128.822049Y15815
>>>> Self-heal Daemon on 192.168.128.82N/AY15819
>>>>
>>>>
>>>> I'm not synchronizing any other host just in case this happens to the
>>>> other host too.
>>>> Regards,
>>>> ___
>>>> 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: [Users] Network not sync and problems reconfiguring

[Lior Vernia]

On 10/01/14 11:53, Juan Pablo Lorier wrote:
> Hi Lior,
> 
> I'll try to elaborate between lines:
> 
> On 09/01/14 18:31, Lior Vernia wrote:
>> Hi Juan,
>>
>> I'm not sure I understand a couple of things, could you elaborate?
>>
>> 0. What version engine are you running?
> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>> 1. "Out of the blue" - no trigger that you can think of, that would help
>> retrace the cause?
> The only thing I can think of was a reboot (clean) of the engine VM (not
> self hosted, just a vbox VM). After the problem appeared, I started
> making many changes and tests so I can't recreate the exact scenario at
> this time.

Okay, currently nothing springs to mind as to what may have caused this,
I'll try to think on it some more.

>>
>> 2. From your other e-mail, I understand that somehow the management
>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>> Setup Host Networks dialog. Correct?
> Yes. Also other LN where out of sync, but the hosts had differences in
> which LN went out of sync. All of them have ovirtmgmt out of sync.
>>
>> 3. Do I understand correctly that even though it's marked as
>> out-of-sync, you don't see the "synchronize" checkbox when editing the
>> network on the host (little pencil icon)?
> It doesn't. I made some tests and I found that it's a problem with
> firefox (mine is version 26 over Fedora 19). It's showing things a
> little bit bigger than chrome and so the sync option is not shown in the
> edit window. Other functions also are not working properly, for
> instance, if I choose a particular item into a category (host, vm, etc)
> in the left tree, the right frame does not change, I have to choose the
> group (hosts, vms, etc) and choose the particular item among all the
> listed in the right frame. I've checked and firefox 22 on windows has
> the same behavior. This started to happen after I upgraded from 3.3.0 to
> 3.3.1 but never saw the lack of the sync option until now.

My machine currently isn't in a state to test these things on different
versions of Firefox. If you can pin-point exactly on what versions this
occurs, I would greatly appreciate it if you could open a bug about it
in bugzilla.redhat.com and I'll try to get it fixed.

It does sound that it's only a graphical issue that's causing the
checkbox to be hidden. So as an immediate workaround, you could use
either the Firefox web developer tools or the Firebug plugin to enlarge
the dialog and panels enough so that the checkbox shows, then mark it
and have the networks synchronized. Please let me know if that works for
you.

>>
>> Yours, Lior.
>>
>> On 09/01/14 17:44, Juan Pablo Lorier wrote:
>>> Hi,
>>>
>>> Out of the blue some of the hosts got some LNs out of sync (not the same
>>> in all of them). If I try to resync the LN, it does not show a resync
>>> option, so I took one host and detached the lns and reconfigured them.
>>> After that, ovirtmgmt is not created correctly, it does not create the
>>> vlan interface on top of the bond and also, it's adding the bond to the
>>> bridge instead of the vlan interface.
>>> I got it partially running but it's still non operational as the engine
>>> complains the host can't mount the gluster domain (it can reach the
>>> network of the other brick):
>>>
>>> [root@ovirt4 network-scripts]# gluster volume status
>>> Status of volume: glusterfs
>>> Gluster processPortOnlinePid
>>> --
>>> Brick 192.168.128.82:/glusterfs49154Y13288
>>> Brick 192.168.128.83:/glusterfs49154Y5961
>>> NFS Server on localhost2049Y4557
>>> Self-heal Daemon on localhostN/AY4558
>>> NFS Server on 192.168.128.822049Y15815
>>> Self-heal Daemon on 192.168.128.82N/AY15819
>>>
>>>
>>> I'm not synchronizing any other host just in case this happens to the
>>> other host too.
>>> Regards,
>>> ___
>>> 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: [Users] Networking questions (LONG)

[Lior Vernia]

Hi Allan,

On 10/01/14 02:16, Alan Murrell wrote:
> Hello Lior,
> 
> Thank you for your reply.
> 

Sure, let's try to get that setup of yours working :)

> Quoting "Lior Vernia" :
> 
>> This way the firewall VM will get something like "eth1" for VLAN 1,
>> "eth2" for VLAN 200 and so forth, which might be close enough to what
>> you described on your previous setup (oVirt currently doesn't allow
>> creating VLANs inside VMs). And if I correctly understood your needs it
>> will save you the trouble you described below (well, you would need the
>> one dummy interface).
> 
> That would be doable, except I am not sure if there is a limit to the
> number of vNICs a VM could have and/or if there is an OS-level limit to
> how many?  It is also a bit "messier" IMO, but that is more of a
> personal issue than a technical one, and one I could probably get over :-)
> 

oVirt does not enforce any sort of limit on the number of vNICs. I
personally don't know about KVM or your VMs' OS, but this should be
Googleable.

> When you say that oVirt currently doesn't allow creating VLANs inside
> VMs, are you referring to the use of VLAN interfaces like I describe
> (e.g., "eth1.1", "eth1.2", "eth1.10", etc.)?  If so, is that an oVirt
> limitation, or a KVM one?
> 

Yes, sorry, I realise now that my phrasing was only half-understandable.
I indeed meant that oVirt doesn't support attaching more than one
network to the same vNIC (be it VLAN-tagged or not). I doubt that this
is a KVM limitation (but I'm no expert on KVM), I think it's just
something that we haven't yet found a strong case for in oVirt.

> I have seen examples where one can create a "Trunk" with KVM and Open
> vSwitch, and I thought for some reason oVirt used Open vSwitch, but none
> of the commands I tried from the examples were found.  A check of
> <http://www.ovirt.org/Features/Node/OpenVSwitchSupport> shows that
> indeed there does not appear to be any integration yet, and it is only
> 60% done :-(
> 

I actually know nothing of the link you provided, but I can offer
alternatives.

If you REALLY want to use OVS with oVirt NOW, you could take advantage
of its integration with OpenStack Neutron. That would require you to
install another machine (should be possible on an all-in-one setup too)
as a Neutron server. This might go smoothly or it might cause you some
headaches.
http://www.ovirt.org/Features/Detailed_OSN_Integration

It will probably become possible in the future to use OVS with oVirt
directly (although I can't promise or commit on the time frame) by
leveraging a development process that's going on in VDSM networking
right now. In fact, if you're a developer you could help make it happen
and control the time frame yourself by contributing to an OVS backend.
http://www.ovirt.org/Feature/NetworkReloaded

> With regards to using the dummy interfaces, I realised I probably do not
> need to add them to a bridge, since they would be physical NICs in
> production (this is just for testing).  I initially did create the
> "ovirtvm" bridge before I realised that, but have made them
> "stand-alone" NICs with no IPs attached to them, but they are not
> "green" in oVirt when I try to attach my logical networks to them under
> "Networks > Hosts > vmhost01 > Setup Host Networks".
> 
> When I am in "Setup Host Networks", I see my dummy interfaces, but they
> have a red dot instead of a green one (like what "eth0" has). I can my
> logical networks to them, but the "Network Device Status" has a red
> arrow pointing down.  Here are my ifcfg-dummy* files:
> 

I'm not an expert on these things, but this "Down" status is basically
the "administrative" link state on the host. From my experience when
logical networks are attached via the Setup Networks dialog, it does go
up, although I haven't tried without an IP address. Also, it's worth
trying to see if the actual networking works even if the NIC shows as
down, or to ifup the NIC manually if it doesn't.

> --- ifcfg-dummy0 ---
> DEVICE=dummy0
> ONBOOT=yes
> TYPE=Ethernet
> DELAY=0
> BOOTPROTO=none
> NM_CONTROLLED=no
> STP=no
> --- ifcfg-dummy0 ---
> 
> My "ifcfg-dummy1" is identical, except of course it has "DEVICE=dummy1"
> in it.  The interfaces do come up on the host, but as I said, in "Setup
> Host Networks" they have a red dot instead of a green one.  Perhaps I do
> need to assign an IP?  I can maybe assign a "dummy" one (i.e., one that
> I would never use)?
> 
> -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: [Users] Networking questions (LONG)

[Lior Vernia]

Hello Alan,

On 09/01/14 10:07, Alan Murrell wrote:
> Hello,
> 
> I am evaluating oVirt as a replacement/alternative to VMware deployments
> we typically do.  I have installed and all-in-one setup on a test box
> (which itself used to be an ESXi server), but it only has one NIC.  I
> trying to duplicate our typical configuration we do in VMware, which is
> this:
> 
>   1.) we create several "port groups" on the vSwitch, each assigned a
> VLAN ID, such as:
> 
>   - VLAN001 (VLAN ID: 1)
>   - VLAN002 (VLAN ID: 2)
>   - VLAN009 (VLAN ID: 9)
>   - VLAN010 (VLAN ID: 10)
>   - VLAN200 (VLAN ID: 200)
>   - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID "4095" is "all
> VLANS" and basically just passes the VLANs through to whatever is
> attached to the port group for the VM to handle)
> 
>   2.) We assign VMs to port groups appropriate for the VLAN they are
> part of.
>   3.) The only VM that has a NIC assigned to the "TRUNK" port group is
> the firewall (which is Linux), and we create VLAN interfaces on it
> (i.e., "eth1.1", "eth1.2", "eth1.10", "eth1.200").  The firewall VM acts
> as the router between the various VLANs.
> 
> To replicate the above in oVirt, I created logical networks for each
> VLAN, and assigned the appropriate VLAN ID.  It seems oVirt/KVM does not
> have an equivalent for VMware's VLAN ID of "4095", so after some
> searching around, so for the "TRUNK" network, I left it with no VLAN
> assigned.  Because i cannot add VLAN and non-VLAN networks to the same
> physical NIC, after some searching around, it looks like I may have to
> utilise two NICS: one for the VLAN networks and one for the "TRUNK" network.

That is true. One non-VLAN network can in fact sit on the same NIC with
VLAN networks, but it has to be non-VM.

However, I'm not sure that you in fact need a "TRUNK" VM network in
oVirt. If you want your firewall VM to get all traffic from the VLANs,
you could create a vNIC for each network, to which you'll attach a
profile (oVirt's equivalent of port group if I'm not mistaken) of the
corresponding network. The host can remain with just the VLAN networks
attached to its NICs, without a designated "TRUNK".

This way the firewall VM will get something like "eth1" for VLAN 1,
"eth2" for VLAN 200 and so forth, which might be close enough to what
you described on your previous setup (oVirt currently doesn't allow
creating VLANs inside VMs). And if I correctly understood your needs it
will save you the trouble you described below (well, you would need the
one dummy interface).

> 
> Because, at this point, I am not yet concerned with making the test VMs
> I will be setting up be accessible from outside the virtual lab
> environment (i.e., everything will communicate within my oVirt
> server/network for now), I am trying to make use of "dummy" interfaces,
> but I am not sure the best way to make use of this.  I am able to create
> the dummy* interfaces and have them show up in oVirt, but I am not sure
> of how they should be setup.  Here is what I am *thinking* should be
> done, but want to make sure it is correct before getting too deep:
> 
>   - I will use the physical NIC for management, therefore the
> "ovirtmgmt" bridge with eth0 assigned to it will remain as-is
>   - Create two dummy interfaces: "dummy0" and "dummy1"
>   - Create a new bridge, "ovirtvm" and assign "dummy0" and "dummy1" to it

This is something that currently can't be done from within the oVirt
engine, but if my above suggestion works for you then it won't be needed.

>   - Attach the VLAN-enabled networks to "dummy0"
>   - Attach the "TRUNK" network to "dummy1"
> 
> Would the above be the way to go about this?  The one thing I am not
> sure of is whether or not having no VLAN assigned (on the "TRUNK"
> network) accomplishes the same this as the "VLAN ID 4095" in VMware:
> will oVirt/KVM just pass the traffic through for the VM attached to it
> to deal with?
> 
> Thanks for reading this far, and I appreciate any help you might be able
> to lend in the above.
> 
> -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: [Users] Network unsynchronised

[Lior Vernia]

Hi Alan,

On 09/01/14 10:13, Alan Murrell wrote:
> Hi All.
> 
> I have a brand new, fresh all-in-one installation that I am using to
> evaluate oVirt.
> 
> I have removed the "VM network" role from the "ovirtmgmt" bridge, as I
> want to use it for management only, and no VMs (I plan on using other
> networks I am creating with VLAN IDs for handling the VM network).  I
> can remove the role alright, but when I go in to "Setup Host Network",
> the "ovirtmgmt" network is showing as being unsynchronised.  When I
> click on the pencil icon on the network to edit it, I put a check in
> "Sync Network" and clik "OK" but it never seems to sync.

Click "OK" in which dialog? The inner one editing the network on the
host, or the whole Setup Host Networks dialog? Nothing is sent to the
host until the whole Setup Networks dialog is approved.

Yours, Lior.

> 
> Any idea why it will not?
> 
> 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: [Users] Network not sync and problems reconfiguring

[Lior Vernia]

Hi Juan,

I'm not sure I understand a couple of things, could you elaborate?

0. What version engine are you running?

1. "Out of the blue" - no trigger that you can think of, that would help
retrace the cause?

2. From your other e-mail, I understand that somehow the management
network lost its VLAN tagging, and that it shows as out-of-sync in the
Setup Host Networks dialog. Correct?

3. Do I understand correctly that even though it's marked as
out-of-sync, you don't see the "synchronize" checkbox when editing the
network on the host (little pencil icon)?

Yours, Lior.

On 09/01/14 17:44, Juan Pablo Lorier wrote:
> Hi,
> 
> Out of the blue some of the hosts got some LNs out of sync (not the same
> in all of them). If I try to resync the LN, it does not show a resync
> option, so I took one host and detached the lns and reconfigured them.
> After that, ovirtmgmt is not created correctly, it does not create the
> vlan interface on top of the bond and also, it's adding the bond to the
> bridge instead of the vlan interface.
> I got it partially running but it's still non operational as the engine
> complains the host can't mount the gluster domain (it can reach the
> network of the other brick):
> 
> [root@ovirt4 network-scripts]# gluster volume status
> Status of volume: glusterfs
> Gluster processPortOnlinePid
> --
> Brick 192.168.128.82:/glusterfs49154Y13288
> Brick 192.168.128.83:/glusterfs49154Y5961
> NFS Server on localhost2049Y4557
> Self-heal Daemon on localhostN/AY4558
> NFS Server on 192.168.128.822049Y15815
> Self-heal Daemon on 192.168.128.82N/AY15819
> 
> 
> I'm not synchronizing any other host just in case this happens to the
> other host too.
> Regards,
> ___
> 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: [Users] Network profile lost after host edit

[Lior Vernia]

On 07/01/14 23:16, Itamar Heim wrote:
> On 01/07/2014 08:59 AM, Lior Vernia wrote:
>> Hi Simon,
>>
>> Thank you so much for tracking this down. I'm currently immersed in
>> oVirt 3.4 feature stuff, but I just wanted to let you know I saw this
>> and am planning to take care of it; I'll take a look in a week or two
>> when things calm down.
>>
>> The bad news are, I suspect there will be no workaround other than
>> upgrading to the next version that will include the fix (likely 3.3.3).
>>
> 
> is there an ovirt bug targeted to 3.3.3 tracking this?
> 

I'll open one as soon as I test the issue. Unless Simon would like to
pick up the gauntlet and open one on bugzilla.redhat.com?...

>> Yours, Lior.
>>
>> On 06/01/14 12:21, Simon Barrett wrote:
>>> I am now able to reproduce the problem where network profile
>>> definitions are lost on VM edit.
>>>
>>> - Create VM
>>> - From the "Network Interfaces" tab, click on "New" and assign the
>>> ovirtmgt profile to nic1
>>> - Edit VM, from the "nic1" drop down select another profile and click OK
>>> - Edit the same VM again and nic1 lists as 
>>>
>>> I upgraded to 3.3.2-1.el6 and still see the problem.
>>>
>>> As ever, any help is very much appreciated.
>>>
>>> Thanks,
>>>
>>> Simon
>>>
>>>
>>> -Original Message-
>>> From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On
>>> Behalf Of Simon Barrett
>>> Sent: 12 December 2013 21:53
>>> To: Lior Vernia
>>> Cc: users@ovirt.org
>>> Subject: Re: [Users] Network profile lost after host edit
>>>
>>> Lior,
>>>
>>> I'm running 3.3.1.
>>>
>>> I think it may be related to how I created the VM's. Another VM
>>> created using the blank template works fine and the network config
>>> displays correctly when I click on edit.
>>>
>>> The problem VM's were created with a different template. I'll dig a
>>> bit further to see if I can narrow it down any further.
>>>
>>> I don't have to click show advanced to exhibit the problem.
>>>
>>> Thanks for the response
>>>
>>> Simon
>>>
>>>> On 12 Dec 2013, at 16:44, "Lior Vernia"  wrote:
>>>>
>>>> Hi Simon,
>>>>
>>>> I apologize for the delay in my response. I've worked quite a bit on
>>>> that part of the dialog since oVirt 3.3, and while it was quite buggy
>>>> I haven't encountered this exact issue you're describing. It does
>>>> remind me of one bug though; could it be that pressing the "Show
>>>> Advanced Options" is what triggers the strange behavior?
>>>>
>>>> What version of oVirt engine are you running? Both 3.3.1 and 3.3.2
>>>> should be quite stable as far as this dialog is concerned, so
>>>> upgrading might be a good idea.
>>>>
>>>> As for workarounds, it sounds like a GUI issue so I don't think
>>>> there's anything you can do apart from upgrading the engine.
>>>>
>>>> Yours, Lior.
>>>>
>>>>> On 11/12/13 13:40, Simon Barrett wrote:
>>>>> I have a problem where VM network profiles are lost when editing a
>>>>> host.
>>>>> E.G.
>>>>>
>>>>>
>>>>>
>>>>> * VM is running fine on the correct network. Network
>>>>> Interfaces
>>>>> tab shows "nic1" and "Network Name" shows the correct network profile.
>>>>>
>>>>> * I shutdown the VM then right click and Edit.
>>>>>
>>>>> * The General settings for the node shows "nic1 ". If I
>>>>> then edit config, something like increasing memory or changing CPU
>>>>> cores then click on OK, the VM configuration is saved without a
>>>>> network profile.
>>>>>
>>>>> * When I boot the VM I cannot connect to it.
>>>>>
>>>>> * I then have to edit the node again configure back in the
>>>>> correct network profile.
>>>>>
>>>>>
>>>>>
>>>>> Does anyone know if this is a known issue? If not, any suggestions as
>>>>> to how I correct this so that the original network profile definition
>>>>> is retained after an edit?
>>>>>
>>>>>
>>>>>
>>>>> Many thanks,
>>>>>
>>>>>
>>>>>
>>>>> Simon
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> 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