15:02:30 #startmeeting third-party 15:02:31 Meeting started Mon Feb 22 15:02:30 2016 UTC and is due to finish in 60 minutes. The chair is anteaya. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:02:33 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:02:35 The meeting name has been set to 'third_party' 15:02:38 hello 15:02:40 hi 15:02:46 how is everyone today 15:02:49 hi lennyb_ 15:03:03 lennyb_: thanks so much for taking care of the meetings last week 15:03:03 hello 15:03:05 fine, thanks. how are you? 15:03:07 I really appreciate it 15:03:10 lennyb_: good thanks 15:03:19 anteaya: you welcome 15:03:19 looks like a beautiful morning in Denver 15:03:23 hello Swanson 15:03:25 hi all 15:03:31 hey mmedvede 15:03:46 what shall we discuss today? 15:04:38 does anyone have anything they would like to talk about? 15:05:35 no items? 15:05:37 Any known issues running devstack on top of devstack? Having dhcp issues. (Having vpn issues, too.) 15:06:01 Swanson: what is your use case that you are running devstack on top of devstack? 15:06:04 "devstack on top of devstack" - what does it mean? 15:06:56 running devstack from VM 15:07:17 My cloud for my CI is a single node devstack. 15:07:23 vpn is really unhappy. 15:07:40 ummmm 15:07:58 devstack and the rest of the ci tools were not designed with vpn in mind 15:08:20 Oh, sorry. That was why it is taking me so long to type. My vpn is hosing me. 15:08:44 are you able to do any work outside a vpn? 15:08:58 if yes you would do yourself a big favour 15:09:33 Oh, yeah, for this there is no VPN. I'm just having VPN troubles right now trying to attend this meeting. 15:10:09 right 15:10:23 so yes being able to irc outside a vpn would really help you 15:10:25 Anyways, just working through my networking issues. Switching to neutron seems to have helped but it hasn't been repeatable. Which is odd. 15:10:50 * anteaya is confused so decides to stay silent hoping more facts are forthcoming 15:12:03 Anyways, I got nothing for today. That's just what I'm up to. 15:12:35 Swanson: we are running our devstack gate on VMs on top of full blown OpenStack cloud, so I have little idea of what could go wrong in case of using devstack. But network is always tricky part 15:12:45 okay sorry I can't understand enough of what you are doing to offer any support 15:13:29 I will say again that our tools are designed for open source work 15:13:53 so any vpn or firewall needs to be addressed by the user on a case by case basis 15:14:19 Swanson: devstack is never meant to deploy a cloud 15:14:28 it is used for development and for testing 15:14:31 mmedvede, I'm confused as well. The basic issue is that everything looks right but the vm's on the sub devstack do not get dhcp addresses. So... 15:14:47 some people use devstack for deployment and usually end up with problems 15:15:23 I encourage you to consider some of our deployment options for your cloud (even if your cloud is one node) 15:15:37 puppet, ansible, chef and salt are all options 15:15:57 anteaya, k 15:15:59 and have code on git.openstack.org 15:16:52 anteaya, technically this is for testing but I get what you're saying. 15:17:00 okay 15:17:10 does anyone have anything more to offer for this topic? 15:17:41 I have a question, maybe unrelated to the topic. How can I set guest image in local.conf if it's stored on my NFS folder and not in http url 15:18:44 lennyb_: interesting question, I do not have an answer 15:18:54 does anyone else have any thoughts? 15:19:28 lennyb_: I do not know off the top of my head. But if I wanted to find out, I would look at the devstack source code 15:20:57 mmedvede: interesting approach :). I will look further, it wasn't clear from the first glance :) 15:21:12 I assume it would have something like 'wget $URL' at some point 15:21:37 so it would be obvious if it can use something other than http url 15:22:07 thanks 15:22:13 lennyb_: hit me on irc after the meeting, I might be able to help 15:22:26 ok, thanks. 15:22:39 can use #openstack-third-party-ci channel 15:24:45 Swanson: word of caution on deploying OpenStack (rather than using devstack) - it might take orders of magnitude longer than you expect 15:25:14 mmedvede, That's why i didn't do it in the first place. 15:25:30 but I found standard puppet openstack modules work reasonably well, at least for Liberty 15:26:06 mmedvede, A base config should work fine, I should think. But that's why I thought devstack would work... 15:27:41 mmedvede, anteaya, thanks for the help. I'll look to deploy Openstack proper. 15:28:30 Swanson: awesome 15:29:25 Swanson: of course your network problems might not be caused by devstack itself, so you might find that after deploying OpenStack you still have the same problem... 15:29:51 yes that is true 15:30:55 mmedvede, True. I have to assume it would be faster, tho. So worth doing anyways, maybe? 15:32:08 Swanson: faster to boot VMs? If you deploy all of OpenStack on single node, you might not see much of a difference compared to single node devstack. 15:32:58 Swanson: but the benefit would be that you would have actual OpenStack deployment, with more control over it 15:33:28 mmedvede, True. 15:36:09 does anyone have anything more on this topic? 15:36:17 I do not. Thanks for the help! 15:36:35 nope. thanks. 15:36:35 Swanson: thanks for speaking up 15:36:49 does anyone have any other topic they would like to discuss? 15:37:54 does anyone have any objection to me closing the meeting? 15:38:31 thanks everyone for your kind attendance and participation today 15:38:42 enjoy the rest of the day/evening 15:38:46 see you all next week 15:38:49 #endmeeting