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

2015-04-01 Thread 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

2015-03-31 Thread 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

2015-03-31 Thread 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

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

2015-03-30 Thread 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] New VMs don't have network connection

2015-03-30 Thread 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 name of your vm ?
 
 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] bonding 802.3ad mode

2015-03-19 Thread 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] [ovirt-devel] [ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status

2015-03-12 Thread 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 ali...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com
 Cc: Amit Aviram aavi...@redhat.com, Yedidyah Bar David 
 d...@redhat.com, Ido Barkan ibar...@redhat.com, Martin Perina 
 mper...@redhat.com, Tal Nisan tni...@redhat.com, Maor Lipchuk 
 mlipc...@redhat.com, Eyal Edri ee...@redhat.com, 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] Communication errors between engine and nodes?

2015-03-12 Thread 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 c...@cmadams.net 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] Problem with Neutron + Ovirt 3.5.1 [Centos 7]

2015-02-21 Thread 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 lver...@redhat.com
 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 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

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

2015-02-18 Thread 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: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
 

Re: [ovirt-users] mixing tagged and untagged vlans on a same interface

2015-02-16 Thread 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 blanc...@abes.fr 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] Directly connect NIC or other cards to VM?

2015-02-16 Thread 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] [QE] oVirt 3.6.0 nightly build testing

2015-02-10 Thread 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

2015-02-09 Thread 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

2015-02-03 Thread 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] oVirt Weekly Meeting Minutes -- 2015-01-28

2015-02-01 Thread 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=ushl=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 last meeting action items, legal is still looking
 into setting up an oVirt account in the Google 

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

2015-02-01 Thread 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?

2015-01-28 Thread 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 3.5 self-hosted engine and ovirtmgmt not syncronised

2015-01-27 Thread 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] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics

2015-01-27 Thread 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] REST exception building from master

2015-01-22 Thread 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 lver...@redhat.com
 To: Users@ovirt.org List Users@ovirt.org
 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.
 
 
 
 htmlheadtitleJBoss Web/7.0.0.SNAPSHOT - Error
 report/titlestyle!--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;}--/style
 /headbodyh1HTTP Status 500 - /h1HR size=1
 noshade=noshadepbtype/b Exception report/ppbmessage/b
 u/u/ppbdescription/b uThe server encountered an internal
 error () that prevented it from fulfilling this
 request./u/ppbexception/b prejavax.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)
 /pre/ppbroot cause/b prejava.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)
 /pre/ppbroot cause/b prejava.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

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

2015-01-13 Thread 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

2015-01-13 Thread 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 sab...@redhat.com
 To: de...@ovirt.org, users users@ovirt.org
 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

2015-01-12 Thread 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] [Feature review] Select network to be used for glusterfs

2015-01-12 Thread 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 sab...@redhat.com
 To: de...@ovirt.org, users users@ovirt.org
 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] Unable to reinstall hosts after network removal.

2014-12-29 Thread 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 masa...@redhat.com
 mailto:masa...@redhat.com wrote:
 
 
 
 - Original Message -
  From: Arman Khalatyan arm2...@gmail.com mailto:arm2...@gmail.com
  To: users users@ovirt.org 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 mailto: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

2014-12-22 Thread 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] EXTNET Hook and Libvirtd Default Network Setup

2014-12-21 Thread 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] Using 10gb vNIC/vbridge into VM is possible?

2014-12-21 Thread 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 kali...@gmail.com
 mailto:kali...@gmail.com 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 asegu...@redhat.com
 mailto:asegu...@redhat.com 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
 mailto:kali...@gmail.com] 
 Received: Thursday, 18 Dec 2014, 22:59 
 To: users@ovirt.org mailto: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 mailto: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

2014-12-18 Thread 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] Complete CentOS 7 environment

2014-12-16 Thread 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 sbona...@redhat.com
 To: Usman Aslam usman.as...@tufts.edu, Robert Story 
 rst...@tislabs.com
 Cc: users@ovirt.org, Yedidyah Bar David d...@redhat.com
 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] Free Ovirt Powered Cloud

2014-12-16 Thread 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 http://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] Integration Neutron + Ovirt

2014-12-14 Thread 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] oVirt bonding mode4 + cisco 2960 XR

2014-12-14 Thread 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] Error When try add new network using neutron provider

2014-12-08 Thread 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

2014-12-07 Thread 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 !!!!!!!!!!!!!!!!!!

2014-11-26 Thread 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 eq2...@msn.com
 To: Chao Xie xiec.f...@cn.fujitsu.com
 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.120 
 DNS server: 172.16.1.2 
 ---
  

 Company A user: VLAN 101 

 kvm01.allwinertech.com  http://kvm01.allwinertech.com/  192.168.200.1 
 kvm02.allwinnertech.com  

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

2014-11-23 Thread 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

2014-11-23 Thread 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=4163UP,BROADCAST,RUNNING,MULTICAST mtu 9000
 ens1f0: flags=4099UP,BROADCAST,MULTICAST 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 lver...@redhat.com 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 lver...@redhat.com
  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

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

2014-11-19 Thread 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] Non-Operational state because management interfaces down

2014-11-19 Thread 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 lver...@redhat.com
 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?

2014-11-19 Thread 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

2014-11-19 Thread 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 lver...@redhat.com 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 lver...@redhat.com
 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 mailto:Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
 ___
 Users mailing list
 Users@ovirt.org mailto: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

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

2014-11-17 Thread 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


Re: [ovirt-users] (no subject)

2014-11-17 Thread 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] separate ovirtmgmt from glusterfs traffic

2014-11-17 Thread 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] separate ovirtmgmt from glusterfs traffic

2014-11-17 Thread 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


[ovirt-users] Cumulative VM network usage

2014-11-11 Thread 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] Vlans and subnets

2014-10-14 Thread 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] ovirt presentation template -- google docs format?

2014-10-14 Thread 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] Network usage is not updating in the ovirt panel

2014-10-07 Thread 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 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
  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

2014-10-07 Thread 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 lver...@redhat.com
 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 lver...@redhat.com 
 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

2014-10-06 Thread 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?

2014-10-05 Thread 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 wrx...@gmail.com
 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 lver...@redhat.com
 mailto:lver...@redhat.com wrote:
 
 
 
 On 02/10/14 10:22, Tomas Jelinek wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Lior Vernia lver...@redhat.com, Morgan McLean
 wrx...@gmail.com
  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

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

2014-10-02 Thread Lior Vernia


On 02/10/14 10:22, Tomas Jelinek wrote:
 
 
 - Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Lior Vernia lver...@redhat.com, Morgan McLean wrx...@gmail.com
 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?

2014-10-01 Thread 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.

2014-09-24 Thread 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 http://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] question on VM

2014-09-23 Thread 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 mailto:bill.doss...@pb.com
 
 www.pb.com http://www.pb.com/
 
  
 
 *In Engineering?**Raise a ticket via Remedy Anywhere [HERE
 http://teamsite.inside.pb.com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx]takes
 less than a minute*
 
  
 
 *ManageIQ User Guide available*[*HERE
 https://dl.dropbox.com/u/6219441/ManageIQ%20-%20User%20Manual%20PB%20v4.pdf*]
 
  
 
 *Check out the ManageIQ Blog for recent enhancements and information
 [HERE]
 http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.aspx*
 
  
 
  
 
  
 
 
 
  
 
 
 
 
 
 
 ___
 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

2014-07-30 Thread 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

2014-07-03 Thread 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

2014-06-26 Thread 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] [QE] [ACTION NEEDED] oVirt 3.5.0 Test Day wiki

2014-06-26 Thread 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] oVirt Weekly Meeting Minutes -- 2014-05-28

2014-05-29 Thread 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?

2014-04-21 Thread 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

2014-04-18 Thread 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

2014-04-06 Thread 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

2014-04-02 Thread 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

2014-03-20 Thread 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

2014-03-11 Thread 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

2014-03-05 Thread 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

2014-03-04 Thread 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

2014-03-03 Thread 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

2014-03-03 Thread 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] Error: The following Network Interfaces were specified more than once:

2014-01-30 Thread Lior Vernia


On 29/01/14 17:18, Alan Murrell wrote:
 Quoting Lior Vernia lver...@redhat.com:
 
 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] oVirt Weekly Meeting Minutes -- 2014-01-29

2014-01-30 Thread 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:

2014-01-29 Thread 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] Centos 6.5 and bonding: A slave interface is not properly configured

2014-01-27 Thread Lior Vernia


On 25/01/14 01:24, Moti Asayag wrote:
 
 
 - Original Message -
 From: Federico Alberto Sayd fs...@uncu.edu.ar
 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 fs...@uncu.edu.ar
 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 fs...@uncu.edu.ar
 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


Re: [Users] networking: basic vlan help

2014-01-27 Thread 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 https://bugzilla.redhat.com/show_bug.cgi?id=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] networking: basic vlan help

2014-01-26 Thread 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 rst...@tislabs.com
 To: users users@ovirt.org
 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)

2014-01-21 Thread 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

2014-01-20 Thread 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 Empty

 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 lver...@redhat.com 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 Empty. 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

Re: [Users] vlan on mgmt network

2014-01-19 Thread 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 ih...@redhat.com
 mailto:ih...@redhat.com 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 http://10.0.0.0/24
 
 Peter
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Networking questions (LONG)

2014-01-10 Thread 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 lver...@redhat.com:
 
 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] Network not sync and problems reconfiguring

2014-01-10 Thread 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] Network not sync and problems reconfiguring

2014-01-10 Thread 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 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

2014-01-10 Thread 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 the network table should suffice
(assuming the VLAN interfaces are still intact on the hosts, as I deduce
from ovirtmgmt being marked as out-of-sync).

 
 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.822049

Re: [Users] Network not sync and problems reconfiguring

2014-01-09 Thread 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 unsynchronised

2014-01-09 Thread 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] Networking questions (LONG)

2014-01-09 Thread 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 profile lost after host edit

2014-01-07 Thread 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 Empty

 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 lver...@redhat.com 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 Empty. 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


Re: [Users] Network profile lost after host edit

2014-01-06 Thread Lior Vernia
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).

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 Empty
 
 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 lver...@redhat.com 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 Empty. 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


Re: [Users] Host Network QoS feature

2013-12-18 Thread Lior Vernia
Hey Dave,

On 18/12/13 14:55, Dave Neary wrote:
 Hi Lior,
 
 On 11/25/2013 08:43 AM, Lior Vernia wrote:
 Hello everybody,

 One of the upcoming network features for oVirt 3.4 is Host Network QoS,
 i.e. being to configure Quality of Service over networks attached to
 hosts' interfaces. The primary motivation is to be able to cap traffic
 related to specific networks, so that other networks residing on the
 same interface could function. The feature pages are up and I would like
 to open the discussion over them.

 Overview:
 http://www.ovirt.org/Features/Host_Network_QoS
 
 The user-level description of the feature looks great to me! I can't
 reallyspeak to the design, but the goal of per-network bandwidth quotas
 is an awesome feature.

Thanks, the congestion of the management network traffic is a common
pain-point related to live migration in oVirt. The feature aims to
provide a solution, and in a way that should allow users with existing
pre-3.4 DCs to cap the traffic of a single network on all their hosts
within one simple operation.

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


Re: [Users] Network profile lost after host edit

2013-12-13 Thread Lior Vernia
Hey Simon,

It actually doesn't surprise me that it's related to the template,
because we had other issues that were template-related in this dialog.
However, I haven't been able to reproduce it myself when working from
the master branch. So either it got fixed between 3.3.1 and now, or I
just didn't try anything complex enough.

If you could find some consistent way to reproduce the bug (BTW, it's
definitely a bug and not by design), then we could determine whether it
has indeed been solved in the meantime. And if not, we'll make sure that
it's fixed.

Yours, Lior.

On 12/12/13 23:52, Simon Barrett wrote:
 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 lver...@redhat.com 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 Empty”. 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] oVirt 3.4 network features review

2013-12-02 Thread Lior Vernia
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:9c331246-e987-40a1-abc5-10daf637bb71
SUMMARY:oVirt 3.4 network features review
LOCATION:Pangaea-tlv pangaea-...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov
 irt.org
ATTENDEE;CN=Antoni Segura Puimedon;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RS
 VP=TRUE:mailto:asegu...@redhat.com
ATTENDEE;CN=Michel van Horssen;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=T
 RUE:mailto:mvanhors...@vluchtelingenwerk.nl
ATTENDEE;CN=Sandro Bonazzola;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;RSVP=TR
 UE:mailto:sbona...@redhat.com
ATTENDEE;CN=Genadi Chereshnya;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TR
 UE:mailto:gcher...@redhat.com
ATTENDEE;CN=jor...@netbulae.eu;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=T
 RUE:mailto:jor...@netbulae.eu
ATTENDEE;CN=Mike Kolesnik;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;RSVP=TRUE:
 mailto:mkole...@redhat.com
ATTENDEE;CN=Steve Gordon;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:ma
 ilto:sgor...@redhat.com
ATTENDEE;CN=Eli Mesika;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;RSVP=TRUE:mai
 lto:emes...@redhat.com
ATTENDEE;CN=Otavio Luiz Ferranti;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP
 =TRUE:mailto:otavio.ferra...@eldorado.org.br
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto:suporte@log
 icworks.pt
ATTENDEE;CN=Lei Wang;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;RSVP=TRUE:mailt
 o:leiw...@redhat.com
ATTENDEE;CN=Ofer Schreiber;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE:
 mailto:oschr...@redhat.com
ATTENDEE;CN=Pangaea-tlv;CUTYPE=RESOURCE;ROLE=NON-PARTICIPANT;PARTSTAT=ACCEPT
 ED;RSVP=TRUE:mailto:pangaea-...@redhat.com
ORGANIZER;CN=Lior Vernia:mailto:lver...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20131203T15
DTEND;TZID=Asia/Jerusalem:20131203T16
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20131202T080438Z
DTSTAMP:20131202T080438Z
SEQUENCE:2
DESCRIPTION:The following meeting has been modified:\n\nSubject: oVirt 3.4 n
 etwork features review \nOrganiser: Lior Vernia lver...@redhat.com \n\nL
 ocation: Pangaea-tlv pangaea-...@redhat.com \nResources: Pangaea-tlv 
 pangaea-...@redhat.com (Pangaea-tlv) \nTime: Tuesday\, 3 December\, 2013\, 
 3:00:00 PM - 4:00:00 PM GMT +02:00 Jerusalem [MODIFIED]\n \nInvitees: users@
 ovirt.org\; a...@ovirt.org\; asegu...@redhat.com\; mvanhorssen@vluchtelingen
 werk.nl\; sbona...@redhat.com\; gcher...@redhat.com\; jor...@netbulae.eu\; m
 kole...@redhat.com\; sgor...@redhat.com\; emes...@redhat.com\; otavio.ferran
 t...@eldorado.org.br ... \n\n\n*~*~*~*~*~*~*~*~*~*\n\nIn this talk I intend to
  present a short overview of the network features for oVirt 3.4 (several min
 utes per feature + QA). \n\nConference call details will follow\, and possi
 bly a link to an Elluminate session. \n\nLink to oVirt 3.4 planning spreadsh
 eet (links to feature pages): \nhttps://docs.google.com/spreadsheet/ccc?key=
 0AuAtmJW_VMCRdHJ6N1M3d1F1UTJTS1dSMnZwMF9XWVEusp=drive_web#gid=0 \n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] oVirt 3.4 network features review

2013-12-02 Thread Lior Vernia
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:9c331246-e987-40a1-abc5-10daf637bb71
SUMMARY:oVirt 3.4 network features review
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov
 irt.org
ATTENDEE;CN=Antoni Segura Puimedon;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTIO
 N;RSVP=TRUE:mailto:asegu...@redhat.com
ATTENDEE;CN=Michel van Horssen;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RS
 VP=TRUE:mailto:mvanhors...@vluchtelingenwerk.nl
ATTENDEE;CN=Sandro Bonazzola;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP
 =TRUE:mailto:sbona...@redhat.com
ATTENDEE;CN=Genadi Chereshnya;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSV
 P=TRUE:mailto:gcher...@redhat.com
ATTENDEE;CN=jor...@netbulae.eu;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RS
 VP=TRUE:mailto:jor...@netbulae.eu
ATTENDEE;CN=Mike Kolesnik;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:mkole...@redhat.com
ATTENDEE;CN=Steve Gordon;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:sgor...@redhat.com
ATTENDEE;CN=Eli Mesika;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:
 mailto:emes...@redhat.com
ATTENDEE;CN=Otavio Luiz Ferranti;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
 RSVP=TRUE:mailto:otavio.ferra...@eldorado.org.br
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:suporte
 @logicworks.pt
ATTENDEE;CN=Lei Wang;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma
 ilto:leiw...@redhat.com
ATTENDEE;CN=Ofer Schreiber;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
 RUE:mailto:oschr...@redhat.com
ATTENDEE;CN=Assaf Muller;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU
 E:mailto:amul...@redhat.com
ATTENDEE;CN=Moti Asayag;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
 :mailto:masa...@redhat.com
ORGANIZER;CN=Lior Vernia:mailto:lver...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20131203T15
DTEND;TZID=Asia/Jerusalem:20131203T16
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20131202T115756Z
DTSTAMP:20131202T115756Z
SEQUENCE:4
DESCRIPTION:The following meeting has been modified:\n\nSubject: oVirt 3.4 n
 etwork features review \nOrganiser: Lior Vernia lver...@redhat.com \n\nL
 ocation:  [MODIFIED]\nTime: Tuesday\, 3 December\, 2013\, 3:00:00 PM - 4:00:
 00 PM GMT +02:00 Jerusalem\n \nInvitees: users@ovirt.org\; a...@ovirt.org\; 
 asegu...@redhat.com\; mvanhors...@vluchtelingenwerk.nl\; sbona...@redhat.com
 \; gcher...@redhat.com\; jor...@netbulae.eu\; mkole...@redhat.com\; sgordon@
 redhat.com\; emes...@redhat.com\; otavio.ferra...@eldorado.org.br ... \n\n\n
 *~*~*~*~*~*~*~*~*~*\n\nIn this talk I intend to present a short overview of 
 the network features for oVirt 3.4 (several minutes per feature + QA). \n\n
 Conference call bridge (audio only): \nCountry-specific toll-free phone numb
 ers: https://www.intercallonline.com/listNumbersByCode.action?confCode=97250
 6565679 \nBridge ID: 972506565679 \n\nLink to Elluminate session (screen sha
 ring): \nhttps://sas.elluminate.com/m.jnlp?sid=819password=M.DD596C1A50ED59
 505244EE0905F364\n\nLink to oVirt 3.4 planning spreadsheet (links to feature
  pages): \nhttps://docs.google.com/spreadsheet/ccc?key=0AuAtmJW_VMCRdHJ6N1M3
 d1F1UTJTS1dSMnZwMF9XWVEusp=drive_web#gid=0 \n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Host Network QoS feature

2013-11-25 Thread Lior Vernia
Hi Sven,

Thanks for your input, see response below.

On 25/11/13 10:59, Sven Kieske wrote:
 Hi,
 
 I have two thoughts on QoS:
 
 First: You mention just QoS for VMs, Hosts and in the future DCs, what
 about Cluster level QoS?

Good point. Cluster level would be similar in implementation to DC level
(and might be as useful), the point being that both are relatively
complex and out of the scope of this current feature. I'll update the
feature page to mention the cluster level as well.

 
 Second: It would also be very useful to track some statistics, like
 traffic consumed per vm / host, e.g. for accounting, maybe the
 ceilometer project from openstack could provide some of this
 information?

It might be useful to integrate with Ceilometer, oVirt will definitely
try to leverage OpenStack wherever possible. Specifically for the
billing use case (which relates more to VM QoS than to host QoS), maybe
someone who knows more about SLA than me would care to comment.

 
 What do you think?
 
 Am 25.11.2013 07:43, schrieb Lior Vernia:
 Hello everybody,

 One of the upcoming network features for oVirt 3.4 is Host Network QoS,
 i.e. being to configure Quality of Service over networks attached to
 hosts' interfaces. The primary motivation is to be able to cap traffic
 related to specific networks, so that other networks residing on the
 same interface could function. The feature pages are up and I would like
 to open the discussion over them.
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] oVirt 3.4 network features review

2013-11-25 Thread Lior Vernia
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:9c331246-e987-40a1-abc5-10daf637bb71
SUMMARY:oVirt 3.4 network features review
LOCATION:Pangaea-tlv pangaea-...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov
 irt.org
ATTENDEE;CN=Pangaea-tlv;CUTYPE=RESOURCE;ROLE=NON-PARTICIPANT;PARTSTAT=NEEDS-
 ACTION;RSVP=TRUE:mailto:pangaea-...@redhat.com
ORGANIZER;CN=Lior Vernia:mailto:lver...@redhat.com
DTSTART;TZID=Asia/Jerusalem:20131203T17
DTEND;TZID=Asia/Jerusalem:20131203T18
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20131125T111206Z
DTSTAMP:20131125T111206Z
SEQUENCE:1
DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt 3.4 ne
 twork features review \nOrganiser: Lior Vernia lver...@redhat.com \n\nLo
 cation: Pangaea-tlv pangaea-...@redhat.com \nResources: Pangaea-tlv p
 angaea-...@redhat.com (Pangaea-tlv) \nTime: Tuesday\, 3 December\, 2013\, 5
 :00:00 PM - 6:00:00 PM GMT +02:00 Jerusalem\n \nInvitees: users@ovirt.org\; 
 a...@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nIn this talk I intend to present
  a short overview of the network features for oVirt 3.4 (several minutes per
  feature + QA).\n\nConference call details will follow\, and possibly a lin
 k to an Elluminate session.\n\nLink to oVirt 3.4 planning spreadsheet (links
  to feature pages): \nhttps://docs.google.com/spreadsheet/ccc?key=0AuAtmJW_V
 MCRdHJ6N1M3d1F1UTJTS1dSMnZwMF9XWVEusp=drive_web#gid=0 \n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Host Network QoS feature

2013-11-24 Thread Lior Vernia
Hello everybody,

One of the upcoming network features for oVirt 3.4 is Host Network QoS,
i.e. being to configure Quality of Service over networks attached to
hosts' interfaces. The primary motivation is to be able to cap traffic
related to specific networks, so that other networks residing on the
same interface could function. The feature pages are up and I would like
to open the discussion over them.

Overview:
http://www.ovirt.org/Features/Host_Network_QoS

Detailed:
http://www.ovirt.org/Features/Detailed_Host_Network_QoS#Current_Status

I also refer you to a previous thread that discussed an earlier
iteration of this feature a few months ago:
http://lists.ovirt.org/pipermail/arch/2013-July/001502.html

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


Re: [Users] What should be the default for adding network from specific Cluster

2013-10-06 Thread Lior Vernia
The upside is that we'd keep consistency with the context (i.e.
operation as part of specific cluster). The downside would be that users
might not always aware of the context and thus might be confused by
the different behavior of the seemingly same dialog.

On 06/10/13 08:46, Genadi Chereshnya wrote:
 Hi all,
 
 We would like to consult community about adding the Network from Cluster tab.
 In 3.3 we can add Network from the DataCenter tab and then that network will 
 be attached to all Clusters of that DataCenter.
 When adding network from specific Cluster the default behavior today is to 
 attach that network to all the Clusters under the same DataCenter as well.
 We think that the right behavior should be add that network by default only 
 to the Cluster from which we add that Network from.
 Any feedback will be appreciated.
 Thanks,
Genadi
Rhevm-Network QE
 ___
 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


  1   2   >