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