/srv/irclogs.ubuntu.com/2017/04/10/#juju.txt

kklimondais charms.reactive and layering "the way" to write new charms?01:11
hloeungkklimonda: yeah. As I understand, it's also a requirement to get charms accepted into the charmstore / official01:14
mwhudsonaxw, menn0: you'll be getting the go 1.8.1 snap on the next refresh, hope it works :)03:46
axwmwhudson: thanks!03:46
axwmwhudson: I'll let you know if I have any more issues03:46
menn0mwhudson: sweet!03:49
menn0mwhudson: what changes in this?03:49
mwhudsonmenn0: dunno!04:09
mwhudsonmenn0: https://golang.org/doc/devel/release.html#go1.8.minor04:09
=== frankban|afk is now known as frankban
kjackalgood morning juju world!07:18
kjackalhloeung: kklimonda: you can push to the store under your namespace any charm (reactive or not). Also, as far as I know the use of reactive is not a requirement (eg I have reviewed charms in perl ). The requirement is that the charm has to be reviewable and with enough tests07:22
hloeungkjackal: ah, thanks for clearing that up07:23
kjackalhloeung: kklimonda: hloeung when you mention "charmstore / official" you mean charm that have gone through the review process and become recomended. This is why these charms have to have tests07:24
kjackalhloeung: kklimonda: you can push charms under your namespace without any restrictions and unattended07:24
kklimonda[insert a comment about fragmenting community]07:26
kklimondakjackal: so, as long as it's not a part of a larger project (like openstack-charms) everything goes?07:26
kklimondaI was a bit confused about charms.reactive given that it's mentioned in docs, and yet pypi release is from 2015 - but now I see that there are newer releases on github07:28
kjackalkklimonda: you can push a charm that uses/extends openstack charms/bundles. Your charms will be available under cs:~kklimonda/my-awesome-charm . If you want to partner with Canonical - prtnership means have canonical recomend your charm, have shared marketing events etc- you will have to go through a charm review process. This process includes "charm schools" meetings were our engineers show you how charms work are tested best07:32
kjackal practices etc. As soon as charm is reviewed and accesped as recomneded ("promulgated") the charm is served from cs:my-awesome-charm07:32
kjackalkklimonda: why would that fragment the comunity?07:34
kklimondakjackal: you've mentioned charm written in perl, I've seen examples of bash charms, someone was discussing pupper-based charm, and I've seen code for wrapping ansible. That doesn't strike me as a desirable trait, given that the barrier of entry to contribute and/or fix charms is basically unbounded.07:36
kklimondakjackal: even in my time with openstack (and related) charms I've seen 3 ways of defining apt repositories, with subtly different syntax.07:37
kjackalkklimonda: It is true that Juju does not stand behind a single language. There are are some (strongly) recomended  practices like reactive. The reason for this is that Juju is not here to install your software on a machine. Instead Juju will handle the lifecycle of your software and your infrastructure as a whole. What I mean by that is that you have puppet, ansimble, python, perl, bash scripts that would do the configuration07:44
kjackaland deployment of your software. You should be able to reuse the (operational) logic you have for managing a service. When this logic gets complicated (see for example openstack) Juju gives you a great environment to model your infrastructure and manges its lifecycle. Think of it like juju is a higher level set of abstructions that allow you to model and manage the changing states of your infrastructure07:44
kklimondakjackal: so the idea is that you can either start from scratch, or wrap your existing internal tools in juju, and have it working with as little modifications as possible?07:49
kjackalkklimonda: Yes. And as you get into more complicated states you should align your operational lodgic to match the abstractions juju suggests (mainly charms and relations)07:52
kjackalkklimonda: let me also point out that Juju shines when you have dynamic environemnts where charms interact with each-other. From a theoretical perspective Juju allows you to do a service choreography althogh most of the time the term orchestration is used to describe what juju can do..... I am taking this too far... I should stop here07:56
kklimondamhm, interactions between charms - provisioning users, sharing secrets, are indeed pretty cool08:00
kklimondawhat about orchestrating applications on top of kubernetes cluster with juju? There's a lot of chatter about juju kubernetes distribution, but not much about how to provision stuff on top of the cluster.08:04
kjackalkklimonda: at the moment we do not have a sulution for delivering and orchestrating apps on kubernetes08:32
BlackDexblahdeblah: Do you know if it is possible to add two nrpe plugins to the same main-charm?09:06
farfetchdHi All, we are using the new juju library 0.3.0 were the AddMachine method was implemented. we are facing some issues: can somebody help? here is the log: https://p.rrbone.net/paste/BKUdtoIr#twKArUtuTYMelvtKi0NmwXezdSImPiyCYtzwNuySxcd09:38
farfetchdwhat we are executing is here: https://p.rrbone.net/paste/4V3MquPk#CEjpqUArvyiS1QA2APxpaezgP7WZNqdGAeR64sOmsZc09:41
blahdeblahBlackDex: I *think* so, as long as they use two different application names, but I've never tried it, nor am I aware of any instances of it being used.10:28
cnfhmm10:29
cnfproxy use in juju is a mess10:29
Zicdo you know if running "juju config kubernetes-worker install_from_upstream=true" on a CDK production cluster is possible? what Juju will do, upgrading Docker everywhere or one worker by one worker?10:33
Zic(oh sorry, forget to say hello :'()10:33
Zicforgot*10:33
kjackalHi Zic looking at https://github.com/juju-solutions/layer-docker/blob/master/reactive/docker.py#L85 this will change docker under the hood. I think it will run on all workers at the same time.10:41
Zickjackal: ok, so I will plan a maintenance upgrade at night, thanks :)10:58
Zicjust for info, I tried it on our preproduction cluster, all is working except I needed to restart kubelet on every kubernetes-worker11:09
Zicall green after that in juju status :)11:09
cnfhmz11:22
cnfjuju is a mess when you need it to be behind a proxy :/11:22
BlackDexblahdeblah: Oke, cool, maybe i will try. If i do, i will let you know :)11:51
cnfany idea how i can make juju retry provisioning a container?12:16
cnfthis is very much a painpoint in juju, imo12:17
BlackDexprovisioning of the container?12:19
BlackDexdid it start the container?12:19
cnfit can't _start_ it12:19
cnfit couldn't even download it12:19
cnfi set the proxy, for now, so i need to tell it to retry it12:20
cnfand after that, remove the proxy again12:20
BlackDexyou could try to restart the jujud machine unit12:20
BlackDexis the machine in error state?12:21
cnfno, nothing is in error12:21
cnfhence why i can't poke anything12:22
cnfi can do neither juju resolved nor Juju retry-provisioning12:22
cnfi'm kinda stuck12:23
stubI haven't needed to retry - it seems to do it automatically as soon as things are right (eg. fixing my VPN so I have network connectivity again, or bouncing my web proxy so it binds to the correct IP address)12:25
cnfyeah, it's not moving12:26
cnfat all12:26
stubIt isn't very informative about it, but works. ie. it just sits there unhelpful until I diagnose the problem , myself and fix it12:26
stubBouncing the jujuds on the controller would be a good kick in the teeth, but I have no idea what side effects that would have12:27
cnfhmz12:29
stubI have seen it sit there for a long, long time if images are being downloaded over a slow link12:29
cnfit's not doing anything12:30
cnfand it's not a slow link12:30
stubjuju destroy-machine --force and retry now you have sorted your proxy?12:32
cnfyeah,no, because it needs to NOT have a proxy set for some things, and a proxy set for others12:32
cnfbecause juju is stupid that way12:32
cnfand resetting a machine takes 20+ minutes12:33
stubThere are separate settings for apt proxy vs http proxy if that helps12:33
cnfno, it doesn't12:33
cnfbecause lxd doesn't use the apt proxy12:33
cnfand setting http-proxy sets it for _everything_12:34
stubOh, I'm dealing with the lxd provider rather than lxd containers on a machine so I'm unsure if my experience counts here12:34
stubyeah, I've had to add specific proxy config options to some charms (eg. the proxy for the snap layer to use for snap store requests)12:34
cnfi keep putting in places where it doesn't know how to recover12:34
cnfnot confidence inspiring12:34
cnfbrb, got to pick up a package12:35
kjackalZic could you open a ticket to track down the issue of needing to restart kubelet? https://github.com/juju-solutions/bundle-canonical-kubernetes/issues12:36
cnfk, disk swapped12:43
cnfstub: i don't know how to configure proxy for lxd, but not system wide...12:43
cnfif i set system wide proxy, openstack won't work12:44
cnfand no_proxy doesn't understand CIDR12:44
cnfso i'd have to add every single IP possible, which is a long list12:44
cnfhttps://bugs.launchpad.net/juju/+bug/1488139 is relevant, btw12:45
mupBug #1488139: juju should add nodes IPs to no-proxy list <landscape> <network> <oil> <proxy> <juju:Triaged> <https://launchpad.net/bugs/1488139>12:45
cnfso i don't know how to solve this... apt has apt-http-proxy, but lxd doesn't use that12:46
cnfand i don't know how to make juju retry the lxd setup, ffs >,<12:47
stub#openstack-charms might have insight. I vaguely recall this being discussed before re: no_proxy12:48
cnfstub: yes, with me12:49
cnfhmz, it seems it just isn't possible12:51
cnfjuju stops trying when it can't pull a container12:51
cnflogs don't show anything, either12:56
cnfjust not doing anything12:56
cnfugh, this is stupid12:59
cnfjuju retry-provisioning should support containers13:05
Zicdo you have any release date planned for CDK with K8s 1.6?15:53
kjackalZic: We are finishing up our testing today. If all goes well we should be releasing it tomorrow16:03
kjackalZic: it should be 1.6.116:03
kjackalZic: what are you looking to find in 1.6?16:03
lazyPowero/ Zic16:09
Zickjackal: just a question of my customer, nothing particular in my concern :)16:25
Zichi lazyPower :)16:25
=== frankban is now known as frankban|afk
kwmonroecnf: not sure if it'll help, but here's a shortcut for getting all lxd subnet IPs into no-proxy when adding a model:  juju add-model foo --config no-proxy=`echo 10.x.y.{1..255} | sed 's/ /,/g'`19:00
cnfkwmonroe: times 4, for each subnet19:01
kwmonroeor.. `echo 10.x.{a,b,c,d}.{1..255} | sed 's/ /,/g'`19:02
cnfkwmonroe: i'll probably do something like that to get me going, thanks19:03
cnfbut it should be fixed in juju, though19:03
kwmonroeagreed cnf -- good find on 1488139.  that feels like the right bug to get this fixed under.  after reading the final comment there, i'm not sure what the ramifications of adding so many IPs to no_proxy will be for you.  and i'm sure at some point, there's a limit to the length of data that add-model will allow :/19:06
kwmonroestill, hopefully it'll get you moving19:07
cnfuhu, i think my 1681495 is relevant too, though19:07
cnfeven if you just want to cache lxd images at the edge19:07
cnfadmcleod:19:08
cnfoops19:08
kwmonroeyeah cnf - i like your idea of lxd-proxy in addition to apt, http, etc19:09
* cnf nods19:09
cnfbtw, you don't know of a way to solve https://bugs.launchpad.net/juju/+bug/1681435, do you?19:10
mupBug #1681435: juju retry-provisioning should support containers <juju:New> <https://launchpad.net/bugs/1681435>19:10
kwmonroecnf: afraid i don't19:12
cnfk19:12
kwmonroecnf: is rebooting the machine housing the lxd units an option (juju run --machine X 'sudo reboot')?  i wonder if juju would attempt some kind of retry if the controller <-> host lxd communication gets bounced.19:18
cnfkwmonroe: i didn, doesn't help19:18
kwmonroeboo19:18
arosalesCynerva: lazyPower: any success on https://github.com/juju-solutions/layer-etcd/issues/8919:19
arosaleshopefully that is the last issue needing resolved for 1.6.119:19
Cynervaarosales: we have a fix merged in and tested19:20
arosalesthats an awesome answer :-)19:20
arosalessorry I missed that I was following updates in https://github.com/juju-solutions/layer-etcd/issues/8919:20
arosalesbut good stuff19:21
arosalesmbruzek: by chance, have you built canonical-kubernetes with the latest bits in the candidate channel?19:21
lazyPowerarosales: thats what we're doing now, we're releasing to candidate to test19:22
mbruzekarosales: we are doing that now, should be available in minutes19:22
arosalessolid19:22
arosalessounds like we may have a  good canonical-k8 to test19:22
arosalesCynerva: lazyPower: mbruzek thanks19:22
mbruzekarosales: we will ping you when done.19:22
arosalesmbruzek: thanks could you also give larrymi a ping. I think he was trying to get some run time on maas.19:23
arosalesthanks19:23
mbruzekGreat19:23
mbruzekarosales: We just pushed to candidate19:46
larrymiarosales, mbruzek: working on it now19:51
arosalesmbruzek: thanks19:52
arosaleslarrymi: candidate channel should have the latest bits, and should be a good bundle to test on maas with19:52
larrymiarosales, cool will use those.19:53
arosaleslarrymi: thanks or the testing, ping if you have any issues19:54
larrymiwill do arosales19:54
=== scuttle|afk is now known as scuttlemonkey
=== coreycb is now known as coreycb_vaca
=== scuttlemonkey is now known as scuttle|afk

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