[11:00] <m01> Hi people. Does someone know if cloud-init is supposed to be able to setup multiple network interfaces if I launch a VM with multiple network ports in OpenStack, EC2 etc?
[11:00] <m01> (I'm only seeing the first one being setup for DHCP)
[12:53] <smoser> m01, there are some bugs in that area. but current cloud-init should be able to set up networking for multiple interfaces if
[12:53] <m01> ..if?
[12:54] <smoser> a.) eth0 is configured in image to be dhcp (and can get a dchp address) or otherwise is correctly configured.
[12:54] <smoser> b.) no other network interfaces are configured in the image
[12:54] <m01> I think both of those conditions are fulfilled
[12:54] <smoser> c.) you use config drive
[12:54] <m01> ok
[12:54] <smoser> posisbly it would work with openstack metadata service
[12:54] <smoser> i'm not entirely sure. 
[12:55] <smoser> the goal is to have these issues fixed so that reliably the networking that is presented would do the right thing
[12:55] <m01> Ok, excellent - so cloud-init is expected to do this
[12:56] <smoser> there are definitely bugs
[12:56] <m01> do you happen to know if the ubuntu 14.04 cloud image should have a recent enough cloud-init for this to work?
[12:56] <m01> don't worry if you don't know of the top off your head, I'll go investigate
[12:56] <smoser>  http://paste.ubuntu.com/8350293/
[12:56] <smoser> 14.04 should be close. and the goal is to at some point have that functional in 14.04.
[12:58] <m01> excellent
[12:58] <m01> I'll make sure I enable the config-drive
[12:58] <m01> and then re-test
[12:59] <m01> thank you so much!
[13:49] <m01> so I tried the ubuntu 14.04 image, with config drive (and eth0 working), and unfortunately eth1 isn't setup
[13:51] <m01> I don't think nova injects an /etc/network/interfaces (at least it's not on the config drive)
[13:52] <m01> the other interface is just connected to a dhcp network in openstack
[13:54] <m01> i've got Version: 0.7.5-0ubuntu1
[13:54] <m01> that's the latest according to launchpad
[15:03] <smoser> m01, how did you attach ?
[15:03] <smoser> is /etc/network/interfaces correct?
[15:04] <smoser> basically what should happen is that cloud-init should find the /etc/network/interfaces file that is provided to it on the config-drive and place that in /etc/network/interfaces. 
[15:04] <smoser> and 'ifup -a'
[15:19] <m01> /etc/network/interfaces just has the eth0 config
[15:19] <m01> ah
[15:19] <m01> that file isn't in the config drive
[15:19] <m01> I just mount /dev/sr0 test
[15:19] <smoser> m01, it should be somewherein there. 
[15:20] <m01> it wasn't.. I did a find, and an ls -lR
[15:20] <smoser> whats in files/
[15:20] <m01> 1s
[15:21] <m01> well, I need to re-launch the instance actually
[15:21] <m01> I blew up the networks
[15:21] <m01> and re-configued my openstack setup
[15:23] <m01> *launching
[15:26] <m01> http://pastebin.com/p3PLXjvj
[15:26] <m01> here's the contents of my drive
[15:27] <m01> i don't have a files/ directory
[17:42] <harmw> cirros-0.3.3-x86_64-initrd
[17:42] <harmw> cirros-0.3.3-arm-blank.img
[17:42] <harmw> cirros-0.3.3-arm-vmlinuz
[17:42] <harmw> cirros-0.3.3-arm-initrd
[17:42] <harmw> Build step 'Execute shell' marked build as failure
[17:42] <harmw> [ssh-agent] Stopped.
[17:42] <harmw> Finished: FAILURE
[17:42] <harmw> hm, now why is Jenkins telling me that
[17:48] <JayF> exit code
[17:48] <harmw> yea, that was my first assumption as well :)
[17:48] <JayF> if your build script doesn't exit 0, it'll report failure
[17:48]  * JayF not trying to snark
[17:48] <harmw> snark? 
[17:48] <JayF> like be sarcastic :)
[17:48] <harmw> wasn't that some bug in half-life :p
[17:48] <JayF> I was trying to actually be helpful
[17:49] <JayF> lol
[17:49] <harmw> oh np :)
[17:49] <harmw> it's bin/build-release that probably needs some love now
[17:50]  * JayF has added ||true to the end of those things to make jenkins pass
[17:53] <harmw> true, but it looks like it just bails somewhere
[17:54] <smoser> its probably the stupid tag check
[17:54] <smoser> it doesn't really support building from trunk
[17:55] <smoser>  but it shoud lhave been fairly straight forward in saying that
[17:55] <harmw> hehe
[17:56] <harmw> can't you just fix that :p
[18:02] <smoser> well, someone needs to . harmw you can just tag first before you build.
[18:04] <harmw> wouldn't that limit everything to just my branch?
[18:04] <smoser> i dont follow
[18:05] <smoser> basically just do somethin glike:
[18:05] <smoser> tag=harmw-$(date +%Y%m%d-%S)
[18:05] <smoser> bzr tag $tag
[18:05] <smoser> ./bin/build-release $tag
[18:05] <harmw> uhm, yea ok
[18:05] <harmw> but there should be a 0.3.3 tag, right?
[18:06] <smoser> there should, yes. 
[18:06] <harmw> since I'm currently running bin/build-release 0.3.3
[18:08] <smoser> http://paste.ubuntu.com/8352141/
[18:09] <smoser> your branch might not have that tag in it.
[18:10] <harmw> wll I should be building trunk here
[18:12] <smoser> well, that shows that there *is* a 0.3.3 tag in trunk
[18:12] <harmw> indeed
[18:33] <harmw> JayF: you've used jenkins with the irc plugin?
[18:33] <JayF> Yes
[18:33] <harmw> please tell me where I can configure that darn thing :p
[18:33] <harmw> can't seem to find it
[18:36] <JayF> um
[18:36] <JayF> almost all of that kind of plugin setup
[18:36] <JayF> is shoved somewhere into global setup
[18:36] <harmw> I thought so, but I'm not seeing it
[21:15] <JayF> found a gnarly little bug in cloud-init with noblock resizes
[21:15] <JayF> about to push up a fix
[21:26] <JayF> smoser: https://bugs.launchpad.net/cloud-init/+bug/1338614 I'm pushing a fix for this
[21:27] <JayF> smoser: as I just fixed it locally
[21:27] <JayF> whee
[21:30] <JayF> the fun thing is
[21:30] <JayF> the resize still happened
[21:30] <JayF> just did it blocking in the fg
[21:30] <JayF> then threw a fun exception
[21:43] <JayF> smoser: harmw: harlowja_a*: https://code.launchpad.net/~jason-oldos/cloud-init/bug-1338614/+merge/234749 should fix 1338614. I was unable to run tests due to local enviornment problems but will run them as soon as my VM recovers :)
[21:43] <JayF> I've verified this code fixes the exception shown and makes the resize happen in the background
[22:14] <JayF> I think I may have broken the bzr
[22:33] <harlowja_> hmmm, lol, u broken the bzr!
[22:33] <harlowja_> ha
[22:33] <JayF> harlowja_: my working copy is an absolute mess
[22:34] <JayF> harlowja_: I want git reset --hard origin/master
[22:34] <JayF> except I don't know how to tell bzr to do that :x
[22:34] <harlowja_> ya, i only know the basics, smoser though probably knows it all
[22:38] <harlowja_> JayF did u read over all the taskflow stuff?
[22:38] <harlowja_> :-P
[22:39] <JayF> I read it, most of it sounded like anti-git propoganda
[22:39] <JayF> I think I want a direct mapping of commands
[22:39] <JayF> but there is none
[22:39] <harlowja_> lol
[22:39] <JayF> wiki.bazaar.canonical.com/Workflows was not useful to me at all :(
[22:39] <harlowja_> i wonder how https://github.com/termie/git-bzr-ng works
[22:40] <JayF> I don't like not knowing things, I'd rather just know how to make this work :)
[22:40] <harlowja_> :)
[22:42] <harlowja_> i try to stay using git if i can :-P
[22:42] <harlowja_> smoser so when cloud-init movign to git ;)
[22:43] <JayF> if cloud-init moves to github, I'll even setup all the travis ci for it :P
[22:43] <JayF> and then eat my flip flop in surprise
[22:44] <harlowja_> nice
[22:44] <harlowja_> i'd pay to see that
[22:47] <harlowja_> JayF i think u missed the days when openstack was fully using bzr :-P
[22:47] <harlowja_> about 2.5 years ago
[22:47] <harlowja_> there was some fun mailing list threads about that one
[22:48] <harlowja_> https://lists.launchpad.net/openstack/msg01741.html
[22:48] <harlowja_> *and many followups*
[22:54] <JayF> jesus, that sounds awful
[23:16] <harlowja_> JayF :)
[23:16] <harlowja_> the good ole days
[23:16] <harlowja_> lol
[23:55] <smoser> harlowja_, JayF its not an impossibility
[23:55] <smoser> moving to git.
[23:56] <JayF> for every minute I spend working on cloud-init code
[23:56] <JayF> I spend two figuring out bzr
[23:56] <JayF> and I'm sure I'll get off that hamster wheel one day, but for now it's annoying
[23:57] <smoser> i spent a good while today thinking about how networking should work
[23:57] <JayF> especially seeing that I can't get my local to get up to whatever HEAD is now, I'm a few revisions behind :(
[23:58] <smoser> in a world where cloud-init boots, and gets networking information from a local source (ie , config drive). and also from a network source / hot plugged.
[23:58] <JayF> we've been doing some thinking about the ongoing stuff as well
[23:58] <JayF> i.e. a customer calls an API to add a cloud network, how does that get configured?
[23:58] <JayF> on a hypervisor you can just drop in an interface
[23:59] <JayF> without a hypervisor you have to change something (like the metadata in an md service) and have something looking for changes there
[23:59] <JayF> but we're borderline if it's in cloud-init scope at that point, right?