16:01:51 <Sukhdev> #startmeeting ironic_neutron
16:01:52 <openstack> Meeting started Mon Feb 29 16:01:51 2016 UTC and is due to finish in 60 minutes.  The chair is Sukhdev. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:01:53 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:01:56 <openstack> The meeting name has been set to 'ironic_neutron'
16:02:06 <davidlenwell> o/
16:02:12 <sambetts> o/
16:02:23 <Sukhdev> #topic: Agenda
16:02:30 <Sukhdev> #link: https://wiki.openstack.org/wiki/Meetings/Ironic-neutron#Meeting_February_29.2C_2016
16:02:48 <Sukhdev> Welcome to ironic-neutron meeting
16:02:59 <Sukhdev> Feel free to add to the agenda
16:03:11 <Sukhdev> #topic: Announcements
16:03:21 <Sukhdev> Happy 29th Feb
16:03:44 <Sukhdev> Anybody has any announcement?
16:04:24 <Sukhdev> jroll : are you here?
16:04:28 <jroll> morning :)
16:04:46 <Sukhdev> devananda : are you here ?
16:05:09 <Sukhdev> #topic: Patches Updates
16:05:28 <devananda> Sukhdev: o/
16:05:28 <Sukhdev> #link: https://etherpad.openstack.org/p/ironic-neutron-mid-cycle
16:06:03 <Sukhdev> devananda, jroll: want to share any update on the patch refactoring?
16:06:16 <jroll> Sukhdev: it's well underway, not quite finished yet unfortunately
16:07:07 <Sukhdev> jroll: cool - we have some time still
16:07:29 <Sukhdev> let me know when ready  - I will give it a spin
16:07:45 <Sukhdev> I am in the middle of setting up my automated test setup
16:08:13 <jroll> cool
16:08:17 <jroll> should be this week
16:08:37 <Sukhdev> BTW, I tested latest versions of patches as of last Tuesday - all looks good so far
16:08:58 <Sukhdev> couple of patches have some minor comments  - I paced +1's on others
16:09:57 <Sukhdev> Everybody please keep the etherpad updated with all the issues, patch updates, etc...
16:10:17 <Sukhdev> this gives us one stop to check everything
16:10:24 <jroll> good point
16:10:25 * jroll updates
16:10:29 <sivaramakrishna> Sukhdev: which mech driver did you use.. did you use generic plugin?
16:11:06 <Sukhdev> sivaramakrishna : I use Arista ML2 driver, along with all the patches listed on etherpad
16:11:08 <sivaramakrishna> which etherpad.. the mid cycle one?
16:11:23 <Sukhdev> sivaramakrishna : https://etherpad.openstack.org/p/ironic-neutron-mid-cycle
16:11:55 <sivaramakrishna> oh,ok.. is your code anywhere upstream?
16:12:16 <sivaramakrishna> I was using the generic plugin
16:12:26 <Sukhdev> sivaramakrishna : yes it is on netwroking-arista repo
16:12:36 <Sukhdev> networking-arista
16:13:29 <Sukhdev> anything else on the patches?
16:13:57 <Sukhdev> devananda : how's your testing/setup coming along?
16:14:13 <sivaramakrishna> got disconnected..
16:15:10 <Sukhdev> #topic: Vlan aware BMs
16:15:20 <Sukhdev> link: https://review.openstack.org/#/c/277853/2
16:15:26 <devananda> Sukhdev: I've been busy working on the infrastructure setup for that testing, but it's not up yet
16:15:59 <Sukhdev> devananda : were you able to get the right switches, etc..
16:16:36 <Sukhdev> devananda : ping me off-line, if you still need any help
16:16:42 <devananda> Sukhdev: will do
16:16:51 <Sukhdev> sambetts : I added this topic to the agenda -
16:16:59 <devananda> we found some switches with HW VTEP support, but unclear yet about which ML2 plugin we'll need to use with them
16:18:03 <Sukhdev> devananda : mestery is working with you, right? I gave him some pointers as to how to test with OVN
16:18:32 <devananda> yep
16:19:27 <Sukhdev> I have not tested ironic integration with OVN, but, used L2GW with OVSDB setup -
16:19:58 <Sukhdev> it should be similar - with some work, you should be able to test this interface -
16:20:13 <Sukhdev> when you are ready, ping me if you need any help
16:21:00 <Sukhdev> getting back to the topic (sorry) -
16:21:23 <Sukhdev> sambetts: wanted to chat about your patch
16:21:25 <mestery> Sukhdev: I have your email, once we get to that point, I'm going to try it
16:21:36 <sambetts> Sukhdev: sure :)
16:21:51 <Sukhdev> mestery : cool - you know where to find me :-)
16:22:12 <Sukhdev> sambetts : I left some comments on your patch
16:22:18 <mestery> I do Sukhdev ;)
16:22:57 <Sukhdev> sambetts : one thing is not clear  - i.e. the plumbing of sub-ports on neutron side -
16:23:05 <sambetts> Sukhdev: yes, so the spec right now doesn't intergrate with the VLAN aware VMs work / trunk port work going on in neutron
16:24:00 <Sukhdev> sambetts : do you have any thought as to how that integration will work?
16:25:10 <sambetts> Sukhdev: I've had some thoughts, and the way I think it'll most likely work is a user requests normal nic interfaces on nova boot using the --nic parameter, and then Ironic creates the trunk port
16:25:22 <sambetts> and then links the nova created ports to the trunk port
16:26:14 <sambetts> but we've implemented this functionality downstream without the trunk support in neutron by making our BM ml2 driver do something slightly different
16:27:48 <sambetts> the switch port is always a trunk port, and then on the first port update it binds native and the allowed vlan, then on second or more port updates with the same switch port in the local link it will only update the allowed list
16:28:40 <Sukhdev> nova will create one port based upon the parameters to boot command - who will orchestrate the create of the subsequent ports?
16:29:02 <sambetts> Sukhdev: with my changes you send multiple --nics to nova
16:29:37 <Sukhdev> oh - I see - does nova allow that - or you have hacked it in your implementation?
16:29:42 <sambetts> nova boot --nic net-id=net1 --nic net-id=net22
16:29:53 <jroll> nova allows it
16:30:09 <sambetts> built into nvoa
16:30:12 <sambetts> nova
16:30:13 <Sukhdev> ah cool - then it is easy -
16:31:59 <Sukhdev> so, nova will issue the create_port() or ironic?
16:32:05 <sambetts> nova
16:32:41 <sambetts> then Ironic just uses the ports that nova creates
16:32:41 <Sukhdev> I guess then is fairly straightforward -
16:33:40 <sambetts> yeah, I've got it working downstream with ~200 lines of code in Ironic and Nova on top of the existing Ironic Neutron intergration
16:33:45 <Sukhdev> so, at the time of time network flip, ironic conductor will issue multiple port-updates, right?
16:33:51 <sambetts> Sukhdev: yup
16:34:08 <sambetts> Sukhdev: https://review.openstack.org/#/c/282431/
16:34:30 <Sukhdev> sambetts : cool - got it....
16:35:41 <Sukhdev> yuriy is not here -
16:36:01 <Sukhdev> I thought we could discuss about the tempest testing that he has been working on
16:36:34 <Sukhdev> anybody tested the his patch?
16:36:55 <sambetts> Sukhdev: not yet, still working on setting up my test bed
16:37:30 <Sukhdev> sambetts : cool - thanks
16:38:12 <Sukhdev> sambetts : which ML2 driver are you using for your testing?
16:38:37 <sambetts> Sukhdev: cisco nexus
16:39:04 <sambetts> Sukhdev: although it still needs work
16:39:57 <Sukhdev> so, you are using the driver for both VMs and BMs, right?
16:40:14 <sambetts> Sukhdev: yup, we've extending the driver to accept the BM type
16:40:22 <sambetts> extended*
16:40:44 <Sukhdev> makes sense - same here....it makes much easier for the customers/operators
16:40:52 <sambetts> Yup :D
16:41:47 <Sukhdev> #topic: Open Discussion
16:42:21 <Sukhdev> Any body wants to discuss anything?
16:42:34 <Sukhdev> as I am done with the main agenda
16:42:46 <sivaramakrishna> a question..
16:42:50 <sivaramakrishna> when you use 2 nics
16:43:15 <sambetts> I've got a patch into Glean to help support multiple in-band vlans configured via config drive https://review.openstack.org/#/c/283726/
16:43:22 <sivaramakrishna> how are setting up any routes so that the tenant dhcp request gets answered?
16:44:21 <sivaramakrishna> did anyone test using 2 nics?
16:44:57 <Sukhdev> I have tested with single nic only
16:45:19 <Sukhdev> sivaramakrishna: you want to connect two nics to the same network?
16:45:27 <sivaramakrishna> nope
16:45:30 <sambetts> sivaramakrishna: I've used multiple nics on different neutron networks, and it just works
16:45:54 <sivaramakrishna> okay great.. and you were able to ssh into it right?
16:46:09 <Sukhdev> two different networks is always supported (even for VMS)
16:46:12 <sivaramakrishna> also in my devstack sometimes the metadata api doesn't come up at all
16:46:23 <sivaramakrishna> and the cloudinit goes for a toss
16:46:54 <sivaramakrishna> oh cool..
16:47:12 <sivaramakrishna> is there any way we can ssh to instance without cloudinit?
16:48:27 <sambetts> sivaramakrishna: it is possible to create an ubuntu image through DIB with a default user installed on the image so you can ssh using username and password instead of relying on ssh key
16:48:50 <sivaramakrishna> that would be nice.. do you have any such image
16:48:57 <sivaramakrishna> or a link on how to create it?
16:49:16 <sambetts> sivaramakrishna: https://github.com/openstack/diskimage-builder/tree/master/elements/devuser
16:49:32 <sambetts> sivaramakrishna: you need to include this element when you do disk image create
16:50:25 <sambetts> sivaramakrishna: and you need to set the Env variables listed in the README there to customise the password and sudo access etc
16:50:47 <sivaramakrishna> which element?
16:50:56 <sambetts> the one I linked to, devuser
16:51:04 <sivaramakrishna> ah ok..
16:51:20 <sivaramakrishna> and I can set the env vars and I should be able to create the image?
16:51:21 <sambetts> so it would be like, disk-image-create ubuntu baremetal dhcp-all-interfaces devuser
16:51:29 <sambetts> yup
16:51:44 <sivaramakrishna> great.. thanks!
16:52:01 <sivaramakrishna> let me know if you already have any such image.
16:52:37 <sivaramakrishna> I'll try to create one though.. I haven't tried this yet
16:53:11 <sivaramakrishna> what I did was tried to mount a qcow2
16:53:15 <sivaramakrishna> and changed the password
16:53:23 <sivaramakrishna> and then tried deploying it
16:53:29 <sivaramakrishna> it didn't work..
16:53:46 <sambetts> sivaramakrishna: I've used that method several times recently to debug config drive work
16:54:03 <sambetts> sivaramakrishna: it works well :)
16:54:16 <sivaramakrishna> okay.. thanks a bunch!!
16:54:20 <sivaramakrishna> will try that..
16:54:27 <sivaramakrishna> :)
16:54:49 <Sukhdev> time check - 6 min
16:55:15 <Sukhdev> Anything else?
16:55:22 * jroll is good
16:55:40 * Sukhdev waiting
16:55:57 <Sukhdev> going once
16:56:01 <Sukhdev> going twice
16:56:05 <Sukhdev> and.....
16:56:10 <Sukhdev> and...
16:56:14 <Sukhdev> gone!!!
16:56:23 <Sukhdev> thanks folks
16:56:25 <sambetts> Thanks everyone :D
16:56:27 <Sukhdev> it was a good meeting
16:56:41 <sivaramakrishna> thanks a lot everyone!!
16:56:41 <Sukhdev> by
16:56:45 <Sukhdev> bye
16:56:46 <jroll> thanks all
16:56:47 <sivaramakrishna> bye! :-)
16:56:51 <Sukhdev> #endmeeting