katcotvansteenburgh: ping, you on?00:02
tvansteenburghkatco: yup00:02
katcotvansteenburgh: heya00:02
katcotvansteenburgh: re. bug 1611514, what does the API do now when you try and add a charm and then deploy it via "local:"?00:03
mupBug #1611514: "local" charm schema should allow deploying previously deployed local charms <feature> <juju:In Progress by cox-katherine-e> <https://launchpad.net/bugs/1611514>00:03
tvansteenburghkatco: it returns a message that it can't find the charm00:03
katcotvansteenburgh: what API calls are you using?00:03
tvansteenburghkatco: i really should've kept that test script :/00:05
katcotvansteenburgh: haha00:05
tvansteenburghkatco: i can add steps to repro but not til tomorrow, i'm well past eod00:06
katcotvansteenburgh: same here, but that would help. i'm coming at this from the juju command side of things. i'll probably cover your case as well, but want to make sure00:06
katcotvansteenburgh: (i.e. tomorrow is just fine)00:06
tvansteenburghkatco: cool00:07
katcotvansteenburgh: thanks :) looking forward to getting this taken care of for you all00:08
alexisb_redir, are you actually working this bug: https://bugs.launchpad.net/juju/+bug/161457100:18
mupBug #1614571: Data race: TestLogOutput <ci> <jujuqa> <race-condition> <unit-tests> <juju:In Progress by reedobrien> <https://launchpad.net/bugs/1614571>00:18
rediralexisb_: while waiting for test runs, yes.00:18
alexisb_ok, I am putting it in the inprogress lane than, htanks00:19
redirbut if there's someone else to work on it then take it away!00:19
redirbbiab couple hours or so.00:34
katcowallyworld: ping, got a sec to chat?00:39
wallyworldkatco: 1:1?00:42
katcowallyworld: yep00:42
axwwallyworld: FYI going out soon, maybe be out for an hour or two00:51
wallyworldaxw: no worries, let's chat briefly when you get back00:51
thumperwallyworld: http://reviews.vapour.ws/r/5518/02:19
thumper+3 −1,68802:19
thumperone of the biggest removals I've done in a while02:19
thumperwallyworld, axw, anastasiamac, perrito666: anyone know of a charm that says it has payloads?02:20
anastasiamacthumper: no, maybe best to ask charmers? stuart might have an idea :)02:25
menn0veebers: the change to block access to importing models has landed btw02:44
veebersmenn0: cool, so we shouldn't see any "mongo not in the proper state" or whatever error? (I also added a check on test end to ensure the charm/deploy had fully finished02:45
menn0veebers: yep, that error shouldn't happen now. the only concern is, what will the test do with the error that gets returned while the model is importing?02:46
veebersmenn0: hmm, I'm pretty sure the minor change I added should over that. we'll see soon enough if there is any further additions needed02:48
=== natefinch-afk is now known as natefincgh
=== natefincgh is now known as natefinch
natefinchthumper: lol, payloads. Sigh.03:24
thumperthey exist, so they need to be migrated :-|03:25
natefinchat least it's a pretty trivial amount of information03:27
menn0thumper: review done03:27
thumpernatefinch: yeah03:27
redirwallyworld: yt?04:01
wallyworldyoung transvestite?04:02
thumpernatefinch: do you recall the hook tool to register a payload?04:02
natefinchthumper: buh04:03
thumperI was busy looking in worker/uniter/runner/jujuc04:03
thumperwhere all the other hook tools were04:03
natefinchwhy would you do a silly thing like that?04:03
redirwallyworld: you there... Do we still want nil here https://goo.gl/y8F48q04:04
wallyworldlet me look04:04
mupBug #1616298 opened: DebugMetricsCommandSuite.TearDownTest fails due to "no reachable servers." <juju-core:New> <https://launchpad.net/bugs/1616298>04:06
wallyworld we pass in nil for controller config for that test func, so no harm in also not setting inherited region config either04:06
natefinchgood lord that needs an args struct04:06
natefinchheh.... st, err := state.Initialize(state.InitializeParams{04:07
wallyworldredir: bit you'll need to add a test in UpdateModelConfig to ensure that removing a config key correctly picks up a region default04:07
natefinchwell at least the production code uses an args struct04:07
wallyworldbecause that's the place that uses the controllerInheritedConfig func that was incorrect and we didn;t have test coverage04:08
veebersmenn0: seems that attempting to call status while model is in migration causes a failure: http://juju-ci.vapour.ws:8080/job/functional-model-migration/118/console04:08
veebersthe failure is because the call to 'juju status' errors04:08
mupBug #1616298 changed: DebugMetricsCommandSuite.TearDownTest fails due to "no reachable servers." <juju-core:New> <https://launchpad.net/bugs/1616298>04:09
veebersmenn0: should status for the model error or just provide status of 'migrating' or similar?04:11
mupBug #1616298 opened: DebugMetricsCommandSuite.TearDownTest fails due to "no reachable servers." <juju-core:New> <https://launchpad.net/bugs/1616298>04:12
natefinchhmmm.... does the manual provider do something special with mongo?  seems like I may have broken manual when I updated TLS ciphers in 1.2504:14
natefinchthat or I'm just hitting a weird similar-looking bug.  I bootstrap manual on 1.25 and it can't connect to mongo04:15
natefinchor rather, it can't connect to itself.... different symptom than what I was thinking of, I think.... still04:16
natefinch2016-08-23 20:29:01 WARNING juju.replicaset replicaset.go:98 Initiate: fetching replication status failed: cannot get replica set status: can't get local.system.replset config from self or any seed (EMPTYCONFIG)04:16
natefinchAnyone have any ideas?04:18
anastasiamacaxw: wallyworld: PTAL http://reviews.vapour.ws/r/5502/ :D04:23
wallyworldsoon, need to get some stuff finished04:24
anastasiamacwallyworld: nps. i prefer to wait for axw anyway04:28
natefinchmenn0, wallyworld - thoughts on my mongo problem above?04:29
wallyworldcould be anything, literally04:29
wallyworldnetwork, config04:29
wallyworldyou need to drill down to find the root cause04:30
menn0natefinch: that happens sometimes. it's been a problem for a long time. there's a ticket for it.04:30
menn0natefinch: I've tried to figure it out before but was never able to replicate it. lots of ppl have seen it though.04:30
menn0natefinch: is this during a test or a bootstrap?04:31
natefinchmenn0: hmm.... what I've seen before is that the machine thinks it has some hostname, but then the networking is screwed up so it can't actually connect to that hostname for itself.  But not sure if that's it here.  I'll try again.04:31
natefinchmenn0: bootstrap04:31
menn0natefinch: are there any logs you can grab?04:31
natefinchmenn0: probably.  I'll try logging into the mongo console and see what the replicaset collection says04:32
menn0natefinch: that would be good. given that it's hard to replicate it would be good if you could grab everything you can.04:32
menn0natefinch: in the past it's been people outside the team who have seen it and they either didn't collect logs or the logs weren't at DEBUG04:33
menn0natefinch: so this is a good opportunity to learn more04:33
natefinchmenn0: this is my second failure in a row like this04:33
menn0natefinch: even better :)04:33
menn0natefinch: this is the closest open ticket: https://bugs.launchpad.net/juju/+bug/134659704:34
mupBug #1346597: cannot get replset config: not authorized for query on local.system.replset <cloud-installer> <landscape> <oil> <juju:Incomplete> <juju-core:Won't Fix> <juju-core 1.24:Won't Fix> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1346597>04:34
menn0natefinch: the title has a slightly different error but there's discussion about the same problem you're seeing04:34
natefinchmenn0: I'll take a look04:35
menn0natefinch: pls attach any bootstrap and agent logs,  the mongodb logs from /var/log/syslog and what you find out from looking at the replicaset status in the shell04:35
axwanastasiamac: sorry took longer than expected, just having lunch then will review04:42
anastasiamacaxw: awesome \o/ most importantly - di u get a car?04:43
axwanastasiamac: yes, bought a qashqai04:45
anastasiamacaxw: found an issue anyway while waiting - I can deploy fine to "controller" model (image is found!) but on hosted model like "default", m still seeing  "image not found"04:46
anastasiamacaxw: so, i'd like to land what i have and address multi-model as a separate PR... (in addition to separate PR for the bug that I have identified with simplestreams)...04:47
anastasiamacaxw: and Nissans are awesome :D well done!04:50
natefinchmenn0: looks like a networking problem. I can telnet to localhost:37017, but can't telnet to <myIP>:37017, and that's what's in the replicaset config04:57
natefinch(from that machine, obviously)04:57
menn0natefinch: ok, that's super useful information04:57
menn0natefinch: is it because the wrong IP is being used in the replicaset config? (i.e. the machine has multiple ips and Juju is choosing the wrong one?)04:58
menn0natefinch: (pls update the ticket with these findings)04:58
natefinchmenn0: it's a GCE machine, it's putting its public IP, not the internal IP04:58
natefinchbut for manual, that should be correct04:59
menn0natefinch: firewall rules?04:59
natefinchexcept that maybe we're not fixing the firewall04:59
natefinchmenn0: $ sudo iptables -S05:01
natefinch-P INPUT ACCEPT05:01
natefinch-P FORWARD ACCEPT05:01
natefinch-P OUTPUT ACCEPT05:01
natefinchthat's it05:01
menn0natefinch: GCE will have it's own firewall external to the hosts05:02
menn0controlled via the API05:02
axwanastasiamac: reviewed05:04
axwanastasiamac: I agree that the other issue should be solved separately05:04
anastasiamacaxw: \o/ brilliant! made my day :D05:05
axwwallyworld: you wanted to chat?05:05
menn0thumper: review done05:05
natefinchwelp, I have to bed05:17
natefinchmenn0: added some comments on the bug - https://bugs.launchpad.net/juju/+bug/134659705:17
mupBug #1346597: cannot get replset config: not authorized for query on local.system.replset <cloud-installer> <landscape> <oil> <juju:Incomplete> <juju-core:Won't Fix> <juju-core 1.24:Won't Fix> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1346597>05:17
natefinchmenn0: might be worth making a new bug for the different error message, just to make it easier to find05:17
menn0natefinch: good idea (might be worth checking if there's already one that's been closed before)05:17
natefinchmenn0: https://bugs.launchpad.net/juju-core/+bug/141262105:20
mupBug #1412621: replica set EMPTYCONFIG MAAS bootstrap <adoption> <bootstrap> <bug-squad> <charmers> <cpec> <cpp> <maas-provider> <mongodb> <oil> <juju-core:Fix Released by frobware> <juju-core 1.24:Won't Fix> <juju-core 1.25:Fix Released by frobware> <https://launchpad.net/bugs/1412621>05:20
natefinchlast comment is about someone using manual on EC2 and needing to open the ec2 firewall :P05:21
menn0natefinch: so it was only fixed for EC2?05:21
natefinchmenn0: I don't think it's exactly fixable when using the manual provider05:21
menn0I guess with manual people are on their own05:22
natefinchbut... juju should test for this case and give a better error message05:22
menn0exactly what I was just about to say :)05:22
natefinchI'll make a bug for that05:22
redirot valid"05:24
redirignore that paste error05:27
* redir goes eod05:27
wallyworldredir: sorry, had to go out at short notice05:29
natefinchmenn0: https://bugs.launchpad.net/juju/+bug/161631005:29
mupBug #1616310: Test replicaset address before replSetInitiate <mongodb> <juju:New> <juju-core:New> <https://launchpad.net/bugs/1616310>05:29
natefinchand now I am EOD as well05:29
menn0natefinch: nice bug report05:30
menn0natefinch: thanks05:30
natefinchmenn0: welcome :)05:30
wallyworldaxw: yeah, if you have a moment, we can talk05:30
axwwallyworld: sure, 1:1?05:31
mupBug #1591488 opened: Unable to bootstrap with --metadata-source <cpe-sa> <eda> <juju:In Progress by anastasia-macmood> <juju-core:Fix Committed> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1591488>05:54
mupBug #1591488 changed: Unable to bootstrap with --metadata-source <cpe-sa> <eda> <juju:In Progress by anastasia-macmood> <juju-core:Fix Committed> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1591488>05:57
anastasiamacwallyworld: do u recall if resources are model-specific or controller-?06:02
wallyworldthey are specific to a charm06:03
wallyworldstored in the blob store06:03
anastasiamacwallyworld: sure, but once we put reference to them in mongo, are they model-bound or available to all models for this controller?06:03
wallyworldi can't recall how the path is set up06:03
anastasiamacwallyworld: we definitely have "resources" collection in db06:03
wallyworldi'd have to double check06:03
wallyworldis that in state or blobstore06:04
wallyworldif in state, it would justr be the references06:04
anastasiamacwallyworld: m looking in state06:04
wallyworldif it's marked a global collection, it is for all models06:04
anastasiamacwell, it's not.. and m wondering if it should be..06:05
wallyworlddon't think so, i think the design was to tie resources to models06:05
wallyworldthe data in blob store is deduped06:06
wallyworldso even if the same reosurce is assigned to two models, it will only be stored once06:06
mupBug #1591488 opened: Unable to bootstrap with --metadata-source <cpe-sa> <eda> <juju:Fix Committed by anastasia-macmood> <juju-core:Won't Fix> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1591488>06:06
mupBug #1591488 changed: Unable to bootstrap with --metadata-source <cpe-sa> <eda> <juju:In Progress by anastasia-macmood> <juju-core:Fix Committed> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1591488>06:18
anastasiamacaxw: wallyworld: PTAL https://github.com/juju/juju/pull/607706:20
anastasiamacdunno why RB is not picking it up06:20
anastasiamacit's tiny but oh, so wonderful :D06:20
axwanastasiamac: I don't think this is the correct solution. different models will want different image metadata06:22
anastasiamacaxw: right now, how will they get it?06:22
axwanastasiamac: what is "they"?06:23
anastasiamacaxw: at this stage, not being able to deploy to any other model but "controller" is going to b poor experience for cloud06:23
anastasiamacthey = other models06:23
axwanastasiamac: I don't disagree, but that doesn't mean we should break the data model06:23
anastasiamacaxw: when i say "cloud", i mean private cloud or anyone using metadata-source, for example06:23
axwanastasiamac: perhaps what we should do is combine sources, like I did a while ago for tools06:24
axwanastasiamac: look first in the model, then in the controller's model06:24
anastasiamacaxw: I think that we can do this for now, and have a wishlist item for bigger and shinier solution when we get a chance to tackle it, say for 2.106:24
axwand in the case of image metadata, only look in the controller's if they're the same cloud06:24
anastasiamacaxw: sure, but right now, there is no way to add to model image collection06:25
axwanastasiamac: if we do this quick hack, at least the image metadata worker needs to be made singular06:25
axwhm, but probably not06:25
axwbecause multiple regions06:25
anastasiamaci think what i propose is good for a while until we iterate... it may even be tackled along with metadta in config.. :D06:27
axwanastasiamac: I can live with this, but please remove the model-uuid field from cloud image metadata06:32
axwanastasiamac: and please live test in a cloud with multiple regions06:33
anastasiamacaxw: i've pmed u.. m live testing against aws. or do u want me to test deploying/adding model to a different region than bootstrap?06:43
axwwallyworld: LXD improvements: https://github.com/juju/juju/pull/6078  -- RB has crapped itself07:02
wallyworldaxw: awesome, otp will look soon07:02
anastasiamacaxw: PR is ready to go: removed model-uui and tested live with multi-regions \o/07:24
axwanastasiamac: reviewed07:26
anastasiamacwallyworld: PTAL https://github.com/juju/juju/pull/607707:28
wallyworldstill otp :-(07:28
=== frankban|afk is now known as frankban
=== akhavr1 is now known as akhavr
hoenirthe .fail is looking good. http://juju.fail/08:28
wallyworldaxw: if you have a moment before eod, would like to land this for beta16 https://github.com/juju/juju/pull/607908:29
axwwallyworld: looking08:29
axwwallyworld: reviewed08:43
wallyworldaxw: with the embedding, i was going to wait and see how nate's stuff played out08:46
wallyworldi expect it will change somewhat08:46
wallyworldi can add a todo i guess08:47
axwwallyworld: pretty sure each provider is going to have to have a schema either way, it's just a different type of schema08:48
wallyworldyeah, fair enough08:48
wallyworldeverything else fixed08:48
babbageclunkfrobware: No dimitern?09:49
frobwarebabbageclunk: might have been up late fixing an issue09:49
babbageclunkfrobware: Ahh.09:50
babbageclunkfrobware: (Not to make you feel like second choice but) could you take a look at this? http://reviews.vapour.ws/r/5521/09:54
frobwarebabbageclunk: in a second... :)09:54
frobwarebabbageclunk: otp09:54
frobwarebabbageclunk: going to have to come back to this today - need to urgently fix/verify bug #161609809:56
mupBug #1616098: Juju 2.0 uses random IP for 'PUBLIC-ADDRESS' with MAAS 2.0 <cpec> <juju:Triaged by dimitern> <https://launchpad.net/bugs/1616098>09:56
babbageclunkfrobware: No hurry!09:57
mupBug #1615552 opened: Juju 2: Cannot add new key to default model config. <juju-core:Fix Committed by wallyworld> <https://launchpad.net/bugs/1615552>10:10
=== rogpeppe1 is now known as rogpeppe
perrito666wallyworld: still around?11:20
wallyworlddepends who wants to know11:20
perrito666wallyworld: irs11:21
perrito666nah, I just pushed the changed we discussed last night11:21
* wallyworld looks soon11:23
* perrito666 makes a joke about looking old instead of soon11:25
babbageclunkfwereade: Are you working today?11:47
fwereadebabbageclunk, I am, but I have to go out on an extended errand very shortly -- how can I help?11:48
babbageclunkfwereade: I'm working on the unit tests for the machine undertaker, but I've put a WIP version up for review just in case there are any things tha t jump out at you.11:49
babbageclunkfwereade: Want to get any nasty surprises early! ;)11:49
babbageclunkfwereade: Annoyingly I seem to have formatted my PR text in a way that makes the RB bot think it's already got a review.11:50
babbageclunkfwereade: recreating now11:51
fwereadebabbageclunk, ah, ok, I was just peering at /pulls and wondering what I was missing ;p11:52
* babbageclunk shrugs11:52
babbageclunkfwereade: Oh well, here it is on github: https://github.com/juju/juju/pull/608211:53
fwereadebabbageclunk, looks eminently sane, thanks, only the most trivial notes at first glance11:58
babbageclunkfwereade: Ooh, I hadn't noticed you'd reviewed my other one, thanks!11:58
babbageclunkfwereade: Great!11:58
fwereadelater all11:59
fwereadeI might well not make standup but I'll be around later11:59
* babbageclunk is off to lunch.12:01
wallyworldperrito666: why don't you think a test is needed?12:33
perrito666wallyworld: I think the test is there12:33
wallyworldsure? why did CI fail then?12:33
perrito666wallyworld: I added the test as part of that PR12:34
wallyworldadding code without changing a test doesn't make sense12:34
wallyworldok, let me check the test12:34
wallyworldperrito666: you are right, i thought remove user deleted rather than marking as inactive12:35
wallyworldignore me12:35
perrito666I usually do :p12:36
ram___Hi all. For writing a JUJU which language is preferable with community? Actually I want to develop in Shell script.12:42
ram___for writing a juju charm12:43
ram___Please anyone suggest me12:44
perrito666ram___: I believe that the ideal platform is python, if you ask in #juju you might get better answers12:45
ram___perrito666 : OK. thank you.12:47
SimonKLBhey guys, im getting a panic on aws when deploying the openstack bundle and i think it might be due to lxc being removed from the supported container types13:11
SimonKLB2016-08-24 11:32:11 INFO juju.provisioner container_initialisation.go:98 initial container setup with ids: [6/lxc/0 6/lxc/1 6/lxc/2]13:12
SimonKLB2016-08-24 11:32:11 INFO juju.worker runner.go:262 stopped "6-container-watcher", err: worker "6-container-watcher" exited: panic resulted in: runtime error: invalid memory address or nil pointer dereference13:12
SimonKLBit could be caused by https://github.com/juju/juju/blob/master/worker/provisioner/container_initialisation.go#L10213:13
=== redelmann is now known as redelmann_wfh
katcoSimonKLB: hi, sorry you're experiencing some issues. can you please file a bug @ https://bugs.launchpad.net/juju/+filebug ?13:43
katcoSimonKLB: and please be sure to attach logs, include information on what version you're using13:43
SimonKLByea sure, but might be good to verify asap that it isn't as critical as it looks, probably more people than me that are using the openstack bundle on aws13:49
katcoSimonKLB: sure. what version of Juju are you running?13:49
SimonKLB2.0 beta1513:49
katcoSimonKLB: let me just check and see if this has already been reported/fixed13:50
katcoSimonKLB: i don't see anything being tracked13:54
SimonKLBalright, ill file a bug then13:56
SimonKLBmight just be something on my end13:56
katcoSimonKLB: ta. i'm also checking with our internal openstack team to see if they've seen anything similar.13:56
SimonKLBkatco: great thanks13:56
katcoSimonKLB: also, <standard disclaimer about betas and such> ;)13:56
SimonKLBkatco: haha yea no worries!13:57
katcoSimonKLB: are you just deploying openstack-base?14:00
SimonKLBkatco: i was deploying the bundle that included telemetry14:04
katcofrobware: fwereade: mgz: standup time14:04
SimonKLBi can try the base only14:04
katcoSimonKLB: no worries, just include that info in the bug so we can repro14:04
mgzkatco: omw14:04
dimiternfrobware, fwereade: standup?14:06
dimiternbabbageclunk: ? if you like ^14:07
babbageclunkdimitern: Sure!14:08
dimiternjam: ping14:10
mattywkatco, ping?14:26
katcomattyw: sec, in standup14:26
mattywkatco, no problem, it can wait14:26
katcomattyw: you can ask async if you like :)14:26
mattywkatco, I'm making some changes to the deploy command, my understanding is your subjecting it to a much needed refactoring, just wanted to make sure we don't step on each other, or avoid it as much as possible :)14:27
natefinchmacgreagoir: btw, the phone home stuff is in github.com/juju/juju/charmstore/latest.go14:27
natefinchmacgreagoir: jujuMetadataHTTPHeader14:28
katcomattyw: the change i'm making to it now won't refactor anything, so we should be ok. out of curiosity, what are you working on?14:29
* dimitern figured out what's wrong with his lxd on maas setup !14:30
macgreagoirnatefinch: Oh... I have that open too :-)14:30
dimiternlxd on maas is 2.0.314:30
dimiternmgz: so this is a possible issue we were talking about wrt packaging I guess14:31
jamespageSimonKLB, hey  - so the telemetry and base bundles are designed to deploy on hardware - am I correct in reading you're using the bundle on AWS?14:31
mgzdimitern: well, we have potential confusions14:32
mgzin theory, if everything using lxd on one machine is using the api14:32
mgzit shouldn't matter if they were compiled with different minor versions of the go library14:32
dimiternmgz: yeah, but *if* it happens to be <2.0.4, juju will be unable to deploy lxd with it14:33
mgzoh, with trunk? why is that?14:34
dimiternmgz: and that's really lxd's fault - they changed the 1.0 api across not even a minor version release14:34
SimonKLBjamespage: yes, is that not possible you say?14:35
jamespageSimonKLB, its tricky14:35
mgzthat is surely a regression they just need to fix?14:35
dimiternmgz: as it happens 2.0.3 lxd is the most recent version in the archive, so it might become an issue for people not using ppa:ubuntu-lxd/lxd-stable14:36
jamespageSimonKLB, the main issue right now is that LXD containers are not fully networked on AWS; that's relatively easy to work-around by updating the bundle to be 'sparse' i.e. an instance per service, rather than using containers at all14:36
jamespageI understand that this willchange once container networking is fully implemented across providers.14:36
katcoredir: morning14:37
SimonKLBjamespage: i see, would local lxd containers even be an option or is maas the only provider that works well at the moment?14:37
jamespageSimonKLB, the other problem areas are a) AWS does not support nested KVM (so you have to use the 'lxd' or 'qemu' virt-type option on the nova-compute charm) and b) I think they block alot of overlay network types and c) you can get a raw l2 port for north-south traffic routing14:38
jamespageSimonKLB, https://github.com/openstack-charmers/openstack-on-lxd would let you do a whole stack in a single machine14:38
SimonKLBjamespage: yea i mean this is only while developing, running a cloud inside aws wouldnt make much sense hah :)14:38
jamespagesuch as your laptop14:38
SimonKLBjamespage: that would be neat!14:39
jamespageSimonKLB, co-incidentally I was just migrating the docs on those bundles into our OpenStack charm dev guide14:39
SimonKLBunfortunately the charm im working on is running docker containers which is not supported by LXD on juj atm14:39
jamespagebut the content is much the same14:39
lazyPowerSimonKLB - thats mostly true14:39
lazyPowerSimonKLB - you can manually apply the docker profile to your lxd containers, and if you're using the docker.io package from apt, it will work inside lxd14:39
SimonKLBas soon as profiles are implemented it should be good to go i guess?14:39
SimonKLBlazyPower: aah, nice14:40
lazyPowerlimited, but it will work. I think you'll be missing some of the cgroups management bits of the docker daemon due to how that profile functions.14:40
lazyPowerwe're still actively working through some of those limitations ourselves wrt k8s. and yes, the missing profile apply from juju is a bummer at the moment but we remain hopeful ti will land in the next cycle after 2.0 gets pressed as release14:40
SimonKLBkatco: marcoceppi i tried deploying using the commandline client this time and it used lxd containers instead, could there be something that converts the yaml configuration from lxc to lxd in the commandline client and not when deploying through juju-gui?14:42
katcoSimonKLB: it looks like for bundles we do convert LXC placements to LXD14:45
SimonKLBkatco: yes but only in the commandline client and not in juju-gui?14:46
katcoSimonKLB: ahh that i don't know. urulama ?14:47
urulamaSimonKLB: which version of GUI are you using?14:47
SimonKLBurulama: how do i see that, i started it after i bootstrapped aws14:48
urulamaSimonKLB: juju upgrade-gui --list14:48
SimonKLB$ juju upgrade-gui --list14:48
urulamaok, so it's 2.1.814:49
urulamathat should be covered14:49
urulamaSimonKLB: and, because of all the beta changes, which juju?14:49
urulamaSimonKLB: ok, please download tarball here https://github.com/juju/juju-gui/releases/tag/2.1.10 and run "juju upgrade-gui /path/to/tarball"14:50
urulamait'll get into official streams soon14:51
frankbanurulama, hatch, SimonKLB: AFAICT in the GUI we do not make the conversion LXC -> LCD when getting bundle changes for Juju14:54
frankbanhatch: could you please create a card for that? the logic is quite easy: if containerType == 'lxc' and juju version >= 2 then containerType = 'lxd'14:55
hatchsorry I missed the first part of this conversation, is the bundle that's being imported have machine placement directives with lxc with Juju 2?14:56
frankbanhatch: I guess so14:57
katcotvansteenburgh: hey when you get around to creating that script, can you just attach it to the bug?14:58
katcotvansteenburgh: (and ping me)14:58
tvansteenburghkatco: i did14:58
katcotvansteenburgh: ah ok, ty!14:58
SimonKLBurulama: i dont seem to be able to search the search the store with 2.1.1014:58
SimonKLBsearch the store*14:59
urulamahm, that's new14:59
urulamafrankban: ^14:59
hatchfrankban: I have confirmed you're correct, we do not munge the machine placement based on the Juju version14:59
hatchI'm not entirely sure we should14:59
SimonKLBcombo?app/components/search-results/search-results-select-filter-min.js&app/components/search-resul…:5 Search request failed.14:59
tvansteenburghkatco: np, lemme know if you have any questions14:59
hatchSimonKLB: can you open up the network tab and inspect the request14:59
hatchdid it 404?15:00
frankbanhatch: we should, but let's talk on daily15:00
urulamauiteam: call15:00
SimonKLBurulama: haha turns out it was the "privacy badger" addon :D15:02
SimonKLBthought you guys were tracking me15:02
urulamanot (yet) :D15:02
SimonKLBalright lets see if it deploys this time15:03
SimonKLBurulama: nope, lxc again15:05
hatchSimonKLB: can you re-post the error? Sorry I logged in after15:05
SimonKLB2016-08-24 11:32:11 INFO juju.provisioner container_initialisation.go:98 initial container setup with ids: [6/lxc/0 6/lxc/1 6/lxc/2]15:06
SimonKLB2016-08-24 11:32:11 INFO juju.worker runner.go:262 stopped "6-container-watcher", err: worker "6-container-watcher" exited: panic resulted in: runtime error: invalid memory address or nil pointer dereference15:06
SimonKLBwhen deploying the openstack bundle through the commandline client i seems to convert lxc to lxd in the yaml config15:06
SimonKLBbut not when deploying through the gui15:06
hatchok yeah the gui definitely doesn't do that conversion15:07
hatchat least not yet :)15:07
hatchSimonKLB: a simple workaround should be to just s/lxc/lxd15:08
hatchat least to get you going right now15:08
SimonKLBhatch: np, i can use the cli client15:09
SimonKLBit wasnt super obvious to begin with though, i just happened to use the gui because i was lazy :)15:09
katcotvansteenburgh: great comment, ta15:09
tvansteenburghkatco: you're welcome!15:10
urulamaSimonKLB: we missed this in GUI when migrating from LXC to LXD ... it'll be a quick fix. thanks for letting us know15:12
SimonKLBurulama: no worries!15:13
hatchSimonKLB: we'll be fixing it shortly15:19
natefinchfwereade: you around?15:44
ram____[21:24] <ram_____> Hi. I followed https://jujucharms.com/docs/stable/getting-started. I deployed wiki charm. It was giving error. pasted error log : http://paste.openstack.org/show/563091/. please provide me the solution.15:56
dimiternram____: the lack of addresses shouldn't be an error in the log, the cause for containers getting stuck in pending is different I think16:01
dimiternram____: can you successfully run `lxc launch ubuntu:16.04 xenial-test` and then `lxc exec xenial-test -- 'ping google.com'` ?16:01
ram____dimitern: Yes.16:03
dimiternram____: ok, so lxd is working without juju - always good to check that first :)16:03
dimiternram____: are you using any proxy in your network?16:03
jcastroso do all new bugs go into lp.net/juju now?16:03
natefinchjcastro: for 2.0 yes16:03
mgzit's going to take some adjusting to :)16:05
fwereadenatefinch, hey, that errand was much more extended than expected, but I'm here16:10
ram____dimitern: No proxy.16:19
=== frankban is now known as frankban|afk
natefinchfwereade: see https://bugs.launchpad.net/juju/+bug/161652316:20
mupBug #1616523: one badly formed credential makes bootstrap fail <bootstrap> <juju:New> <https://launchpad.net/bugs/1616523>16:20
natefinchfwereade: wondering if we should try to soldier on if part of the yaml is not what we expect16:21
dimiternram____:  can you see any other errors? do any of the containers come up at all?16:21
fwereadenatefinch, yeah, definitely16:21
fwereadenatefinch, for historical interest, that's one thing we did do right in environments.yaml16:21
fwereadenatefinch, not try to interpret a given environment until someone needed it16:22
=== mup_ is now known as mup
=== mup_ is now known as mup
ram____dimitern: No containers come up. paste output of # juju status --format yaml    http://paste.openstack.org/show/563096/16:29
ram____dimitern: "Failed to get device attributes: no such file or directory"16:30
dimiternram____: ok, can you try juju kill-controller lxd-test -y and then juju bootstrap like before but add --debug and --config logging-config='<root>=TRACE' to it, then paste the output16:32
ram____dimitern: $sudo juju bootstrap lxd-test localhost --debug --config  logging-config='<root>=TRACE'  output  http://paste.openstack.org/show/563099/.16:43
dimiternram____: no need for sudo btw16:44
dimiternram____: thanks, looking at the log16:45
katcotvansteenburgh: ping16:46
dimiternram____: ok, so far so good - try `juju switch lxd-test:controller` then `juju add-machine -n 2` and then monitor it: `watch 'juju status --format=yaml'` until you get the error, then `juju ssh 0 -- sudo cat /var/log/juju/machine-0.log'` and paste the output?16:50
ram____dimitern: juju machines created and running without any error. http://paste.openstack.org/show/563102/17:05
dimiternram____: nice!17:18
dimiternram____: so your issue is gone then?17:18
tvansteenburghkatco: hey17:23
katcotvansteenburgh: hey... i'm able to deploy a previous deploy charm as a new application without any changes to jujud17:23
katcotvansteenburgh: so something is either wrong with your script or python-jujuclient17:23
katcotvansteenburgh: i'm trying to figure out what17:24
tvansteenburghkatco: eh, deploying a previously deployed charm as a new app wasn't the problem17:24
tvansteenburghkatco: basically i need to know how to deploy a local charm with the api under juju2. the steps that worked for juju1 (the script) no longer work17:26
katcotvansteenburgh: oops, that's what this bug is regarding. is it just deploying local charms?17:26
katcotvansteenburgh: ah i see. check this out: https://github.com/juju/juju/blob/master/cmd/juju/application/deploy.go#L681-L72517:26
katcotvansteenburgh: you *might* be missing a call to GetCharmInfo in between add_local_charm and deploy17:28
katcotvansteenburgh: i.e. follow this logic: https://github.com/juju/juju/blob/master/cmd/juju/application/deploy.go#L40117:30
* katco goes to grab some lunch17:48
ram____dimitern : Thanks.18:06
dimiternram____: you're very welcome :) I'm glad it worked!18:06
=== mup_ is now known as mup
=== mup_ is now known as mup
balloonsare there any PR's folks are waiting on? I'm trying to test the new machine for the lander, but nothing has come up. Are folks waiting on PR's?20:14
=== redelmann_wfh is now known as rudi_brb
=== mup_ is now known as mup
natefinchthumper: morning20:33
natefinchthumper: looks like someone is having another sort of these problems: https://bugs.launchpad.net/juju-core/+bug/148578420:34
mupBug #1485784: Error creating container juju-trusty-lxc-template; Failed to parse config <lxc> <oil> <juju-core:Fix Released by cherylj> <juju-core 1.25:Fix Released by cherylj> <https://launchpad.net/bugs/1485784>20:34
natefinchexcept it's here now: https://bugs.launchpad.net/juju/+bug/161088020:34
mupBug #1610880: Downloading container templates fails in manual environment <juju:Triaged by rharding> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1610880>20:34
natefinchI repro'd with 1.25 manual deployed to a GCE instance20:35
natefinchthumper: anything I should look for in particular?20:36
thumperoh... is this the missing lxc-templates package?20:37
natefinchI don't know?20:38
natefinchthumper: yeah, just checked, it's installed20:39
thumperConnecting to connected.20:39
thumper    ERROR: certificate common name '*' doesn't match requested host name ''.20:39
thumperTo connect to insecurely, use `--no-check-certificate'.20:39
thumperfrom the in after20:39
thumperI wonder who is creating the cert, and why it doesn't like it20:40
natefinchI dont have that error in my logs... but otherwise the same problem20:42
natefinchmight be a red herring20:42
thumpernatefinch: that is from trace output of the lxc package20:45
thumpermodule golxc.run20:45
thumperin the description of the bug20:46
natefinchoh yeah.. I missed that it wasn't a juju log20:46
natefinchwhere does lxc log?  I don't see anything in /var/log/lxc20:46
thumperthe golxc package uses loggo20:48
thumperso it is in the juju log20:48
thumperyou just need to set the logging config appropriately20:48
natefinchoh ok20:48
natefinchthumper: 2016-08-24 20:50:21 TRACE golxc.run.lxc-create golxc.go:448 run: lxc-create [-n juju-trusty-lxc-template -t ubuntu-cloud -f /var/lib/juju/containers/juju-trusty-lxc-template/lxc.conf -- --debug --userdata /var/lib/juju/containers/juju-trusty-lxc-template/cloud-init --hostid juju-trusty-lxc-template -r trusty -T
natefinch2016-08-24 20:50:21 TRACE golxc.run.lxc-create golxc.go:458 run failed output: + '[' amd64 = i686 ']'20:53
thumperI missed that bit20:54
natefinchthat was in my log20:54
natefinchafter I turned on trace and ran another deploy20:54
thumperit is in the bug description too20:58
thumperwhere does that script come from?20:58
natefinchno idea20:59
natefinchif you want I can give you access to my repro machine.  I have to run for dinner time.  Will be back in about 4 hours.20:59
natefinchthumper: ssh ubuntu@   should work21:01
alexisb_menn0, did you want to meet21:08
=== natefinch is now known as natefinch-afk
menn0alexisb_: gah... sorry forgot21:14
menn0alexisb_: I don't have anything specific to discuss21:14
alexisb_menn0, ok, have you 30 mins back then :)21:14
menn0alexisb_: ok :)21:14
thumperwallyworld: if you have time after the release call, I'd love to chat about the tools look up stuff21:28
thumperlooking at manual s390x failures21:28
veebersperrito666: I just tried a fresh juju and the updated grant/revoke test and get a failure, seems that the removed users are still in list-shares output. Digging further now21:29
wallyworldmenn0: trivial 4 or 5 line review if you have time http://reviews.vapour.ws/r/5524/21:29
menn0wallyworld: looking21:32
menn0wallyworld: ship it21:33
wallyworldmenn0: tyvm21:33
thumpermenn0: fixing because code landed before I did before http://reviews.vapour.ws/r/5525/21:36
menn0thumper: looking21:39
menn0thumper: ship it21:39
veebersperrito666: yeah I see users that were removed appearing in list-shares21:45
wallyworldthumper: did you still need to talk?21:59
thumperwallyworld: let me finish this review for katco, then can we chat?21:59
wallyworldalexisb_: i need to talk to tum, i'll ping when i'm free22:00
katcothumper: not sure if you saw my message earlier; i pushed up new version. i had some dead-code-comments in there22:00
thumperkk, I'll hit refresh22:00
alexisb_who is tum?22:00
katcoalexisb_: when wallyworld is hungry, that's who he talks to22:02
* wallyworld was ripping of the NZ accent22:02
thumperkatco: shipit22:05
thumperwallyworld: chat?22:06
wallyworld1:1 i guess22:06
katcothumper: ta for the quick turn-around22:07
alexisb_wallyworld, o I see how it is22:09
alexisb_perrito666, since it is obvious that wallyworld is going to stand me up would you like to meet early?22:28
wallyworldalexisb_: i'll be done in 3 minutes if horatio is not available22:28
wallyworldalexisb_: ready now22:31
mupBug #1580501 opened: cloudimg-base-url parameters not in Juju2 anymore <4010> <cpe-sa> <orangebox> <sts> <juju-core:Triaged> <https://launchpad.net/bugs/1580501>22:38
mupBug #1580501 changed: cloudimg-base-url parameters not in Juju2 anymore <4010> <cpe-sa> <orangebox> <sts> <juju-core:Triaged> <https://launchpad.net/bugs/1580501>22:44
perrito666alexisb_: sorry was away, am there now22:45
perrito666but now you change me for wallyworld22:45
perrito666veebers: its because the outstanding pr hasnt landed22:45
mupBug #1580501 opened: cloudimg-base-url parameters not in Juju2 anymore <4010> <cpe-sa> <orangebox> <sts> <juju-core:Triaged> <https://launchpad.net/bugs/1580501>22:47
veebersperrito666: oh I could have sworn I saw that it had :-\22:47
veebersperrito666: sorry false alarm though, I screwed up in expecting the fix to be in22:48
perrito666veebers: this is the GH PR https://github.com/juju/juju/pull/607422:56
perrito666should merge RSN unless something blocks it22:56
veebersperrito666: sweet, I see it's queued22:56
perrito666hey, I wont make it to the standup I have been fighting with 1616167 the whole day and am just now fixing the tests to PR a fix.23:06
perrito666alexisb_: wallyworld ^^23:06
alexisb_perrito666, that is fine23:06
menn0thumper: RB seems to have missed this one. https://github.com/juju/juju/pull/608823:09
* thumper looks23:09
menn0thumper: standup?23:16
wallyworldaxw: tghere's also removing the restricted config stuff etc too right?23:36
axwwallyworld: that's what I said I had a PR up for :)23:36
axwwallyworld: https://github.com/juju/juju/pull/608323:36
axwwallyworld: RB didn't pick it up23:36
wallyworldah sorry, was dstracted :-)23:36
mupBug #1615552 changed: Juju 2: Cannot add new key to default model config. <juju-core:Fix Committed by wallyworld> <https://launchpad.net/bugs/1615552>23:38
mupBug #1615552 opened: Juju 2: Cannot add new key to default model config. <juju-core:Fix Committed by wallyworld> <https://launchpad.net/bugs/1615552>23:44
mupBug #1615552 changed: Juju 2: Cannot add new key to default model config. <juju-core:Fix Committed by wallyworld> <https://launchpad.net/bugs/1615552>23:50
anastasiamacwallyworld: alexisb_: re: machine count, this is the bug I was referring to in standup https://bugs.launchpad.net/juju/+bug/160203223:55
mupBug #1602032: Add machine and core count to 'models' output <2.0> <usability> <juju:Triaged> <https://launchpad.net/bugs/1602032>23:55

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!