[00:16] <menn0> perrito666: ping
[00:27] <redir> uh, https://github.com/juju/juju/pull/6938
[00:27] <redir> tough one there, I might self review
[00:29]  * anastasiamac_ looking
[00:29] <anastasiamac_> redir: LGTM \o/
[00:43] <redir> tx anastasiamac_
[01:21] <axw> wallyworld: re https://bugs.launchpad.net/juju/+bug/1662587, any thoughts on what we can do that doesn't involve going back to what we were doing?
[01:21] <mup> Bug #1662587: 2.1beta5 breaks lxd shared controller <juju:Triaged> <juju 2.1:Triaged by axwalk> <https://launchpad.net/bugs/1662587>
[01:24] <wallyworld> axw: so the bug is saying that adding a user, and then having someone else register doesn't work? because that new person doesn't have the credentials cached?
[01:28] <seyeongkim> hello, what can i do if i want to merge 163a221,773fb90 to 2.0.x? lp said only 2.1 and 2.2 https://bugs.launchpad.net/juju/+bug/1622024
[01:28] <mup> Bug #1622024: destroy-unit help text mentions nonexistent remove-services <sts> <usability> <juju:Fix Committed by wallyworld> <juju 2.1:Fix Committed by jameinel> <https://launchpad.net/bugs/1622024>
[01:30] <wallyworld> seyeongkim: if you have 2.0.x checked out, you can cherry-pick the commit
[01:31] <seyeongkim> i see wallyworld , will try
[01:31] <wallyworld> seyeongkim: it's a rather cosmetic bug fix though. do you need the CLI help text changed urgently?
[01:31] <wallyworld> 2.1 will be out within a couple of weeks
[01:32] <seyeongkim> no urgent
[01:33] <seyeongkim> thanks wallyworld
[01:33] <wallyworld> sure, anytime
[01:35] <axw> wallyworld: basically yeah. it works if you're the same $USER, because it'll pull the certs out of your $HOME/.config/lxc dir. but in their case, it's an entirely different $USER
[01:35] <axw> wallyworld: I don't think we can support what they were doing without going backwards...
[01:36] <wallyworld> axw: should we consider a controller endpoint where cched creds in controller can be checked?
[01:36]  * wallyworld waves hands
[01:36] <axw> wallyworld: sorry, don't understand
[01:36] <axw> wallyworld: what creds, checked for what?
[01:36] <wallyworld> HO? may be easier to discuss
[01:37] <axw> wallyworld: ok, in 5-10 mins; just preparing lunch
[01:37] <wallyworld> sure no rush
[01:46]  * redir eods
[01:51] <axw> wallyworld: are you free now? 1:1?
[01:51] <wallyworld> yep
[02:06] <axw> wallyworld: it will work, but only if they're using the 2.1-beta5 client. I suspect they're not
[02:07] <wallyworld> axw: good pickup, sounds like it can be closed as "use the current client"
[02:07] <axw> wallyworld: it's not great that it will fail with the old client, but I think it's better than reverting?
[02:14] <wallyworld> axw: i think we can justify it (IMO). there's a work around we can document and it's not a super common use case i don't think
[02:16] <axw> wallyworld: actually I think what they're doing is running from within a container, or some other machine on the same network; not on the host itself
[02:17] <axw> wallyworld: so might need to just make "autoload-credentials" a bit easier
[02:34] <wallyworld> axw: yeah, autoload creds does need some polish in a few places
[02:35] <wallyworld> it was all rushed at last minute to get 2.0 out
[02:35] <wallyworld> axw: could you validate my choice of new skew value on this small PR? https://github.com/juju/juju/pull/6940
[02:38] <axw> wallyworld: seeing as this is only run on linux, can we just bite the bullet and use a monotonic clock?
[02:38] <wallyworld> axw: i didn't realise there was such a thing
[02:39] <axw> wallyworld: man clock_gettime
[02:39] <wallyworld> axw: so how would that work clustered?
[02:39] <wallyworld> all machines need the same idea of time
[02:39] <wallyworld> ntp achieves that
[02:40] <wallyworld> but it needs make -ve corrections potentially
[02:40] <axw> wallyworld: it's for measuring elapsed time
[02:40] <axw> wallyworld: which IIANM is what we're doing in that code
[02:40] <axw> elapsed time local only
[02:41] <wallyworld> ok, i'll take a look
[02:48] <axw> wallyworld: https://github.com/davecheney/junk/blob/master/clock/clock_linux.go -- just need to include the LICENSE if you use that
[02:49] <wallyworld> axw: MonotonicClock "but is affected by the incremental adjustments performed by adjtime(3) and NTP"
[02:50] <wallyworld> i guess it only goes foreard though
[02:52] <axw> wallyworld: http://stackoverflow.com/questions/14270300/what-is-the-difference-between-clock-monotonic-clock-monotonic-raw
[02:52] <axw> explains it better than I could
[02:53] <wallyworld> axw: so it seems monotonic changes frequency to adjust for NTP and eventually syncs up
[02:53] <axw> wallyworld: yep, but it won't jump around
[02:54] <axw> it just adjusts rate of change
[03:10] <wallyworld> thumper: menn0: jam: tech board?
[03:11] <menn0> we are still dealing with the fallout from this prod issue
[03:12] <wallyworld> ok
[03:54] <blahdeblah> axw: That was a nice link
[03:55] <blahdeblah> FTR, I would be very nervous about juju attempting to go the CLOCK_MONOTONIC_RAW route, given some of the bad clocks I've seen around, esp. in Azure.
[03:56] <axw> blahdeblah: yeah, I don't think it's appropriate for our use case
[04:10] <mup> Bug #1662599 changed: Change maas api and password controller in model already created <juju:Incomplete> <https://launchpad.net/bugs/1662599>
[04:13] <mup> Bug #1662599 opened: Change maas api and password controller in model already created <juju:Incomplete> <https://launchpad.net/bugs/1662599>
[04:25] <mup> Bug #1662599 changed: Change maas api and password controller in model already created <juju:Incomplete> <https://launchpad.net/bugs/1662599>
[06:04] <blahdeblah> Hi all, when logging into mongodb shell per https://github.com/juju/juju/wiki/Login-into-MongoDB, I get a number of recommendations: https://pastebin.canonical.com/178617/
[06:05] <blahdeblah> Is it worth creating a bug for that?
[06:05] <blahdeblah> I wonder some of those things mightn't be contributing causes for our mongodb syncing issues (bug 1647238)
[06:56] <anastasiamac> blahdeblah: axw and wallyworld were talking about disabling huge pages yesterday... maybe they can help?
[07:00] <axw> anastasiamac: I believe wallyworld was talking about *hug* pages, and I was merely a an absent target ;p
[07:01] <anastasiamac> axw: :)
[07:16] <blahdeblah> axw: I can think of better things to hug, personally. :-)
[07:17] <blahdeblah> axw: (Than pages, I mean.  I'm sure you're a great huggee.)
[07:17] <axw> blahdeblah: :p
[08:19] <mup> Bug #1510787 changed: juju upgrade-charm errors when it shouldn't <canonical-is> <juju:Triaged> <juju-core:Won't Fix> <postgresql (Juju Charms Collection):Won't Fix> <https://launchpad.net/bugs/1510787>
[08:45] <babbageclunk> axw: Could you take a look at my openstack provider changes, pretty please? https://github.com/juju/juju/pull/6943
[08:45] <axw> babbageclunk: sure
[08:45] <babbageclunk> axw: thanks!
[08:49] <mup> Bug #1632909 changed: ceilometer-api fails to start on xenial-newton (maas + lxd) <maas-provider> <uosci> <OpenStack AODH Charm:Triaged> <juju:Incomplete> <juju-core:Won't Fix> <ceilometer (Juju Charms Collection):Triaged> <https://launchpad.net/bugs/1632909>
[08:53] <axw> babbageclunk: don't worry about that VolumeSource thing too much. the API design is a bit broken, I will fix it at some point
[08:53] <axw> what you have is fine
[08:55] <babbageclunk> axw: great, thanks
[09:11] <wallyworld> axw: i've pushed up a juju/utils PR and also tweaked the juju PR for clock skew. got to fix a few tests and add deps change, but have to head out for a bit. i also need to live test etc but the basis should be there. the monotonic clock implementation doesn't return a true time.Time but it does work cross platform
[09:12] <wallyworld> axw: oh saw your comment - i just didn't want the hassle of 2 implementstions, or an implementation on linux and a no-op elsewhere
[09:13] <wallyworld> nanotine() is implemented cross platform in the run time isn't it?
[09:13] <axw> wallyworld: I think so. but there's more than one compiler, and more than one runtime...
[09:13] <wallyworld> seems to be a popular approach to the problem
[09:13] <wallyworld> ok, i do the linux only thing then
[09:14] <axw> wallyworld: never mind, it's probably academic
[09:15] <axw> wallyworld: just leave it and we'll change it if necessary
[09:16] <wallyworld> ok
[09:16] <axw> wallyworld: utils PR is approved
[09:16] <axw> looking at other one now
[09:17] <wallyworld> ty, am late bbiab, will fix test setc then
[10:31] <hoenir> Hi guys
[10:32] <hoenir> So for a day I'm trying to make the oracle provider add custom cloud definitions. In order to communicate with the oracle rest api the client needs to specify the Identity Domain name and I'm trying to make the add-cloud command add this yaml field.
[10:33] <hoenir> So I've tried to write the CloudSchema return the correct pointer to jsonsmecham.Smecha struct
[10:34] <hoenir> https://paste.ubuntu.com/23953504/
[10:34] <hoenir> What I'm I missing here?
[10:35] <hoenir> When I launch the add-cloud command it's printing me to add the identity domain and after the commands finished writing the clouds.yaml it does not add this attribute.
[10:36] <hoenir> Also I found this https://github.com/juju/juju/blob/staging/cloud/clouds.go#L106
[10:37] <hoenir> Is there a way how to write in this attribute when the provider reads the clouds definition on bootstrap?
[10:38] <hoenir> Is there anyone that knows or can point me into the right direction?
[10:41] <hoenir> here is an example interacting with the add-cloud cmd
[10:41] <hoenir> https://paste.ubuntu.com/23953549/
[10:42] <hoenir> sorry for the spelling issues. As you can see these does not write the identity-domain provided in the cmd interaction.
[10:42] <hoenir> It is because the CloudSchema definition provided is somehow off?
[10:46] <hoenir> Or there is now wat to do this and I should add some custom interactive code into the FinalizeCredential?
[10:46] <hoenir> like in the azure provider?
[11:37] <mup> Bug #1662857 opened: cannot go get the source code  <juju-core:New> <https://launchpad.net/bugs/1662857>
[11:55] <mup> Bug #1662857 changed: cannot go get the source code  <juju-core:Incomplete> <https://launchpad.net/bugs/1662857>
[11:58] <mup> Bug #1662857 opened: cannot go get the source code  <juju-core:Incomplete> <https://launchpad.net/bugs/1662857>
[12:28] <perrito666> morning
[12:38] <jam> morning perrito666
[13:19] <SimonKLB> is there a problem when a normal machine and the controller machine are on different addresses?
[13:19] <SimonKLB> im unable to ssh into a machine that is on a different ip-range using GCE as provider
[13:20] <SimonKLB> with `juju ssh` that is, ssh:ing into the machine normally works fine
[13:21] <SimonKLB> nvm, that wasnt the problem, now i cant ssh into a machine on the same range - really odd because other machines in the same model works fine
[13:23] <SimonKLB> http://paste.ubuntu.com/23954247/
[13:23] <SimonKLB> any ideas?
[14:15] <deanman> SimonKLB, cloud provider?
[14:15] <SimonKLB> deanman: google
[14:18] <deanman> SimonKLB, can you access any app on that model ?
[14:19] <deanman> SimonKLB, i had almost a similar problem with openstack where additional units of the same app weren't assigned a public IP, which resulted only being able to ssh into only one at a time.
[14:20] <SimonKLB> deanman: that shouldnt be the problem, i can see the public ips fine
[14:20] <SimonKLB> deanman: not sure what you mean by accessing the app though?
[14:21] <deanman> SimonKLB, this was my issue, https://bugs.launchpad.net/juju/+bug/1655383, seems though unrelated to yours
[14:21] <mup> Bug #1655383: When deploying multiple units of the same charm on top of openstack mitaka only one is assigned a floating IP <eda> <network> <juju:Triaged> <juju 2.1:Incomplete> <https://launchpad.net/bugs/1655383>
[14:24] <SimonKLB> deanman: might be related, but in my case i all the machines get assigned a floating/external ip
[14:24] <SimonKLB> im also able to ssh to them via the GCE console without any issue
[14:24] <deanman> SimonKLB, next thing i could think is that somehow "security groups" are different for machine #3 and #4
[14:25] <deanman> could it be that #4 has different security groups and somehow the ssh port is blocked? Can you ssh from #3 to #4 ?
[14:27] <SimonKLB> deanman: i have no idea why, but now, an hour later they are all accessable
[14:27] <SimonKLB> havent changed a thing
[14:27] <SimonKLB> have even worked in a different provider since then
[14:27] <deanman> maybe infra glitch ;-)
[14:27] <SimonKLB> haha, let's hope so :)
[14:27] <SimonKLB> i'll re-run the tests
[14:39] <deanman> Got a question for the devs, I'm running juju agent inside corporate network and i have to go through proxy. I'm using nc for most of my ssh needs but don't know how to make it work with juju so i can access my aws models. Any hints?
[14:57] <hoenir> can anyone advice me, If I have a constrains let's say cpu-power and the provider does not support passing constraints like cpu how can I manage with the constraints.Validator methods this issue? I've already used the Unsupported methods but it seems this does not do anything to alert the client in someway if the constraint passed is valid or not for the provider
[14:57] <hoenir> constraint*
[14:57] <hoenir> can anyone provide some insight in this situation?
[14:58] <perrito666> hoenir: I believe we are currently silent if a constraint is ignored with a provider
[14:58] <perrito666> sinzui: you have tried all providers, what can you tell about this?
[14:59] <hoenir> So informing the user with warningf is bad technique?
[15:00] <sinzui> perrito666: your are correct, juju siltenly ignore constraints that are not relavant.
[15:00] <hoenir> so it's ok if I inform the user?
[15:00] <hoenir> of this?
[15:00] <hoenir> in the bootstrap process
[15:00] <hoenir> ?
[15:00] <hoenir> with warningf?
[15:01] <perrito666> hoenir: yes, absolutely
[15:01] <perrito666> but we wont stop juju for it
[15:01] <hoenir> yeah:)
[15:02] <perrito666> just warn or even info about
[15:02] <hoenir> thanks !
[15:02] <hoenir> I think warn is better suited for this situation
[15:02] <perrito666> hoenir: mm, I think you are correct, if the user is dealing with constraints its most likely watching warn
[15:03] <perrito666> sorry for the delay I was afk
[15:03] <hoenir> thanks !
[15:07] <hoenir> smt like this.
[15:07] <hoenir> https://paste.ubuntu.com/23954775/
[15:49] <jam> perrito666: if you get a chance, a review of https://github.com/juju/juju/pull/6944
[16:30] <perrito666> postponing the air conditioning in my office was the worse idea I had In my life
[16:35] <perrito666> jam: ship it
[16:36] <perrito666> jam: special kudos for the doc in NewLXDBroker
[16:39] <redir> morning juju-dev o/
[16:40] <perrito666> redir: morning
[16:44] <alexisb> morning redir
[16:45] <redir> \o
[17:48] <cory_fu> Does Juju (2.1-beta5) support running lxd on a port other than 8443?
[17:57] <cory_fu> Specifically, I'm trying to use the snap to run beta5 alongside stable (via apt), and am hitting a bind conflict: http://pastebin.ubuntu.com/23955676/
[19:31] <redir> cory_fu: sorry, I am unfamiliar with the lxd code.
[20:03] <babbageclunk> morning people!
[20:27] <thumper> o/
[20:30] <perrito666> morning thumper
[20:47] <alexisb> morning thumper
[20:55] <perrito666> thumper: btw, I addressed your comments in https://github.com/juju/juju/pull/6763 and mentioned you to re check it, could you take a look when you are not working on urgent stuff?
[20:55]  * perrito666 knows he just wrote a blank check to thumper
[20:56] <thumper> perrito666: ok, will try to look shortly
[20:56]  * perrito666 is fighting to take his PR queue to 0
[22:31] <alexisb> perrito666, ping
[22:31] <perrito666> alexisb: pong
[22:32] <alexisb> release call
[22:32] <perrito666> ah sorry was concentrated on a critical I just introduced
[22:32] <perrito666> going
[22:49] <redir> anyone https://github.com/juju/juju/pull/6947
[23:23] <cory_fu> Are old revisions of a resource cleaned up ever?  I'm revving on a charm with a fairly sizable resource and after a couple of times updating the resource, the controller seems to run out disk
[23:25] <menn0> perrito666: if you're not EOD after you finish your HO can you please ping me about this migration issue. I have some thoughts.
[23:28] <perrito666> menn0: certainly, I foresee that my EOD is far :)
[23:29] <perrito666> menn0: I might ask you to HO , I am a bit sick of writing :p[
[23:32] <menn0> perrito666: sure
[23:32] <menn0> perrito666: now
[23:32] <menn0> ?
[23:33] <perrito666> menn0: this is the cause https://github.com/juju/juju/commit/49316b2 I am running this test to try to understand how this change caused this
[23:33] <perrito666> menn0: no, still on a call
[23:33] <menn0> perrito666: let me know when you're off
[23:34] <perrito666> menn0: I will <cries in spanish>
[23:40] <perrito666> menn0: standup call?
[23:40] <menn0> perrito666: yep
[23:40] <wallyworld> cory_fu: there may have been an issue at one point.... what version of juju are you running? menn0 do you know if we fixed tht?
[23:42] <cory_fu> wallyworld: 2.0.2  I can re-test on 2.1-beta5 tomorrow if it's likely to have been fixed
[23:43] <wallyworld> cory_fu: I *think* so but will need confirmation as I didn't work on it myself
[23:43] <cory_fu> Ok.  Thanks
[23:43] <wallyworld> menn0 is on a call, he will respond soon
[23:45] <axw> wallyworld: reviewed your PR
[23:45] <wallyworld> ty
[23:46] <wallyworld> axw: end-beginning check should never fail now - i just thought defensively best to keep it?
[23:47] <wallyworld> axw: standup?
[23:47] <axw> wallyworld: oops, coming
[23:50] <axw> wallyworld: feel free to leave it, just my preference