Re: [Users] vdsm/engine do not like Infiniband

2012-09-14 Thread Itamar Heim

On 09/14/2012 06:59 AM, Dead Horse wrote:

Bug opened BZ857294 (https://bugzilla.redhat.com/show_bug.cgi?id=857294)

What would be a suggestion to work around this ATM and still be able to
use and keep the IB cards in the system?


a bit risky wrt future upgrade which you'll need to carefully test (and 
better if you get it first changed upstream...)
change the field to be lengthier (i remember the discussion around this, 
but google'd a bit and couldn't find it)





- DHC


On Thu, Sep 13, 2012 at 6:49 PM, Andrew Cathrow acath...@redhat.com
mailto:acath...@redhat.com wrote:

Yes you are right there is a known issue with the mac address length
in IB cards. IIRC there was a hardware vendor who was working on a
patch to extend the length and add the appropriate validation.


Dead Horse deadhorseconsult...@gmail.com
mailto:deadhorseconsult...@gmail.com wrote:

When attempting to activate/add a host with Infiniband cards present:

vdsm.log
Thread-14::DEBUG::2012-09-13
16:16:29,306::BindingXMLRPC::884::vds::(wrapper) return getCapabilities
with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory':
{'iSCSI': [{'InitiatorName': 'iqn.2012-09.net.azeroth:kezan'}],
'FC': []},
'packages2': {'kernel': {'release': '200.29.3.el6uek.x86_64',
'buildtime':
1346177011.0, 'version': '2.6.39'}, 'spice-server': {'release':
'10.el6',
'buildtime': 1340343617L, 'version': '0.10.1'}, 'vdsm': {'release':
'435.el6', 'buildtime': 1347508928L, 'version': '4.10.0'}, 'qemu-kvm':
{'release': '2.295.el6_3.2', 'buildtime': 1346867328L, 'version':
'0.12.1.2'}, 'libvirt': {'release': '21.el6_3.4', 'buildtime':
1345740034L,
'version': '0.9.10'}, 'qemu-img': {'release': '2.295.el6_3.2',
'buildtime':
1346867328L, 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R)
CPU   E5540  @ 2.53GHz', 'hooks': {}, 'vmTypes': ['kvm'],
'supportedProtocols': ['2.2', '2.3'], 'networks': {'ovirtmgmt':
{'iface':
'ovirtmgmt', 'addr': '3.57.111.31', 'cfg': {'IPV6INIT': 'no', 'IPADDR':
'3.57.111.31', 'DELAY': '0', 'PREFIX': '22', 'BOOTPROTO': 'none', 'STP':
'off', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu':
'1500', 'netmask': '255.255.252.0', 'stp': 'off', 'bridged': True,
'gateway': '0.0.0.0', 'ports': ['bond2']}, 'maelstrom': {'iface':
'maelstrom', 'addr': '', 'cfg': {'IPV6INIT': 'no', 'DELAY': '0',
'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'maelstrom', 'TYPE':
'Bridge',
'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'stp': 'off', 'bridged':
True, 'gateway': '0.0.0.0', 'ports': ['bond0']}, 'twistingnether':
{'iface': 'twistingnether', 'addr': '3.70.204.31', 'cfg': {'IPV6INIT':
'no', 'IPADDR': '3.70.204.31', 'DELAY': '0', 'PREFIX': '22',
'BOOTPROTO':
'none', 'STP': 'off', 'DEVICE': 'twistingnether', 'TYPE': 'Bridge',
'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.252.0', 'stp':
'off',
'bridged': True, 'gateway': '3.70.204.254', 'ports': ['bond1']}},
'bridges': {'ovirtmgmt': {'addr': '3.57.111.31', 'cfg': {'IPV6INIT':
'no',
'IPADDR': '3.57.111.31', 'DELAY': '0', 'PREFIX': '22', 'BOOTPROTO':
'none',
'STP': 'off', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes'},
'mtu': '1500', 'netmask': '255.255.252.0', 'stp': 'off', 'ports':
['bond2']}, 'maelstrom': {'addr': '', 'cfg': {'IPV6INIT': 'no', 'DELAY':
'0', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'maelstrom', 'TYPE':
'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'stp': 'off',
'ports': ['bond0']}, 'twistingnether': {'addr': '3.70.204.31', 'cfg':
{'IPV6INIT': 'no', 'IPADDR': '3.70.204.31', 'DELAY': '0', 'PREFIX':
'22',
'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'twistingnether', 'TYPE':
'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.252.0',
'stp': 'off', 'ports': ['bond1']}}, 'uuid':
'FF28----00212883CE4C_00:15:17:00:10:0a',
'lastClientIface': 'twistingnether', 'nics': {'ib0': {'addr':
'192.168.1.1', 'cfg': {'IPV6INIT': 'no', 'IPADDR': '192.168.1.1', 'MTU':
'65520', 'PREFIX': '16', 'BOOTPROTO': 'none', 'CONNECTED_MODE': 'yes',
'DEVICE': 'ib0', 'TYPE': 'Infiniband', 'ONBOOT': 'yes'}, 'mtu': '65520',
'netmask': '255.255.0.0', 'hwaddr':
'80:00:04:04:fe:80:00:00:00:00:00:00:00:12:79:ff:ff:b5:b0:f1',
'speed': 0},
'ib1': {'addr': '', 'cfg': {'IPV6INIT': 'no', 'MTU': '65520',
'BOOTPROTO':
'none', 'CONNECTED_MODE': 'yes', 'DEVICE': 'ib1', 'TYPE': 'Infiniband',
'ONBOOT': 'no'}, 'mtu': '2044', 'netmask': '', 'hwaddr':
'80:00:04:05:fe:80:00:00:00:00:00:00:00:12:79:ff:ff:b5:b0:f2',
'speed': 0},
'eth5': {'permhwaddr': '00:15:17:00:10:0B', 'addr': '', 'cfg': {'SLAVE':
'yes', 'IPV6INIT': 'no', 'HWADDR': '00:15:17:00:10:0B', 'BOOTPROTO':
'none', 'MASTER': 'bond2', 'DEVICE': 'eth5', 'ONBOOT': 'yes'}, 'mtu':
'1500', 

[Users] Define vlan (pvid and/or trunk) per vNic ? - openvswitch integration

2012-09-14 Thread Benoit ML
Hello,

I'm writing to the ml to know something about ovirt :  Is there any
possibilité to define a vlan per vNic (pvid and/or trunk) , for each
vnic of VM ?

I'm working with openvswitch and i can define this. Well, for us, it's
the absolute needed (and killing) feature to define well known n-tiers
architecture in a virtual world (web fronted, BDD, load-balancer and
so on).

I'm interesting by oVirt because it seems to be an integrated web interface.

Thank you in advance !

Regards,

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


Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

2012-09-14 Thread David Jaša
John A. Sullivan III píše v Čt 13. 09. 2012 v 12:36 -0400:
 On Thu, 2012-09-13 at 20:16 +0430, Mohsen Saeedi wrote:
  
  
  
  John A. Sullivan III jsulli...@opensourcedevel.com wrote on Thu, 13
  Sep 2012 08:38:11 -0400:
   On Thu, 2012-09-13 at 08:06 -0400, Alon Levy wrote:
 Hi Mohsen,
 
 multiple sessions to the single VM are not on the roadmap. There is
 experimental multi-client support but it is to make more users see
 the
 same session.
Moshen,

 I misunderstood. In this case, I guess I don't actually see how we 
could fix your problem without circumventing any mechanism that windows 
has to count license users.

 Please ignore my lengthy email, it won't help you at all.

Alon
  You can use some recipe for get ridding windows XP RDP limitation:
  http://www.petri.co.il/multiple-remote-desktop-sessions-on-windows-xp-sp3.htm
  
 I think the problems are more legal than technical.  From the above
 link:
 However, be warned. Before you begin, I need to warn you that patching
 the file and allowing more than one concurrent Remote Desktop session
 will violate a few lines in the Windows XP EULA. Proceed with caution
 and at your own risk.
   snip
   We are actually quite interested in something like this.  In effect, it
   is RDS but replaces the RDP protocol with SPICE for the advantages SPICE
   brings.
   
   We have also been toying with the idea of using KVM/KSM to move to a
   single server per user.  This would provide much greater isolation and
   non-repudiation but we are concerned about the overhead of KVM on the
   KVM host and deduplication on the SAN.  Thanks - John
  I think so, spice has experimental feature for multiple client to
  single windows XP now. is it true??
  and what is the details for idea of using KVM/KSM to move to a single
  server per user? I didn't understand it very well.
  Thanks
 This is something we are able to do splendidly well with VServer and
 X2Go (an NX implementation).  With the VServer hashification feature, I
 can have 400 VMs on a host and only take one VM's worth of space for
 system files.

oVirt (RHEV) templates will do the same for you.

   Moreover, all instances in memory only take the space of
 one instance. Thus, we get deduplication and KSM almost for free.

oVirt (RHEV) runs KSM only when the host memory gets fuller but I seem
to remember that guys were able to have high 1000's of % of memory
overcommit ratios

BTW, how does VServer implement its memory sharing, isn't it KSM
internally too?

 Because the additional overhead is so minuscule (minimal memory and disk
 and almost no virtualization overhead since it is a container technology
 instead of a hypervisor), and because there are no licensing issues for
 our Linux desktops, it makes sense to give each user a dedicated VM.
 Not only does that give us excellent isolation from errant processes but
 it also means (because of the details of our implementation) that each
 user has a consistent IP address allowing us to correlate network events
 with specific users.

in oVirt, your guest systems have stable MAC address so with properly
configured DHCP/DNS, you'd get the same.

David

 
 In some Windows licensing models, there is no cost differential between
 individual workstations and individual VMs.  In that model, we are
 investigating the same scenario, viz., a single VM per user.  However,
 since we cannot use VServer for Windows guests, we either need to look
 at Virtuozzo or produce the same results with KVM/KSM/dedupe.  We
 suspect that is much more resource intensive than it is with VServer.
 
 Whatever model we choose, we then need a transport protocol and, as
 SPICE is refined especially in its handling of WAN video, we are quite
 interested in using it rather than RDP for transport.  I hope that
 clarifies it.  Thanks - John
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

-- 

David Jaša, RHCE

SPICE QE based in Brno
GPG Key: 22C33E24 
Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24



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


Re: [Users] Bangalore Workshop Talk Submissions (was: Re: Speakers Needed: Upcoming Workshops)

2012-09-14 Thread Srinivas_G_Gowda
Hello All,
I would like to submit a proposal  in the Bangalore Workshop  along with my 
colleague Surya Prabhakar. 

Here is the Abstract 
---
Base Board Management Controller(BMC) that is present on each of the servers 
has wealth of hardware information. 
Apart from performing the usual fencing tasks, BMC can play a more critical 
role in a visualization environment. Effective usage
 of BMC will allow virtualization solution to manage the hosts more 
efficiently. Current oVirt-Engine`s scheduling policy overlooks
 the real status of a server which can only be given by the onboard BMC.  
Consider a situation wherein a thermal sensor on a Host 
has crossed its threshold limits. In the current oVirt setup, the engine would 
continue to use this tainted Host either by scheduling 
more VMs or continue hosting the existing VMs. This Host at some point of time 
is set to fail. 
Is there a better way of handling such situations or events in oVirt ? 
The objective of the talk is to highlight the importance of having BMC as part 
of the oVirt stack and also touch upon the different 
options that are available to integrate BMC awareness in an oVirt Stack.


And here is something about me and Surya
-
Surya Prabhakar: He has close to 10 years of experience in embedded and Linux 
development. Currently working as Senior Software development 
engineer in Dell India RD centre. His work majorly focuses on making the Dell 
servers working best with various Linux distros out of the box. 
He has presented papers in in forums like Opensource India ( OSI tech days ) 
and conducted workshops in universities on cloud and virtualization. 
Working with openstack cloud software is his passion.

Srinivas Gowda: I have close to 6 years of experience in systems management, 
embedded Systems and Linux development. Currently working as 
Senior Software development Engineer in Dell India RD Centre. I like solving 
Bugs on Linux...! 



Thanks,
G

-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Leslie Hawthorn
Sent: Wednesday, September 05, 2012 10:03 PM
To: users@ovirt.org; a...@ovirt.org
Subject: [Users] Bangalore Workshop Talk Submissions (was: Re: Speakers Needed: 
Upcoming Workshops)

Hello everyone,

Many thanks to all the fine folks who have proposed talks thus far for the 
oVirt Bangalore workshop. [0] We're expecting a full house with 60 registrants 
already signed up.

If you are interested in speaking at the oVirt Bangalore workshop, I have now 
documented the instructions for submission and all submissions received thus 
far on the oVirt wiki. [1]  Please take a look at the document and let me know 
if you have any questions.

Last but not least, if you have been in contact with me or have been discussing 
a submission with other oVirt folk that does not appear on the Bangalore 
Abstracts wiki page, please go ahead and add it to the page.

[0] -
http://wiki.ovirt.org/wiki/OVirt_Global_Workshops#Red_Hat_Bangalore_Campus_Workshop

[1] - http://wiki.ovirt.org/wiki/Bangalore_Abstracts

Cheers,
LH

On 09/05/2012 02:17 AM, Kanagaraj wrote:
 Hi All,

  I would like to give a session on Overview of Webadmin and UI 
 frameworks in Bangalore oVirt Workshop. I will be starting with an 
 introduction about the frameworks GWT, GWTP, GIN and MVP. And will be 
 explaining about different modules, layers, communication between 
 frontend and backend, techniques behind the search and 
 auto-completion, bookmarks. Finally about the different modes 
 supported by oVirt and.

  About myself, i am part of Storage Development team in Bangalore, and 
 currently working on the Gluster related features in oVirt. I am 
 taking care of all the gluster related UI works. Sometimes I do work 
 on backend and rest-api as well. I have around 2.5 years of experience 
 in developing web based management tools and UI frameworks.

 Regards
 Kanagaraj M

 On Thursday 09 August 2012 03:19 AM, Leslie Hawthorn wrote:
 Hello everyone,

 First of all, congratulations to the team on today's release of oVirt 
 3.1!

 As mentioned in today's weekly status IRC meeting, we would like to 
 ensure we have broad community participation in upcoming workshops.
 [0] For KVM Forum + oVirt in Barcelona [1], a general call for papers 
 will be issued within the next few days. I will send a note to these 
 lists when details of the CFP have been announced.

 For the oVirt workshop to be hosted at Red Hat's Bangalore campus on
 16 October 2012, it would be wonderful if folks would propose 
 sessions for this workshop. (We have chosen not to go through a 
 formal CFP process for Bangalore so as to leave sufficient time for 
 the KVM Forum + oVirt CFP process to run most smoothly.) If you would 
 like to propose a session for oVirt Bangalore, please email me and I 
 follow up with you.

 As usual, any questions, please let me 

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

2012-09-14 Thread John A. Sullivan III
On Fri, 2012-09-14 at 11:49 +0200, David Jaša wrote:
 John A. Sullivan III píše v Čt 13. 09. 2012 v 12:36 -0400:
  On Thu, 2012-09-13 at 20:16 +0430, Mohsen Saeedi wrote:
   
   
   
   John A. Sullivan III jsulli...@opensourcedevel.com wrote on Thu, 13
 snip   
We have also been toying with the idea of using KVM/KSM to move to a
single server per user.  This would provide much greater isolation and
non-repudiation but we are concerned about the overhead of KVM on the
KVM host and deduplication on the SAN.  Thanks - John
   I think so, spice has experimental feature for multiple client to
   single windows XP now. is it true??
   and what is the details for idea of using KVM/KSM to move to a single
   server per user? I didn't understand it very well.
   Thanks
  This is something we are able to do splendidly well with VServer and
  X2Go (an NX implementation).  With the VServer hashification feature, I
  can have 400 VMs on a host and only take one VM's worth of space for
  system files.
 
 oVirt (RHEV) templates will do the same for you.
Then I had better start investigating it! Thanks.
 
Moreover, all instances in memory only take the space of
  one instance. Thus, we get deduplication and KSM almost for free.
 
 oVirt (RHEV) runs KSM only when the host memory gets fuller but I seem
 to remember that guys were able to have high 1000's of % of memory
 overcommit ratios
I have heard rumors of high CPU utilization with KSM but we have not
experimented enough with it ourselves to know.  Is that an issue?
 
 BTW, how does VServer implement its memory sharing, isn't it KSM
 internally too?
No, it's a consequence of their hashification. As an option, all
duplicate files in the file system (there is a single file system in
VServer although accessed via different namespaces) are replaced by
immutable hard links.  I'm not sure of the details but, because each of
those files shares a common inode, I believe only one instance is loaded
into memory.
 
  Because the additional overhead is so minuscule (minimal memory and disk
  and almost no virtualization overhead since it is a container technology
  instead of a hypervisor), and because there are no licensing issues for
  our Linux desktops, it makes sense to give each user a dedicated VM.
  Not only does that give us excellent isolation from errant processes but
  it also means (because of the details of our implementation) that each
  user has a consistent IP address allowing us to correlate network events
  with specific users.
 
 in oVirt, your guest systems have stable MAC address so with properly
 configured DHCP/DNS, you'd get the same.
 
 David
snip

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


Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

2012-09-14 Thread Itamar Heim

On 09/14/2012 03:28 PM, John A. Sullivan III wrote:
...


Moreover, all instances in memory only take the space of
 one instance. Thus, we get deduplication and KSM almost for free.


oVirt (RHEV) runs KSM only when the host memory gets fuller but I seem
to remember that guys were able to have high 1000's of % of memory
overcommit ratios

I have heard rumors of high CPU utilization with KSM but we have not
experimented enough with it ourselves to know.  Is that an issue?


ksm takes cpu, but servers today are loaded with cores, but memory is 
still the expensive part.
today we configure ksm to kick in only when memory is ~80%, which is 
when you'd usually be willing to pay the price of one of your cores 
spending some time on ksm, then the memory congestion on the host / 
losing memory overcommit.

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


Re: [Users] Define vlan (pvid and/or trunk) per vNic ? - openvswitch integration

2012-09-14 Thread Itamar Heim

On 09/14/2012 11:25 AM, Benoit ML wrote:

Hello,

I'm writing to the ml to know something about ovirt :  Is there any
possibilité to define a vlan per vNic (pvid and/or trunk) , for each
vnic of VM ?

I'm working with openvswitch and i can define this. Well, for us, it's
the absolute needed (and killing) feature to define well known n-tiers
architecture in a virtual world (web fronted, BDD, load-balancer and
so on).

I'm interesting by oVirt because it seems to be an integrated web interface.

Thank you in advance !

Regards,



well, you can define many logical networks (each a vlan), then associate 
each with only a single VM and get this behavior.

we are planning to improve this to be a bit easier:
- remove the need to assign each logical network to each host (if you
  plan a lot and have multiple hosts, i suggest you script it)
- more permissions for users on networks
- probably not limited to be based on vlans, rather other more scalable
  isolation technologies

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


Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

2012-09-14 Thread John A. Sullivan III
On Fri, 2012-09-14 at 16:55 +0300, Itamar Heim wrote:
 On 09/14/2012 03:28 PM, John A. Sullivan III wrote:
 ...
 
  Moreover, all instances in memory only take the space of
   one instance. Thus, we get deduplication and KSM almost for free.
  
  oVirt (RHEV) runs KSM only when the host memory gets fuller but I seem
  to remember that guys were able to have high 1000's of % of memory
  overcommit ratios
  I have heard rumors of high CPU utilization with KSM but we have not
  experimented enough with it ourselves to know.  Is that an issue?
 
 ksm takes cpu, but servers today are loaded with cores, but memory is 
 still the expensive part.
 today we configure ksm to kick in only when memory is ~80%, which is 
 when you'd usually be willing to pay the price of one of your cores 
 spending some time on ksm, then the memory congestion on the host / 
 losing memory overcommit.
That's where VServer is so great - we get the same results without the
overhead.  I assume oVirt does not change that part.  Still, we are
looking forward to exploring it as we really have no other option for
Windows desktops and servers.  Thanks - John

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


Re: [Users] HA: Re: HP Integrated Lights Out 3

2012-09-14 Thread Darrell Budic
I had tried that and it hadn't changed, but looking at it this morning, it 
cleared those. Maybe it only checked on login? Anyway, now it's showing me a 
really old alert from a month or two ago about No other host in cluster to 
test power management from (or whatever the real verbiage is for that). Kind 
of strange since they've all got power management now :)

  -Darrell

On Sep 14, 2012, at 2:46 AM, Itamar Heim wrote:

 On 09/14/2012 02:32 AM, Darrell Budic wrote:
 That fix worked for me (ipmilan wise, anyway. Still no go on ilo, but we
 knew that, right?). Thanks Itamar!
 
 Dmitriy, make sure you do this to all your host nodes, it may run the
 test from any of them. You'll also want to be sure you delete
 /usr/share/vdsm/BindingXMLRPC.pyc and .pyo, otherwise the compiled
 python is likely to still get used. Finally, I did need to restart vdsmd
 on all my nodes, service vdsmd restart on my Centos 6.3 system. Glad
 to know you can do that without causing problems for running vms.
 
 I did notice that the ovirt management GUI still shows 3 Alerts in the
 alert area, and they are all Power Management test failed errors dated
 from the first time their particular node was added to the cluster. This
 is even after restarting a vdsmd again and seeing Host xxx power
 management was verified successfully. in the event log.
 
 because the engine doesn't go and run 'test power management' all the time...
 click edit host, power management tab, click 'test'.
 

Darrell Budic
Bigwells Technology LLC

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


Re: [Users] vdsm/engine do not like Infiniband

2012-09-14 Thread Dead Horse
This is a test setup so no worries about future breakage via upgrade.
I ended up stopping the engine service, dumping the database and altering
the the table vds_interface -- column mac_addr and increasing the char
varying length from 20 to 60.
I then restore the altered database and go about business as usual.

I had to make the edit offline because there are quite a few DB views and
rules dependent on that table.

- DHC

On Fri, Sep 14, 2012 at 2:51 AM, Itamar Heim ih...@redhat.com wrote:

 On 09/14/2012 06:59 AM, Dead Horse wrote:

 Bug opened BZ857294 
 (https://bugzilla.redhat.com/**show_bug.cgi?id=857294https://bugzilla.redhat.com/show_bug.cgi?id=857294
 )

 What would be a suggestion to work around this ATM and still be able to
 use and keep the IB cards in the system?


 a bit risky wrt future upgrade which you'll need to carefully test (and
 better if you get it first changed upstream...)
 change the field to be lengthier (i remember the discussion around this,
 but google'd a bit and couldn't find it)



 - DHC


 On Thu, Sep 13, 2012 at 6:49 PM, Andrew Cathrow acath...@redhat.com
 mailto:acath...@redhat.com wrote:

 Yes you are right there is a known issue with the mac address length
 in IB cards. IIRC there was a hardware vendor who was working on a
 patch to extend the length and add the appropriate validation.


 Dead Horse deadhorseconsult...@gmail.com
 mailto:deadhorseconsulting@**gmail.comdeadhorseconsult...@gmail.com
 wrote:

 When attempting to activate/add a host with Infiniband cards present:

 vdsm.log
 Thread-14::DEBUG::2012-09-13
 16:16:29,306::BindingXMLRPC::**884::vds::(wrapper) return
 getCapabilities
 with {'status': {'message': 'Done', 'code': 0}, 'info':
 {'HBAInventory':
 {'iSCSI': [{'InitiatorName': 'iqn.2012-09.net.azeroth:**kezan'}],
 'FC': []},
 'packages2': {'kernel': {'release': '200.29.3.el6uek.x86_64',
 'buildtime':
 1346177011.0, 'version': '2.6.39'}, 'spice-server': {'release':
 '10.el6',
 'buildtime': 1340343617L, 'version': '0.10.1'}, 'vdsm': {'release':
 '435.el6', 'buildtime': 1347508928L, 'version': '4.10.0'}, 'qemu-kvm':
 {'release': '2.295.el6_3.2', 'buildtime': 1346867328L, 'version':
 '0.12.1.2'}, 'libvirt': {'release': '21.el6_3.4', 'buildtime':
 1345740034L,
 'version': '0.9.10'}, 'qemu-img': {'release': '2.295.el6_3.2',
 'buildtime':
 1346867328L, 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R)
 CPU   E5540  @ 2.53GHz', 'hooks': {}, 'vmTypes': ['kvm'],
 'supportedProtocols': ['2.2', '2.3'], 'networks': {'ovirtmgmt':
 {'iface':
 'ovirtmgmt', 'addr': '3.57.111.31', 'cfg': {'IPV6INIT': 'no',
 'IPADDR':
 '3.57.111.31', 'DELAY': '0', 'PREFIX': '22', 'BOOTPROTO': 'none',
 'STP':
 'off', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes'},
 'mtu':
 '1500', 'netmask': '255.255.252.0', 'stp': 'off', 'bridged': True,
 'gateway': '0.0.0.0', 'ports': ['bond2']}, 'maelstrom': {'iface':
 'maelstrom', 'addr': '', 'cfg': {'IPV6INIT': 'no', 'DELAY': '0',
 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'maelstrom', 'TYPE':
 'Bridge',
 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'stp': 'off',
 'bridged':
 True, 'gateway': '0.0.0.0', 'ports': ['bond0']}, 'twistingnether':
 {'iface': 'twistingnether', 'addr': '3.70.204.31', 'cfg': {'IPV6INIT':
 'no', 'IPADDR': '3.70.204.31', 'DELAY': '0', 'PREFIX': '22',
 'BOOTPROTO':
 'none', 'STP': 'off', 'DEVICE': 'twistingnether', 'TYPE': 'Bridge',
 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.252.0', 'stp':
 'off',
 'bridged': True, 'gateway': '3.70.204.254', 'ports': ['bond1']}},
 'bridges': {'ovirtmgmt': {'addr': '3.57.111.31', 'cfg': {'IPV6INIT':
 'no',
 'IPADDR': '3.57.111.31', 'DELAY': '0', 'PREFIX': '22', 'BOOTPROTO':
 'none',
 'STP': 'off', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT':
 'yes'},
 'mtu': '1500', 'netmask': '255.255.252.0', 'stp': 'off', 'ports':
 ['bond2']}, 'maelstrom': {'addr': '', 'cfg': {'IPV6INIT': 'no',
 'DELAY':
 '0', 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'maelstrom', 'TYPE':
 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'stp':
 'off',
 'ports': ['bond0']}, 'twistingnether': {'addr': '3.70.204.31', 'cfg':
 {'IPV6INIT': 'no', 'IPADDR': '3.70.204.31', 'DELAY': '0', 'PREFIX':
 '22',
 'BOOTPROTO': 'none', 'STP': 'off', 'DEVICE': 'twistingnether', 'TYPE':
 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.252.0',
 'stp': 'off', 'ports': ['bond1']}}, 'uuid':
 'FF28----**00212883CE4C_00:15:17:00:10:**0a',
 'lastClientIface': 'twistingnether', 'nics': {'ib0': {'addr':
 '192.168.1.1', 'cfg': {'IPV6INIT': 'no', 'IPADDR': '192.168.1.1',
 'MTU':
 '65520', 'PREFIX': '16', 'BOOTPROTO': 'none', 'CONNECTED_MODE': 'yes',
 'DEVICE': 'ib0', 'TYPE': 'Infiniband', 'ONBOOT': 'yes'}, 'mtu':