[08:18] <kjackal> Good morning Juju world!
[09:55] <kjackal> Does anyone know if there is  a REST api for Juju?
[11:08] <deanman> Hi, is there a way to use `juju scp` to retrieve something from an LXD container and from a path where elevated access is required? I get `Permission denied` errors
[11:14] <jhobbs> deanman: my usual approach is a juju ssh sudo cp and then a juju scp
[11:14] <jhobbs> or juju sudo chown or chmod, depending on circumstances
[11:15] <jhobbs> *juju ssh sudo chown
[11:15] <deanman> jhobbs: Ok thanks I'll try that
[11:17] <deanman> jhobbs: So first you ssh to that machine, you change owner of the file that you want to copy and then exit and run again juju scp, right?
[11:18] <lutostag> I can't seem to get juju plugins working... juju help plugins just says "ERROR unknown command or topic for plugins"
[11:19] <lutostag> (I'm not on the juju snap version)
[11:20] <jhobbs> deanman: i use juju ssh to run the sudo command
[11:20] <jhobbs> deanman: or juju run maybe it is :)
[11:20] <jhobbs> deanman: so i'm never at a shell, i just use juju to issues the sudo commands to get permissions right before using juju to scp
[11:21] <deanman> jhobbs: ok and i was wondering why juju help ssh doesn't show that you could run command ;-)
[11:34]  * D4RKS1D3 hi to everyone :)
[12:44] <aisrael> o/
[13:29] <skay_> hi all, I'm using python-logstash and logstash-formatter and would like to send logs directly vs. going through a file. I've only found logstash-forwarder and filebeat charms. Is the only opion for now to write to a file?
[13:31] <skay_> I'm using python-logstash like so, https://github.com/vklochan/python-logstash#using-with-django
[13:59] <bryan_att> hi all, help on an issue is appreciated. This was reported by narindergupta for OPNFV - "pkg_resources.DistributionNotFound: The 'pip>=7.1.2' distribution was not found and is required by charm-tools" and is affecting all our deployments for OPNFV. Any ETA on a fix ?
[14:00] <bryan_att> The deploy log is at https://build.opnfv.org/ci/view/joid/job/joid-deploy-baremetal-daily-colorado/502/console and I can also provide similar console logs from my deploys.
[14:00] <aisrael> bryan_att: does the machine have external network access?
[14:00] <bryan_att> aisrael: yes
[14:01] <bryan_att> aisrael: is that a symptom (no net access)? In our cases we have stable net access.
[14:02] <aisrael> bryan_att: It can be, but I'm not sure that's the case. Reading through your logs now
[14:08] <aisrael> bryan_att: Can you verify if python-pip is installed on that machine?
[14:08] <bryan_att> https://www.irccloud.com/pastebin/rLUuHLuR/
[14:08] <aisrael> Oh wow, that's an old version.
[14:09] <aisrael> What's the OS/version of the machine?
[14:09] <bryan_att> Ubuntu 14.04
[14:10] <aisrael> That should be fine. Are all the packages up to date?
[14:11] <bryan_att> I just installed and updated it a week or so ago.
[14:11] <bryan_att> in the case of the OPNFV jumphosts I'm pretty sure they keep them up to date. But I can do a apt-get update / upgrade as a test if needed
[14:12] <bryan_att> also pip install --upgrade pip if needed
[14:12] <bryan_att> should I do that?
[14:13] <aisrael> The later should fix it. It looks like the pip packaged in 14.04 is much older.
[14:13] <aisrael> ^^ tvansteenburgh cory_fu
[14:14] <bryan_att> later meaning the pip upgrade command?
[14:14] <aisrael> bryan_att: Yep
[14:14] <bryan_att> OK let me try that and I'll let you know how it goes
[14:16] <deanman> Where is the proper place to file a potential bug for juju, under github.com or somewhere else?
[14:17] <aisrael> bryan_att: One other question: have you added the juju/stable ppa on this machine?
[14:18] <aisrael> deanman: https://bugs.launchpad.net/juju-core
[14:18] <bryan_att> aisrael: I believe it's added by the OPNFV JOID installer (MAAS/JuJu) but I can check with narindergupta. How do I check via the shell if it's added?
[14:18] <narindergupta> aisrael, yes we have stable version of juju and we have CI for deployment. And it started breaking today. Till yesterday it was working, so may be charm-ttols got updated yesterday and does not work with old version of pip
[14:19] <tvansteenburgh> marcoceppi: ^
[14:21] <aisrael> narindergupta: That does look to be the case. Apologies for the trouble! We're looking into it now.
[14:57] <marcoceppi> narinder`: I'm patching now
[14:57] <marcoceppi> narinder`: sorry about that
[15:11] <bryan_att> aisrael: I did a pip install --upgrade pip after apt-get update/upgrade and it looks like it's getting farther now, but I have no idea why... the pip upgrade ended with the same version installed (1.5.4) and the message "Not uninstalling pip at /usr/lib/python2.7/dist-packages, owned by OS" ???
[15:12] <aisrael> bryan_att: It turns out there is an issue with the latest release of charm-tools. It's being patched right now.
[15:13] <bryan_att> aisrael: thanks, appreciated!
[15:35] <jcastro> hey bdx
[15:35] <jcastro> how's this working? https://github.com/jamesbeedy/charm-datadog-agent
[16:51] <bdx> @jcastro it works great
[16:53] <bdx> jcastro: I need to build out the integrations functionality ... its a bit daunting though, as there are quite a few of them
[16:53] <bdx> jcastro: https://github.com/jamesbeedy/charm-datadog-agent  currently only installs the agent
[16:54] <junaidali> Hi everyone, what will 'network-get --primary-address <binding>' return if we haven't deployed the charm with bind options.
[16:55] <junaidali> is private-address is the expected output?
[16:56] <bdx> jcastro: I reverse engineered the curl -> sudo bash deal they have going on for their suggested install -> https://s18.postimg.org/t9pp3j6xl/Screen_Shot_2016_11_01_at_9_57_19_AM.png
[16:57] <bdx> jcastro: the layer does better ::
[16:57] <bdx> :-)
[17:01] <bdx> team: I have a few general questions regarding juju <-> jenkins setup and integration. I'm currently building out the CI pipeline for our juju deployed apps, and was hoping to get some insight on how this might work at a high level
[17:02] <bdx> jcastro: possible topic for the summit ^
[17:02] <bdx> juju <-> jenkins integration track
[17:04] <jcastro> bdx: yeah marco's been working on a datadog one too, I just got off the phone with him, he's going to sync up with you
[17:07] <bdx> jcastro: cool cool
[17:08] <bdx> jcastro: is there a platform I should use to make a formal track topic request, or just tell you?
[17:10] <jcastro> you need to cfp as part of config management camp
[17:10] <jcastro> and make sure the box is checked for "juju"
[17:11] <jcastro> https://lists.ubuntu.com/archives/juju/2016-October/008087.html
[17:14] <bdx> thx
[17:19] <marcoceppi> bdx: yo, sorry about that
[17:20] <marcoceppi> I use the layer for thesilphroad, but haven't gotten around to finishing is
[17:25] <bdx> marcoceppi: huh, wha?
[17:26] <bdx> marcoceppi: https://thesilphroad.com/ ?
[17:27] <bdx> https://thesilphroad.com/ is juju deployed?
[17:27] <bdx> and you use datadog to monitor it?
[17:27] <bdx> and you also have a datadog layer
[17:28] <bdx> which you use on that deploy?
[17:28] <marcoceppi> bdx: were you not at the charmer summit :)
[17:28] <marcoceppi> bdx: https://p.datadoghq.com/sb/a42d80f38-e1f5b6fc5e?tv_mode=true
[17:28] <marcoceppi> http://blog.silph.io/
[17:28] <bdx> wtf .... SICK
[17:29] <bdx> lol
[17:29] <bdx> oh man
[17:30] <jrwren> its my favorite small-software juju story ever. marcoceppi tells a great story.
[17:30] <bdx> how did I miss this?
[17:30] <marcoceppi> bdx: it was a lightning talk
[17:31] <pragsmike> You weren't at the charmers summit.
[17:31] <marcoceppi> bdx: lets chat later this afternoon, I'd like to coordinate, because I can use your help and datadog is interested in giving us a repository up stream
[17:32] <bdx> marcoceppi: I plan on making good use of datadog ... I'd like to get some primary integrations dialed in before I even start deploying it at all
[17:33] <bdx> marcoceppi: sounds good
[17:33] <pragsmike> hey can anyone point me to docs about how juju decides which IP addresses to use in MAAS?
[17:34] <marcoceppi> bdx: yeah, i got some feedback from ilian about how we can make this stupid simple in the charm
[17:34] <bdx> marcoceppi: the integrations?
[17:34] <marcoceppi> pragsmike: it's kind of a crap shoot, atm, juju 2.1 and 2.2 will make that WAY nicer
[17:34] <marcoceppi> bdx: totally, instead of writing glue code for every intergration
[17:34] <marcoceppi> bdx: we just write one method that does all glue code
[17:34] <marcoceppi> pragsmike: how's it going, btw??
[17:34] <bdx> totally
[17:35] <pragsmike> well, more is working than before :)
[17:35] <bdx> marcoceppi: I unraveled the curl sudo bashing of their install process to be more pragmatic in the layer
[17:36] <bdx> I assume you probably did something similar
[17:36] <pragsmike> using juju 2.0 and maas 2.1, the networking story is much nicer
[17:38] <marcoceppi> pragsmike: yeah, juju 2.1 (and 2.2) will totally catch up
[17:38] <marcoceppi> bdx: yeah, that ball of crap was unacceptable :)
[17:39] <bdx> right, I love finding those actually
[17:39] <marcoceppi> bdx: I just used the apt layer: https://github.com/silph-io/layer-datadog/blob/master/reactive/datadog.py and https://github.com/silph-io/layer-datadog/blob/master/config.yaml
[17:39] <pragsmike> currently trying to understand how storage is supposed to work
[17:40] <bdx> marcoceppi: https://github.com/jamesbeedy/charm-datadog-agent/blob/master/reactive/datadog_agent.py
[17:41] <marcoceppi> bdx: haha, great minds :)
[17:42] <marcoceppi> pragsmike: with juju + maas?
[17:42] <pragsmike> marcoceppi: yes
[17:42] <marcoceppi> pragsmike: for ceph, or another charm?
[17:43] <pragsmike> ceph in particular
[17:43] <pragsmike> right now i just list the device names and hope
[17:44] <marcoceppi> pragsmike: yeah, so there's a config option for device names
[17:44] <marcoceppi> pragsmike: on clouds, with juju, you can run `juju add-storage`, I don't think that quite works in MAAS yet though
[17:45] <pragsmike> I currently set ceph-osd's osd-devices to list the names it should try, it works for now
[17:46] <marcoceppi> pragsmike: yeah, but that's a bit flaky
[17:46] <marcoceppi> it's a work around
[17:46] <pragsmike> but that's good to know that storage isn't all there yet
[17:46] <jcastro> rick_h___: balloons: can confirm 2.0.1 worked awesome this morning for me in us-east-2
[17:46] <marcoceppi> in the future, you will do like `juju add-storage` for ceph-osd/0, for example, and MAAS will tell that machine, if it has an additional disk, that ceph can consume it now
[17:47] <marcoceppi> pragsmike: I'd expect seeing that pop up in the next few months
[17:47] <pragsmike> nice
[17:47] <marcoceppi> pragsmike: it might be good to mail the juju mailing list, for more specifics of `juju add-storage` on maas
[17:48] <pragsmike> ok
[17:49] <pragsmike> i just found mbruzek's message about that in fact
[17:49] <mbruzek> pragsmike: What did I do?
[17:50] <pragsmike> heh, i was just asking about juju storage with maas provider
[17:50] <pragsmike> hoping to use it for the ceph charm
[17:50] <pragsmike> i found https://lists.ubuntu.com/archives/juju/2016-October/008046.html
[17:51] <mbruzek> Good find.
[17:51] <balloons> jcastro, :-)
[17:51] <pragsmike> that'll keep me busy for a bit
[17:52] <mbruzek> pragsmike: Just checked my email, I got no further information from anyone else on that thread.
[17:53] <pragsmike> k, thanks for looking
[17:53] <alexisb> jcastro, thank you
[17:54] <pragsmike> I have a workaround, but always looking for a better way
[17:57] <mbruzek> pragsmike: Are you interested in NFS? https://lists.ubuntu.com/archives/maas-devel/2016-October/002312.html
[18:06] <pragsmike> mbruzek: NFS, not so much
[18:07] <mbruzek> I understand
[20:11] <bdx> how do you guys feel about not hardcoding the charmstore api version into bundletester?
[20:11] <bdx> https://github.com/juju-solutions/bundletester/blob/master/bundletester/fetchers.py#L225
[22:17] <stokachu> can a resource have dynamically generated filename?
[22:19] <stokachu> like http://paste.ubuntu.com/23413581/