=== natefinch-afk is now known as natefinch [09:39] i am working with manual provider. each machine has 3 interfaces, public, multi-tenant service and private one. is there a way to configure juju to communicate on the private interface? [09:57] if i edit agent.conf and set apiaddresses to private one or ad private one to array am i at risk that setting might be overwritten? [10:00] is there preferable way to denote correct apiaddress? juju api-info gives me a list of all state sever IP addresses [10:15] i see, apiaddresses will be overwritten therefore state-server is setting it [11:03] not having an option to set preferred network makes manual environment truly manual [11:03] based on non-transparent rules juju is picking multi-tenant network to communicate on [11:03] which in turn makes setting firewall rules hard [11:03] instead of selecting private network and just allowing connections from all machines in subnet [11:03] firewall rules must be updated whenever a new machine is added [12:53] anyone on manual provider and selecting private network to use? state-servers, logging, storage... [13:14] there is a similar bug report https://bugs.launchpad.net/juju-core/+bug/1303204 [13:14] Bug #1303204: manual provider allow specifying private address for connecting back to state-server

[13:16] juju does use local-cloud but in my case i have two interfaces: one on rackspace multi-tenant service network which juju would use and another one on the private network which i would like juju to use :) === Guest44438 is now known as cyberjacob [13:17] there is also a similar question on askubuntu having 6 votes http://askubuntu.com/questions/611564/how-does-juju-get-the-private-address-of-a-node [13:22] i guess that in all cases logic implemented in juju/network/address.go will be used e.g. the first ip matching condition will be used :( [14:42] Hello Folks, I am trying deploy a seervice in lxc-container but the container is stuck in pending state ? [14:43] I have stopped ufw already [14:43] containers: [14:43] 2/lxc/0: [14:43] agent-state: pending === brandon is now known as Guest40439 === Guest40439 is now known as Web [14:59] Big thanks to Juju team for all your work. Without you my graduate project wouldn't have been such a success! [15:09] Web: oh really? [15:09] that'd be an awesome post to put on the list, sounds awesome [15:12] jcastro: Thank you directly. You been a huge help. I will post a detailed development blog article soon on mastersproject.info but the project was a questionnaire service with developer access http://themindspot.com [15:13] cool, let me know when it's up, we should be able to syndicate posts on juju.u.c soon [15:16] Cool. I will do. Focusing on getting a job this week now that I have time but get to it soon. [15:16] PLus want to make sure that final grade is an A+++++++++++++. [15:16] first [15:17] heh, awesome [15:36] can someone explain me why in one case juju is deciding to connect to the state server on the public ip and in other to the private ip [15:36] machine agent.conf [15:36] apiaddresses: [15:36] - 10.181.139.18:17070 [15:36] unit on the machine above agent.conf [15:36] apiaddresses: [15:36] - 162.13.183.96:17070 [15:36] id does not make sense :( [15:49] I need a ~charmer to action on this if they have a minute: https://bugs.launchpad.net/charms/+bug/1457263 [15:49] Bug #1457263: Remove galera charm from personal namespace [15:49] Hi, is there any way I can get juju's private mongod to not sit there spinning and calling select 100 times a second? It's quite literally causing me to have to open a window to dissipate laptop heat any time I'm using juju [15:49] cjwatson: you probably want the guys in #juju-dev for that one [15:50] Mkay [15:50] jcastro: as thee LP Repository has been removed, the only leftover from that would actually come from UIEngineering. rick_h_ ^ [15:51] yeah I wasn't sure if we still need to file an RT ticket? [15:51] i dont think so [15:51] i'm pretty sure that with the new stuff they can do it in-house. [15:51] yeah, rick_h_ I'd like to catch up with you today anyway if you have like a 10 min window for G+ [15:57] jcastro: sure thing [15:57] jcastro: sooner is better for the next two hours I've got a window [15:58] lazyPower: rgr, will look. not had a chance yet today [16:01] mgz, sinzui, do you know where I can find information on how to request a windows instance with juju? [16:02] jog: the series eg local:win2012/dummy-source [16:02] jcastro: lazyPower replied to the bug [16:03] lazyPower: glad you had the bug there because I thought it was the ~codership one. [16:04] jog: if you are using add-machine, you can use maas tags. I think like this juju add-machine --constraint tags=win2012 [16:05] sinzui, ok [16:19] rick_h_: happy to help :) === natefinch is now known as natefinch-afk [17:00] rick_h_: how about now? [17:01] jcastro: sure === natefinch-afk is now known as natefinch === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away [20:45] lazyPower: you around? [20:46] marcoceppi: you are at ODS? [20:52] thumper: marcoceppi flying home atm [20:53] tvansteenburgh: ta [20:58] thumper: i'm here === natefinch is now known as natefinch-afk [21:38] is it possible with juju gui and the local provider, to choose which machines i deploy a bundle to? when i click 'deploy this bundle' it asks if i'm sure, but doesn't give me an opportunity to choose which machines i want to use [21:53] mattrae: that's an incoming feature in a future juju gui release. [21:53] mattrae: aiui its been prototyped, and is in the alpha testing phase [21:53] hatch: may have more information about this for you [21:55] lazyPower: ahh thanks :) [22:17] lazyPower: it's actually beta, soon to be RC'd :D === brandon is now known as Web [22:27] lazyPower: oh hai, I'm back here now [22:27] lazyPower: do you have 10-15 minutes for a hangout? [22:29] thumper: sure [22:30] lazyPower: https://plus.google.com/hangouts/_/canonical.com/charming?authuser=0 [23:02] Is there a way now to be able to upgrade a charm and set a (new) config option in one step? [23:13] miken: afaik - no. you upgrade-charm, then juju set. [23:14] juju upgrade-charm service && juju set service foo=bar - would be a hacky way to 'do it in one step' - but you'll still get the hooks executing as such. so 2x runs of config-changed in that sequence. [23:15] k, thanks. Yeah, I'd ideally like to have something set for the install hook, which I assume that won't.