=== scuttlemonkey is now known as scuttle|afk === rcj is now known as Guest3347 === uru_ is now known as urulama [05:48] * thumper sighs [05:48] axw: you may recall a fix for this [05:49] upgraded an environment from 1.19.4 to 1.20.8 [05:49] now I see this: [05:49] machine-0: 2014-09-30 05:47:53 ERROR juju.worker.instanceupdater updater.go:267 cannot set addresses on "0": cannot set addresses of machine 0: cannot set addresses for machine 0: state changing too quickly; try again soon [05:49] machine-0: 2014-09-30 05:47:53 ERROR juju.worker runner.go:218 exited "instancepoller": cannot set addresses of machine 0: cannot set addresses for machine 0: state changing too quickly; try again soon [05:49] machine-0: 2014-09-30 05:47:55 ERROR juju.worker runner.go:218 exited "machiner": cannot set machine addresses of machine 0: cannot set machineaddresses for machine 0: state changing too quickly; try again soon [05:49] every 10s or so [05:49] actually, every 5s [05:51] actually... every 3s [05:51] thumper: hmm, I thought that was fixed... [05:51] it is the worker restart delay [05:51] seems not [05:51] I will investigate [05:51] could be because I was on a dev version before [05:55] thumper: 1.19.4 was broken [05:55] https://bugs.launchpad.net/juju-core/+bug/1334773 [05:55] Bug #1334773: Upgrade from 1.19.3 to 1.19.4 cannot set machineaddress

[05:56] ok... so I now have an environment which is broken, how do I fix it? [05:56] umm [05:57] thumper: I *think* you would have to resort to mongo surgery [05:57] renaming the "scope" fields to "networkscope" === CyberJacob|Away is now known as CyberJacob === CyberJacob is now known as CyberJacob|Away === MasterPiece is now known as Qarekhani === Qarekhani is now known as MasterPiece === MasterPiece is now known as Qarekhani === Qarekhani is now known as MasterPiece [08:12] jamespage, while prepping the mp for cells I noticed that I was carrying a fix for a neutron-api/nova-cc endpoint race. I've broken it out into a small mp if you have time https://code.launchpad.net/~gnuoy/charms/trusty/neutron-api/next-fix-endpoint-race/+merge/236459 [08:18] hey there [08:19] I'm writing a charm where the install hook needs to install a package hosted on another service [08:19] is it okay to block execution in the install hook until the relation to the package server is live? [08:23] gnuoy, +1 [08:23] thanks [08:39] gnuoy, what does your priority list look like right now? [08:40] jamespage, I've got about 1.5 to 2 hours work to do which I could really do with getting finished but then I'm free for urgent studd. does that help ? [08:40] s/studd/stuff/ [08:40] gnuoy, I was just looking through my list of features we still need to land [08:41] gnuoy, l2population driver and vxlan overlays being two we must do [08:41] jamespage, the l2pop branches are done [08:41] I can take a look at vxlan [08:41] gnuoy, OK _ looking at l2pop now then [08:43] gnuoy, awesome on vxlan - I think we probably just need a toggle option in neutron-api [08:43] gre|vxlan [08:44] gnuoy, which charms does l2pop impact? [08:45] jamespage, [08:45] lp:~gnuoy/charms/trusty/neutron-openvswitch/next-l2-population [08:45] lp:~gnuoy/charms/trusty/neutron-api/next-l2-population [08:45] lp:~gnuoy/charms/trusty/quantum-gateway/next-l2-population [08:45] gnuoy, can you propose those please? [08:46] jamespage, sorry, it looks like I didn't create mps. I think that was because I hadn't had a chance to check it was blocking the propagation of multicast [08:46] gnuoy, don't block on that :-) [08:46] trusty upstream! [08:55] gnuoy, ah - I just spotted that the neutron-api charm is not nsx enabled just yet - but that was not working on trusty yet so that OK [08:55] * jamespage makes a note to enable that once we get to trusty support with upstream [08:59] gnuoy, just looking through your charms - neutron-api needs: [08:59] mechanism_drivers = openvswitch,l2population [08:59] ack [09:00] the l2_population flag is only used by the agents on neutron-gateway and neutron-openvswitch (which is correct) [09:00] gnuoy, I'd probably inconditionally enable the driver and use the agent flag to turn it on and off [09:01] ok, I'll take a look at that [09:01] gnuoy, thanks [09:02] huh, does the install hook have to finish execution before a relation can be added? [09:03] underyx, it does yes === Spads_ is now known as Spads [09:04] underyx, well the relation can be added as soon as you deploy the charm, but its hook won't run until after install->config-changed->start has completed [09:05] jamespage, so if I need a relation to complete installation, can I block execution in the install hook until I get the required data from a relation? [09:06] underyx, I'd just move what you are blocking for into the -changed hook of the relation - as soon as the remote service signals its done via a changed execution, you can complete things [09:07] underyx, install does not need to complete install if you see what I mean [09:07] its more 'init# [09:07] init rather [09:08] alright, that makes sense [09:08] thanks! [09:15] axw: still around? [09:15] thumper: yo [09:15] axw: do you have the commit handy where you fixed that problem? [09:15] I'll have a look [09:15] axw: I'm going to look at mongo surgery locally to fix my db [09:15] I don't really want to re-deploy [09:16] thumper: https://github.com/juju/juju/commit/80ca2ac1765e5f1ec555939006d14f23325da7d8#diff-0854f7d657770b8adf41defe45fc8cd1 [09:16] axw: ta [09:16] np [09:18] I should really write this down somewhere [09:46] gah [09:47] for the love of all things good... [09:47] why does a machine have both "addresses" and "machineaddresses" ? [09:47] and why is there overlap in them... [09:47] * thumper thinks [09:47] for the glory of satan, of course thumper [09:47] I think, for those following at home, that one is what the provider says [09:47] and one is what the machine says [09:47] o/ marcoceppi [09:48] \o === fabrice_ is now known as fabrice|lunch [10:03] jamespage, l2pop mps: [10:03] https://code.launchpad.net/~gnuoy/charms/trusty/neutron-api/next-l2-population/+merge/236474 [10:03] https://code.launchpad.net/~gnuoy/charms/trusty/quantum-gateway/next-l2-population/+merge/236482 [10:03] https://code.launchpad.net/~gnuoy/charms/trusty/neutron-openvswitch/next-l2-population/+merge/236477 [10:24] gnuoy, all merged - thanks! [10:24] jamespage, fantastic, thanks [10:25] :q === jacekn_ is now known as jacekn === fabrice|lunch is now known as fabrice [12:25] Is possible to move a service/unit to other enviroment? [12:49] has anyone ever successfully used charmhelpers.contrib.python.packages with a manually specified index URL for installation? [12:50] because reading this code it seems to be completely broken [12:50] http://bazaar.launchpad.net/~charm-helpers/charm-helpers/devel/view/head:/charmhelpers/contrib/python/packages.py#L41 [12:50] if I'm reading it correctly, it checks the keyword arguments if they are in the tuple specified here [12:51] but an argument in python can't contain a hyphen [12:51] have I got this completely wrong, or did this really go unnoticed for half a year? [12:53] underyx: You can pass hyphenated kwargs if you use ** at the call-point. [12:53] Odd_Bloke, right, I just realized and tested if that would work [12:53] and yep, it does [12:53] thanks! [12:53] underyx: http://paste.ubuntu.com/8465842/ [12:53] :) [12:55] it wouldn't be an issue if I were to fix this in charmhelpers though, right? [12:55] if I retained backwards compatibility of course [12:55] it's just not very pythonic to have to do that [12:59] underyx: I agree that it's un-Pythonic; don't know the answer to your question though. :p === Guest3347 is now known as rcj === rcj is now known as Guest90094 === Guest90094 is now known as rcjenn === rcjenn is now known as rcj` [13:13] gnuoy, I pushed a trivial to neutron-api to change the default mcastport - it was conflicting with nova-cc and I ended up with a broken cluster [13:13] kk [13:18] jamespage, I'm thinking about adding a relation between neutron-gateway and neutron-api so that neutron-api can dictate config like l2pop and network type driver to the neutron-gateway. What do you think? [13:19] gnuoy, +1 [13:19] ta === cmars` is now known as cmars === mattgriffin is now known as mattgriffin-afk === scuttle|afk is now known as scuttlemonkey [14:43] jamespage, https://code.launchpad.net/~gnuoy/charms/trusty/quantum-gateway/add-neutron-plugin-api-rel/+merge/236533 once that has landed I'll do the vxlan change since I'll use the same mechanism as l2pop === mattgriffin-afk is now known as mattgriffin [14:48] gnuoy, merged - thanks! [14:48] jamespage, fantastic, thanks === seelaman is now known as IS_hr_bot === b is now known as Guest78070 === fabrice is now known as fabrice|family === urulama is now known as urulama-afk === Guest78070 is now known as bac === IS_hr_bot is now known as seelaman [15:39] https://github.com/juju/docs/pull/188 - large refactor on the relationship docs [15:43] kwmonroe: ^ [15:44] marcoceppi: when you get time, i'd like your +/- 1 on this as well. ty [15:45] ack lazyPower- i'll fetch my spectacles shortly. [15:50] lazyPower: you've got feedback [15:51] ty [16:22] gnuoy, we might need to make the neutron db migration conditional on >= juno [16:22] jamespage, ok [16:39] jamespage, I'll add that condition in the morning. fyi I've prepped the vxlan branches but things aren't looking too chipper when I try and deploy an gues iwth vxlan running on the overcloud [16:44] gnuoy, ta === fabrice is now known as fabrice|family === roadmr is now known as roadmr_afk === uru_ is now known as urulama === CyberJacob|Away is now known as CyberJacob === roadmr_afk is now known as roadmr [19:34] hazmat: heya, trival deployer MP for your consideration: https://code.launchpad.net/~bloodearnest/juju-deployer/run-build-cmds-in-shell/+merge/236596 [19:40] bloodearnest, thanks looks good [19:43] hazmat: cool, thanks. I have a few ideas for further changes I'd like to run by you before I spend time on them. Shall I drop you an email? [19:44] bloodearnest, sounds good [19:44] bloodearnest, or we can g+ now? there's one other pending merge/pull request from yesterday [19:45] either way [19:45] hazmat: g+ is good - you mean chat or video? === urulama is now known as urulama-afk [19:48] stokachu, good afternoon! [19:55] mwenning, hey there [19:56] hi, trying to get cloud-install to run a second time - it worked once OK, I tore it back down with -u - [19:56] now when I try again it loops on error: kvm container creation failed: exit status 1 [19:56] any ideas? [19:57] mwenning, what does kvm-ok report? [19:57] /dev/kvm exists [19:57] KVM acceleration can be used [19:57] ok hmm [19:58] does virsh list show an existing vm or did it get removed? [19:58] shows nothing [19:58] ok hmm [19:59] mwenning, does juju give you any other information other than 'kvm creation failed'? [19:59] probably not iirc [20:00] hazmat: thanks for that, gives me confidence to get started, as it seems we're on the same page. [20:01] mwenning, you could also do a juju destroy-environment local && juju bootstrap [20:01] manually to see what happens [20:01] looks like 0 was created ok, after that I get a succession of "1": "2" etc [20:01] ok. [20:01] then run juju debug-log in a separate terminal [20:01] and juju deploy 'service-name' [20:01] see if it gives us any other information [20:11] stokachu, found it . Firewall permissions had expired - It couldn't access any archives. Sorry to bother. === CyberJacob is now known as CyberJacob|Away === thumper is now known as thumper-afk === mjs0 is now known as menn0