/srv/irclogs.ubuntu.com/2017/06/26/#juju.txt

=== frankban|afk is now known as frankban
admcleod.08:18
kjackalGood morning Juju world!08:50
armaanjamespage:  Hello, for upgrading from Mitaka to Newton, it is essential that we upgrade the host OS from trusty to Xenial? Is that assumption correct?09:25
jamespagearmaan: Newton is only available on >= xenial for Ubuntu so yes that is the case09:26
jamespagehowever I'm not quite sure where Juju is on series upgrades between Ubuntu releases yet09:26
armaanjamespage: ok, is it possible to throw away one lxc-managed unit of a service, and then redeploy it with Xenial, instead of the in-place upgrade of a whole OS?09:28
armaanjamespage: I think "juju deploy" has "--series" for that; but I'm not sure if "juju add-unit" does too?09:30
jamespagearmaan: no - I think the juju approach to this was to allow you to in-place upgrade units, and they inform juju that the application is now series X for example09:38
jamespagebut as I said I'm not sure whether that work is in 2.2 or not09:39
jamespagethere are other complexities to the upgrade process as well - for example having to switch from LXC -> LXD09:39
armaanjamespage: You mean Mitaka units are managed via lxc and Newton units are managed via lxd?09:43
armaanjamespage: is there any documentation -- which i can look into?09:44
armaanjamespage: perhaps, this script will be useful in migrating lxc containers to lxd. https://github.com/lxc/lxd/blob/master/scripts/lxc-to-lxd09:52
stubAnyone know where the metadata.yaml documentation is?09:57
stubOr to answer my question, can charms declare their supported architectures now?10:00
rick_hstub: no, arch hasn't made it to the metadata. It's still a constraint since it's a machine property vs a charm one.10:52
stubrick_h: I've got people wanting to add supported architectures to the snap layer, so a unit goes blocked if you deploy it onto an unsupported architecture. I was thinking that would be better done as a deploy time check.10:53
stokachujamespage: is the charmstore skipping a stable Ocata and waiting on Pike instead?14:17
aluriahi o/ -- in Juju2, is there a way to get where an application is bound to? I see metadata.yaml's extra-bindings but I'd like to check on a live environment what the config is14:51
jamespagestokachu: no15:43
jamespageits just not been updated for ocata15:43
jamespageyet15:44
stokachuok15:44
stokachujamespage: any eta by chance?15:45
=== jhobbs_ is now known as jhobbs
chrome0Network space question: is it possible to update jujus notion of available spaces on a machine? Eg. in cases where the provisioners' knowledge about available network resources is incomplete?16:02
chrome0^^ f.ex. a maas deployed machine, but which has no complete knowledge of the network ressources, or when doing a juju add-machine ssh:... style manual placement16:04
=== frankban is now known as frankban|afk
rick_hchrome0: hmm, so there's reload spaces but that's about updating Juju to know about the spaces the underlying IaaS substrates knows about.17:17
rick_hchrome0: there's juju add-space, but honestly I've not tinkered with spaces and manual machines because typically, spaces are set as constraints during deploy "bind x to y" and so the underlying system makes sure the machines/vms have interfaces on y17:18
chrome0Yep - but in this case it's really applying an override if the underlying substrate has incomplete data17:18
rick_hchrome0: so the goal, or the thing that's hurting you is that you've got a machine with different networks but you're not able to tell the application which ones to use for what purposes? (matching the bindings to the networks on the host that are sitting there available?)17:20
chrome0rick_h : Yea so I have net resources on a machine but juju doesn't know about them.17:20
rick_hchrome0: so the test would be, can you use juju add-space and build up a mental model of what's there and then deploy with bindings ?17:21
chrome0rick_h : The spaces are present (and in use on other nodes). The machine I'm referring to here is the maas bootstrap node - whose networking maas obv doesn't control17:23
chrome0I'd like to add a container to that maas node and use bindings there17:23
rick_hchrome0: ? so you're trying to deploy something with Juju onto the maas machine itself?17:24
chrome0Yes17:24
rick_hoic, you just wanted to take the hardness up a level :P17:24
rick_hhmmm, so you created the container manually on the maas machine and then used juju add-machine to register it in juju?17:24
chrome0Well, making use of resources and all ;-)17:24
rick_hchrome0: hah, yea it's a long standing feature request from folks for sure17:25
chrome0I was actually thinking of doing add-machine for the metal itself17:25
* rick_h cringes a bit at that17:25
rick_hthe worry there is...is there any pattern of deploy/remove/destroy that could try to take down the maas machine then?17:25
rick_hchrome0: the normal pattern folks use is to create a container on the maas machine and then juju add-machine to the model so you can deploy to it17:26
rick_hit keeps Juju from messing at anything above the container level and for most things it's just as performant/etc.17:26
chrome0Ok, that works for me as well17:26
chrome0rick_h : ...but I'm still unsure how juju would know about the containers' network spaces?17:27
rick_hchrome0: well, spaces in the end is tracking of subnets matched against what's on the network definitions in eni17:27
rick_hchrome0: so...if the container has access to IPs on the host machine network then it should match up?17:27
rick_hchrome0: if not...then there's the issue in that the container network info is scoped into a locked box and won't be able to see out to the other machines in the model17:28
chrome0Yep17:28
rick_hchrome0: honestly, all I can say is to experiment with it. If the containers can get IPs on the host (and that's in the container that's manually setup so juju doesn't control that) it might "just work"17:29
chrome0Ack, cheers17:29
rick_hchrome0: if not, I'd hit up the mailing list and see if we can get the network specialist folks to poke at it and suggest tweaks17:29
rick_hthey're probably asleep atm17:30
chrome0I gotta run now, but will give that a shot later17:30
rick_hchrome0: k, let me know how it goes17:30
chrome0Cheers17:30
skaylazyPower: I have a filebeats charm question. the example shows it being deployed in the same environment with logstash and the service to get logs from17:34
lazyPowerskay: yep17:34
skaylazyPower: but I'd like to use filebeats from a different environment to send to an ELK stack running elsewhere. is that possible?17:34
lazyPowerskay: not currently, but the layer could be extended to support a manual configuration option for the es/logstash endpoint17:35
skaylazyPower: okay. thanks for the sanity check17:35
lazyPowerskay: np, sorry about the limited feature set17:35
lazyPoweri haven't touched filebeat in quite a long time, the focus moved to k8s proper.17:36
skaylazyPower: no apologies17:36
rick_hskay: on the same controller? 2.2?17:36
lazyPoweroh good point rick_h, xmodel relations!17:36
skayrick_h: I don't know. maybe in our staging environment, but I don't know how prod is set up17:36
* lazyPower had cranial flatulence17:36
skayrick_h: lazyPower: tell me more, docs?17:36
rick_hskay: so there's a feature flagged feature in 2.2 that the team's working on that lets you add relations across models17:37
rick_hskay: sec, I've got a sheet on my desk for a blog post I want to get going but not done it yet. Let me see what I can pull up17:37
skayrick_h: I am way behind on juju news!17:37
rick_hskay: :) https://www.youtube.com/playlist?list=PLW1vKndgh8gI6iRFjGKtpIx2fnJxlr5FF just to plug17:37
skaylazyPower: also, what is k8s an abbreviation for?17:39
lazyPowerskay: kubernetes17:39
skayaw, this is like i18n or l10n17:40
rick_hskay: can you load this? https://goo.gl/bHMVkx17:41
skayrick_h: yes17:41
rick_hheh yea "1, 2, skip a few..."17:41
rick_hskay: so that's not in the official docs yet and such, but rough notes on what it is and how it works.17:41
rick_hskay: we want to get users testing it between 2.2 and 2.3 so I'll be pushing out a larger call to bang on it, but your use case really matches up with what we want to do17:41
rick_hskay: so any tinkering is <317:42
lazyPower^17:42
lazyPowerbugs will be helpful too if you find defects17:42
rick_h+117:42
lazyPower(in layer-filebeat)17:42
lazyPower(and juju core)17:42
bdxhow can I completely uninstall juju-2.0.1 beta from osx?17:47
bdxusers experiencing difficulty installing 2.2 due to pre-existing beta install17:47
rick_hbdx: brew uninstall --force juju17:48
rick_hbdx: I had to do this as I was tinkering with things17:48
bdxrick_h: awesome, thx17:48
rick_hbdx: then brew upgrade and make sure brew info juju@2.0 looks like it's what you want there17:48
bdxentirely ... `brew uninstall --force juju` doesn't seem to be doing the trick17:49
bdxtrying to find it and rm manually17:49
rick_hbdx: does it run successfully? or fail with an error?17:49
bdxsuccessfully17:52
bdxit just didn't actually uninstall 2.0.117:52
lazyPower:S17:53
bdxrick_h: a combination of --force install and force uninstall seemed to do the trick17:54
bdxI'm sorry I don't have more specifics here17:55
bdxthx thx17:55
rick_hbdx: hmm, ok thanks for the heads up17:55
rick_hbdx: if you find something let us know and we'll try to get the word out and make sure folks know the work around17:55
Budgie^Smoreo/ juju world17:59
rick_hwhat's up Budgie^Smore18:01
lazyPower\o Budgie^Smore18:01
Budgie^Smorenot much waiting for a scheduling email18:02
natefinchhowdy juju folks.  Just curious if auto scaling is a thing that is being planned anytime in the near future?18:11
lazyPowernatefinch: SimonKLB wrote an autoscaler charm actually18:11
lazyPowernatefinch: @k8s-bot ok to test18:11
lazyPowergah18:11
lazyPowernatefinch: https://jujucharms.com/charmscaler/218:11
natefinchwow18:12
natefinchthat was not the answer I was expecting, but that is super cool18:13
lazyPowernatefinch: Happy to help :)18:19
lazyPowerand its getting better ever day, SimonKLB has been pretty responsive to bugs/requests.18:19
lazyPower*every18:19
natefinchlazyPower: current company is using Nomad, but it doesn't do well with things that don't work in docker, like cassandra.  and since we use several of these apps, I was thinking about juju, but autoscaling is something we'd want to have available once we get to general availability18:20
cholcombei think ec2 is still having that issue i saw on friday where instances take an hour or more to spin up22:36
lazyPowercholcombe: i just ran a deploy in us-east-1 that took me less than 20 minutes to bootstrap, execute tests, and complete.22:41
cholcombelazyPower: maybe something is wrong with us-west-2 then?22:42
cholcombemaybe it's just me then.  hmm22:42
lazyPowercholcombe: possible22:42

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