I guess we can assist with this one.
We have the HW needed and a ci environment.
We will be happy to do so.

I need some help to understand the needed in order integrate into os ci.

Who can assist with that?

Itai



Sent from my iPhone

> On Nov 16, 2014, at 3:31 PM, Irena Berezovsky <ire...@mellanox.com> wrote:
> 
> Hi Steve,
> Regarding SR-IOV testing, at Mellanox we have CI job running on bare metal 
> node with Mellanox SR-IOV NIC.  This job is reporting on neutron patches. 
> Currently API tests are executed. 
> The contact person for SRIOV CI job is listed at driverlog:
> https://github.com/stackforge/driverlog/blob/master/etc/default_data.json#L1439
> 
> The following items are in progress:
> - SR-IOV functional testing 
> - Reporting CI job on nova patches
> - Multi-node setup
> It worth to mention that we   want to start the collaboration on SR-IOV 
> testing effort as part of the pci pass-through subteam activity.
> Please join the weekly meeting if you want to collaborate or have some 
> inputs: https://wiki.openstack.org/wiki/Meetings/Passthrough
> 
> BR,
> Irena
> 
> -----Original Message-----
> From: Steve Gordon [mailto:sgor...@redhat.com] 
> Sent: Wednesday, November 12, 2014 9:11 PM
> To: itai mendelsohn; Adrian Hoban; Russell Bryant; Ian Wells (iawells); Irena 
> Berezovsky; ba...@cisco.com
> Cc: Nikola ─Éipanov; Russell Bryant; OpenStack Development Mailing List (not 
> for usage questions)
> Subject: [Nova][Neutron][NFV][Third-party] CI for NUMA, SR-IOV, and other 
> features that can't be tested on current infra.
> 
> Hi all,
> 
> We had some discussions last week - particularly in the Nova NFV design 
> session [1] - on the subject of ensuring that telecommunications and 
> NFV-related functionality has adequate continuous integration testing. In 
> particular the focus here is on functionality that can't easily be tested on 
> the public clouds that back the gate, including:
> 
> - NUMA (vCPU pinning, vCPU layout, vRAM layout, huge pages, I/O device 
> locality)
> - SR-IOV with Intel, Cisco, and Mellanox devices (possibly others)
> 
> In each case we need to confirm where we are at, and the plan going forward, 
> with regards to having:
> 
> 1) Hardware to run the CI on.
> 2) Tests that actively exercise the functionality (if not already in 
> existence).
> 3) Point person for each setup to maintain it and report into the third-party 
> meeting [2].
> 4) Getting the jobs operational and reporting [3][4][5][6].
> 
> In the Nova session we discussed a goal of having the hardware by K-1 (Dec 
> 18) and having it reporting at least periodically by K-2 (Feb 5). I'm not 
> sure if similar discussions occurred on the Neutron side of the design summit.
> 
> SR-IOV
> ======
> 
> Adrian and Irena mentioned they were already in the process of getting up to 
> speed with third party CI for their respective SR-IOV configurations. Robert 
> are you attempting similar with regards to Cisco devices? What is the status 
> of each of these efforts versus the four items I lifted above and what do you 
> need assistance with?
> 
> NUMA
> ====
> 
> We still need to identify some hardware to run third party CI for the 
> NUMA-related work, and no doubt other things that will come up. It's expected 
> that this will be an interim solution until OPNFV resources can be used (note 
> cdub jokingly replied 1-2 years when asked for a "rough" estimate - I mention 
> this because based on a later discussion some people took this as a serious 
> estimate).
> 
> Ian did you have any luck kicking this off? Russell and I are also 
> endeavouring to see what we can do on our side w.r.t. this short term 
> approach - in particular if you find hardware we still need to find an owner 
> to actually setup and manage it as discussed.
> 
> In theory to get started we need a physical multi-socket box and a virtual 
> machine somewhere on the same network to handle job control etc. I believe 
> the tests themselves can be run in VMs (just not those exposed by existing 
> public clouds) assuming a recent Libvirt and an appropriately crafted Libvirt 
> XML that ensures the VM gets a multi-socket topology etc. (we can assist with 
> this).
> 
> Thanks,
> 
> Steve
> 
> [1] https://etherpad.openstack.org/p/kilo-nova-nfv
> [2] https://wiki.openstack.org/wiki/Meetings/ThirdParty
> [3] http://ci.openstack.org/third_party.html
> [4] http://www.joinfu.com/2014/01/understanding-the-openstack-ci-system/
> [5] 
> http://www.joinfu.com/2014/02/setting-up-an-external-openstack-testing-system/
> [6] 
> http://www.joinfu.com/2014/02/setting-up-an-openstack-external-testing-system-part-2/

_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to