rmcadamsok bdx - back - so you think doing an 'add chassis' might be the differentiator to fix this eh?01:00
bdxrmcadams: possibly01:23
rmcadamsdeploying these two big nodes right now to test it out01:26
bdxrmcadams: a quick search turns up http://askubuntu.com/questions/663771/how-to-configure-maas-to-be-able-to-boot-virtual-machines-via-vmware-type01:28
bdxsee the first answer01:28
bdxrmcadams: do you know how to use cloud init with virsh?01:30
bdxrmcadams: its worth looking into .... you can create a user-data file, and use that in combination with an ubuntu cloud image to create your vms on demand, instead of installing the os etc etc01:32
rmcadamshonestly we havent done much with cloud init and virsh, I know you can boot instances with it etc... but we typically boot the virsh instances up to RedHat OSPD right now.01:32
bdxnice nice01:32
rmcadamsit is nice, but it doesnt afford me the opportunity to "do more" like maas ;)01:33
bdxahhh yeah , I was just thinking if you are wanting to create vms on those hosts on demand and check them into maas01:34
bdx^ is a nice read if you are interested01:35
bdxrmcadams: possably we are talking about different things .. my impression was that you wanted to deploy 2 hardware nodes with maas, then create a bunch of virtual machines on those hosts to check into maas01:37
rmcadamsI do01:37
rmcadamsso as an example, rather than spending a bunch of $ on hardware01:38
bdxexactly, ok01:38
rmcadamswe build 4 infrastructure nodes01:38
rmcadamsand build the application vms we need01:38
rmcadamslike openstack director01:38
rmcadamssdn controllers etc01:38
bdxtotally, I use to have a test lab that had a few of different setups that were just like that01:38
bdxyou can totally do that01:38
bdxwhere I found some pain points was01:39
bdxgetting the virsh vms all created and checked into maas01:40
rmcadamsI wrote an ansible script for that01:40
bdxyou need to ensure you provision the vms on a bridge that maas can provide dhcp through01:40
bdxon top of that copying images around is messy, and creating the vms from isos is time consuming01:41
rmcadamsyou know it!01:42
rmcadamsis that blog post above yours?01:42
bdxby using the cloud init userdata as a mounted iso, you can go from 0 to running instance in a fraction of the time01:43
bdxI didn't write it, but I remember it was the same post I found that led me to the solution I was after when I was figuring all this out01:43
bdxthe only gotcha about using the user-data, is you have to create a different config.iso specific to each instance, bc the meta-data contains instance-id: my-instance-id01:45
bdxlocal-hostname: my-host-name01:45
bdxwhen you gen the config iso, you have to feed it the user-data and meta-data, so you end up with a config.iso for each vm01:47
rmcadamsanother thing that would be super nice, is if you could copy and paste config templates from 1 node to another node01:48
rmcadamssince most of us deploy with repeatable hardware01:48
bdxyeah ... another thing you could try to make this faster01:49
bdxjuju bootstrap your maas01:49
bdxdeploy those two hardware nodes with juju01:49
bdxthen just add a bunch of kvm to them with juju01:49
rmcadamsso yah, I thought about that01:50
rmcadamsone of my Canonical sales engineers told me that01:50
bdxthen add the chassis in maas once it hass all the vms01:50
bdxidk ...01:51
stormmoreI am still trying to figure out the best way to bootstrap an einvironment so that the maas-region and maas-rack controllers become part of the platform instead of separate02:12
pmatulisstormmore, back up a bit. at a higher level, what are you trying to do?02:18
stormmoreput the maas controllers on managed hosts probably in LXD containers on the admin model02:19
stormmorepmatulis I know the steps just wondering if there is a better way02:20
pmatulisstormmore, MAAS should already be set up, you then connect juju to MAAS02:21
pmatulisstormmore, or are you trying to install MAAS with juju?02:22
stormmorethat is what I am thinking might be ideal... the end state would be not to have a dedicated machine for maas in the environment02:23
pmatulisstormmore, and how have you tried installing MAAS with juju?02:24
stormmoreright now the plan is to bootstrap using a dedicated maas controller, then bootstrap juju, deploy maas-region and maas-rack charms, mitgrate the db and decon the machine02:24
pmatulisstormmore, what command will you use to install MAAS with juju?02:26
stormmoretbh haven't really tried too much since I am using the maas controller install direct from the ISO02:27
pmatulisstormmore, that's what i am getting at. i don't believe there is a maintained juju way to install MAAS02:28
stormmorethere is a charm for maas-region, doesn't look official but it does mean to bootstrap an environment becomes a multistep process for now02:30
pmatuliswell, i would advise to stay away from it02:32
pmatulisthere is no obvious benefit to balance the risk and heartache02:33
stormmoreI disagree since having the maas services spread in the cluster removes the need for dedicated hardware for something that is not necessarily used that much02:35
stormmoreideal I would move the maas-rack-controller components onto the switch hardware and put the maas-region-controller components on the same node as the juju-controller02:37
rick_hstormmore: so I think the way you can get around this a bit is to basically setup control nodes with manual lxd containers and get the components going, a juju controller, install maas, register those lxd containers into the maas, and then go from there02:38
rick_hstormmore: there's some thoughts longer term about being able to share a controller on the metal, the cloud put onto that metal, etc. So that you've got one control plane for several layers as long as they're on the same physical network02:39
rick_hstormmore: but it's not there atm02:39
stormmorerick_h: right now I am thinking of dedicating a bootstrap machine for maas services and as part of the overall environment bring up move all the services using juju deploy <charm> even if I have to write a charm for it ;-) then I can "reboot" the bootstrap system and add it too02:42
stormmoreI want to get to the point that the region and rack controllers are in different spaces and thus remove a NAT rule on my router02:43
rick_hstormmore: do us a favor and write to the juju list on how the experiment goes. I'm always curious how folks are looking to put parts together.02:43
stormmorerick_h for sure :) I still like the idea of putting the rack controller on the switches but that is me just daydreaming and I know it02:44
rick_hwell I think that's still the goal in life. A world of snap enabled switches and maas as a snap :)02:45
rick_hI think it'd be pretty cool to run a small home router with maas on the router myself02:45
rick_hneed those ubuntu/snap devices to go forward02:45
stormmoreyeah that would be kinda cool :) I am just not sure about storing the db on the switch/router02:46
rick_hyea, but at the same time how much data is in there really?02:47
rick_h$backups$ :P02:47
stormmorerick_h do you know if there is any thought being put into 'multi-region' maas or am I missing something02:47
rick_hI thought maas was multi-region already?02:48
stormmoreit is but not in the same way aws is as far as juju is... either that or I am missing something in my configuration02:48
stormmorejuju sees*02:48
rick_hhttps://bugs.launchpad.net/juju/+bug/1600061 is what got me thinking02:48
mupBug #1600061: Expect multi-region MAAS clouds <maas-provider> <juju:Triaged> <https://launchpad.net/bugs/1600061>02:48
rick_hthere was some work around this in the new add-clouds interactive bits in 2.1beta02:49
stormmorewell it is on the backlog then :)02:49
rick_hbut not sure if juju now supports fully that02:49
stormmoreoh I can work around it for now... happy it is at least in the backlog02:50
stormmoreoh and I agree for a home setup putting the db on the router makes sense, (still not sure i would want to run postgres on a router) but for a multi-dc environment with other postgres dbs, not so much02:56
rmcadamsmy switches are all cumulus03:33
rmcadamsprobably a way to put something on there, that's an interesting concept, but yah... it's interesting03:33
rmcadamsI wanted it part of the environment too, not standalone03:33
stormmoreI thought about cumulus, not quite ready to make that jump yet03:58
stormmoreit just seems like even the smallest of the smallest server would still be overkill for the controllers (especially once you move postgres off)04:00
stormmoreoh and the switch seemed logical since you could ship it basically preconfigured with pxe, tftp, etc.04:01
stormmoreyou could call me crazy but I do likely to daydream about the ideal in the modern age04:01
rmcadamsI love cumulus quite honestly, its so simple... and with knowledge of linux and some ansible skills you never touch it04:09
rmcadamsso bdx - I'm not sure that MAAS "Chassis" are going to fix the virsh issue04:12
rmcadamsyah, so when I add a 'chassis' (virsh box) that has 5 compute nodes configured, none of them are added to the MAAS, in addition, if they boot and come up the virsh settings are still global :(04:19
rmcadamsthanks for the try bdx04:19
rmcadamsoh boy, scratch that bdx - it worked04:32
rmcadamsWell that does it, 6 Compute Nodes, 4 Infrastructure nodes and 4 Storage nodes through virsh with two hosts... thanks to bdx05:12
kjackalGood morning Juju world!07:46
=== frankban|afk is now known as frankban
=== sparkieg` is now known as sparkiegeek
=== jamespag` is now known as jamespage
=== Prob is now known as hio
=== scuttlemonkey is now known as scuttle|afk
=== BlackDex_ is now known as BlackDex
arosaleskjackal: good morning15:39
arosalesJust a reminder: There will be a Juju Show Hangout today @ 2pm USA Eastern time15:40
lazyPowerarosales where do i buy tickets to the show?15:45
arosaleslazyPower: here, it will only cost you code commits :-)15:49
setuidAny experts with numa/hugepages about, specific to customizing a charm to pin vms to node 0?16:25
setuidIOW, how to define in the charm, that both vms will be pinned to node 0, and not balanced across node 0 and 116:26
=== scuttle|afk is now known as scuttlemonkey
bdxcan I add users to my models on the juju beta hosted controller?18:26
bdx`$ juju users` shows "ERROR unknown object type "UserManager" (not implemented)"18:27
bdxis there something I'm missing here?18:27
rick_hbdx: I don't think you need to add the user since it's backed by SSO18:28
rick_hbdx: have you tried just granting an sso user email?18:28
bdxI haven't, I'll try that now18:28
rick_hbdx: maybe bac can confirm/deny18:28
bdxrick_h: you have to use the users launchpad email, not username?18:30
rick_hbdx: not sure on that one. 50/50 shot?18:31
bdxrick_h: http://paste.ubuntu.com/23823403/18:33
bdxit must be email then18:33
bdxrick_h: users lp email worked18:36
=== dames is now known as thedac
bdxstill can't list users though ... http://paste.ubuntu.com/23823423/18:36
rick_hbdx: if you show-model is that there?18:39
bdxrick_h: yeah ... and it says "users: {}"18:39
rick_hbdx: it should like users of the model in that output18:39
rick_hoh hmmm, well so much for that :/18:39
bdxeven though I just successfully added a user via lp email18:40
bdxrick_h: ahhh, the user hasn't signed up for juju beta yet, or he just did like right now18:40
bdxdo you think the user must be registered for juju beta in order for me to add them to my model?18:40
rick_hbdx: I don't think so? but I'm not sure.18:41
rick_hbdx: I'm reaching out to see if we can get someone deeper in that side of things to help us out here18:41
bdxif so, can I just give them my register command (as it seems like a generic address) so they can register now, and don't have to wait on the email response back from canonical18:42
frankbanbdx: have you tried juju granting user@external?18:43
frankbanbdx: like "juju grant simonbacquie@external admin prm-demo", assuming simonbacquie is the proper usso name18:44
bdxfrankban: I ran this command, which seemed to succeed "juju grant users-launchpad-email@myemailserver.com admin common-infrastructure"18:44
bdxahhh, <lp-username>@external18:45
bdxI'll try that18:45
frankbanbdx: no, please try juju grant {usso-username}@external admin {model-name}18:45
frankbanbdx: yeah18:45
bdxfrankban: http://paste.ubuntu.com/23823475/18:46
bdxhere's `juju users --debug` -> http://paste.ubuntu.com/23823479/18:46
frankbanbdx: that's ok, possibly something we need to improve when showing models in jimm18:48
frankbanmhilton: ^^^18:48
frankbanbdx: but now that user should be able to admin your model18:48
bdxfrankban, ok, can I have that user run `juju register jimm.jujucharms.com` ?18:49
frankbanbdx: yes18:49
mhiltonbdx, frankban: I think that's a known limititation, but I'll make sure its on the bug list.18:50
frankbanthanks mhilton18:51
rick_hjcastro: marcoceppi_ arosales tvansteenburgh mbruzek lazyPower and other folks the hangout url for the show is https://hangouts.google.com/hangouts/_/ytl/EVQjb5MECk3bIol40w_4rT0ibocCKyiqpk3QAkWjBEE=?eid=103184405956510785630&hl=en_US&authuser=018:52
rick_hand the youtube viewing link is http://youtu.be/Lsbo7f7yMxY18:52
mbruzekthanks rick_h18:52
=== frankban is now known as frankban|afk
arosalesrick_h: thanks18:57
arosalesGetting ramped up for the Juju Show18:59
mskalkapardon my ignorance but what is the Juju Show?19:03
rick_hmskalka: http://youtu.be/Lsbo7f7yMxY check it out19:03
bdxmskalka: find out -> http://youtu.be/Lsbo7f7yMxY19:03
sparkiegeekwoop woop, Juju Show time - missed the first few minutes19:07
sparkiegeekQUESTION: how will libjuju versioning work? Specifically will it release 1:1 with associated Juju versions? What about bugfixes?19:19
arosalessparkiegeek: per tvansteenburgh answer of loading the desired juju version be good to start a juju mail list thread and get folks opinion on it19:24
sparkiegeekarosales: sure. But the code generation that it uses can't be loaded from the API AFAIK19:25
arosalessparkiegeek: good to discuss that with tvansteenburgh19:26
arosalesbut perhaps on the list of pro/cons to get others input19:26
arosalesfor folks following along python-libjuju examples @ https://github.com/juju/python-libjuju/tree/master/examples19:29
tvansteenburghsparkiegeek: what do you think of the idea i proposed?19:29
tvansteenburgh(for versioning)19:29
sparkiegeektvansteenburgh: it's a nice idea - I'm just concerned about the generated code would work. You'd need N versions of the generated "blob"s for each Juju version you wanted to support19:30
sparkiegeektvansteenburgh: I think a good change would be to instead split by facade - have separate generated blobs for each facade19:31
sparkiegeektvansteenburgh: then negotiate with the API and do a negotiation on the facade version that libjuju supports and that it supports19:31
sparkiegeektvansteenburgh: bigger font please19:32
sparkiegeekrick_h: LOL19:34
bdxtvansteenburgh: datadog/newrelic juju plugin using all watcher to report events back to your monitoring19:36
bdxchef/puppet already have these types of plugins .. all watcher would be perfect for for implementing the juju version of this19:38
sparkiegeektvansteenburgh: arosales: FYI libjuju versioning thread started19:38
tvansteenburghsparkiegeek: cool thanks19:39
arosalessparkiegeek: thanks19:43
rick_hsparkiegeek: hah, not waiting on causing trouble :P19:44
bdxtvansteenburgh: is there a better way for me to access the units of an application than what I'm doing here https://gist.github.com/jamesbeedy/dad808872e5488b43cf3fa5d5f2db87c#file-simple_juju_action-py-L3719:45
bdxtvansteenburgh I am only finding examples where you can deploy the application, then get the units similar to https://github.com/juju/python-libjuju/blob/master/examples/action.py#L3219:47
tvansteenburghbdx: looking19:48
sparkiegeekapp_web = model.units["app-web/2"] ?19:48
tvansteenburghyes :)19:48
tvansteenburghquick learner this guy19:48
bdxtvansteenburgh, sparkiegeek: ehhh, what if I don't know what units an application has?19:49
sparkiegeekand/or [unit for unit in model.applications["app-web"].units]19:49
bdxsparkiegeek: ahhh nice, thats what I was looking for thanks!19:49
sparkiegeekbdx: np!19:50
CoderEuropemarcoceppi_: ping19:56
marcoceppi_CoderEurope: o/19:56
CoderEuropeCool beans - got the computer - ready to do Discourse in juju ?19:57
CoderEuropemarcoceppi_: Can you jump on here for a second ? https://meet.schrodingersscat.com/LoyalOctopodesDiscussFinely19:58
marcoceppi_CoderEurope: I'm 2 mins away from a vacation. Can we schedule an official chat time next week?19:58
marcoceppi_CoderEurope: Like, this time Tuesday?19:59
CoderEuropeOkay suppose so ... shame but I guess.19:59
marcoceppi_CoderEurope: yeah, super sorry about that19:59
CoderEuropeI shall put it into my ubuntu phone :D19:59
marcoceppi_CoderEurope: sweet, I'll make sure it's in my calendar, if you grab me this time next week on Tuesday, you'll have my full undivided attention!20:00
CoderEuropecool beans20:00
CoderEuropehave a good vacation :D20:00
bdxsparkiegeek, tvansteenburgh: much better now -> https://gist.github.com/jamesbeedy/dad808872e5488b43cf3fa5d5f2db87c20:03
tvansteenburghbdx: for unit_name, unit in model.applications['app-web'].units.items():20:05
tvansteenburghthat way you don't have to create the Unit object20:05
bdxtvansteenburgh: ooh, because the unit objects are already available via the units dict?20:08
bdxawesome, thx20:08
bdxtvansteenburgh: this is what I've got now https://gist.github.com/jamesbeedy/dad808872e5488b43cf3fa5d5f2db87c20:13
bdxsoo much cleaner ... wow .... thanks again20:14
bdxsparkiegeek: ^20:14
tvansteenburghbdx, one bug there20:14
tvansteenburgh"for unit_name, unit in" (line 47)20:15
tvansteenburghotherwise looks good!20:15
bdxoooh, entirely, thanks20:15
petevgcory_fu: does the cwr-ci charm just fetch matrix from github?20:42
cory_fupetevg: Yes20:42
petevgcory_fu: cool. When you get a chance, would you look at the PR at https://github.com/juju-solutions/matrix/pull/69, so that I can confirm that it works in the charm, and push the charm side of the PR for review?20:43
cory_fupetevg: So, I understand the desire to avoid having to pass the output dir through BT, but on the other hand, we eventually will want to add crashdump support to BT (for picking up logs prior to doing an env reset), at which point it's going to need the output directory as well.  And CWR already has the output directory passed in to it, so it seems like it wouldn't be much more of a change to add the arg pass-through to BT.20:50
petevgcory_fu: bundletester and matrix have a lot of conflicts in argument names, so it felt more foward facing to separate their arguments somehow.20:51
petevgcory_fu: another solution would be to do as tox does and have a delimiter that passes arguments after the delimiter to matrix.20:52
cory_fupetevg: I don't understand what you mean about conflicts in argument names?  I'm not suggesting a special arg for matrix in BT.  I'm saying, BT needs its own output dir option, and it should then be passed through to matrix as well.20:53
cory_fuAnd that BT output dir option would eventually be used to know where to put the crashdump output for the model that BT manages20:54
cory_fu*also be used20:54
petevgcory_fu: I understand that. I'm saying that, looking forward, we might actually want to pass multiple things through bundletester, to matrix, and maintaining a kind of manual translation table of arguments feels clunky. I'd rather have a way of talking around bundletester, through to matrix, than have to hard code translations inside of bundletester.20:55
petevgcory_fu: maybe it's just something we have to live with, given that we've decided to have bundletester drive matrix.20:57
cory_fuI can see that for things that are matrix specific, but I feel like the output dir is something that makes sense to pass through, since all three components are going to put things there, and we shouldn't have to pass it in three different ways20:57
cory_fupetevg: At any rate, this approach is easier and doesn't require touching BT and CWR, so we can go with it for now and consider refactoring when we have to add the output dir option to BT anyway21:01
petevgcory_fu: ty21:04
bdxfrankban, rick_h: concerning credentials and the hosted controller ....21:05
cory_fupetevg: Merged21:05
petevgawesome. thx21:05
bdxI can add a model with a credential on my own controller and deploy ubuntu -> http://paste.ubuntu.com/23824224/21:07
bdxbut when I try the same thing on the hosted controller deploying anything fails21:07
bdxahhh shoot ... nix that21:08
bdxits working21:08
petevgcory_fu: unfortunately, that's card isn't done done :-p (we actually do some manipulation of the output dir somewhere in either the guts of cwr or jenkins, and I'm testing a change that puts the matrix.tar.gz into a place where jenkins can actually surface it; PR coming.)21:13
cory_fuAh, sorry.  :p21:13
petevgNo worries. I just noticed it myself :-/21:13
gQuigsI can specify zesty as the series in a bundle, but I haven't been able to figure out how to force it to override the charms?21:53
gQuigsjuju deploy bundlefile-reduced-zesty.yaml --series zesty --force21:53
gQuigsERROR Flags provided but not supported when deploying a bundle: --force, --series.21:53
lazyPowergQuigs right, you can set the series in the bundle, per charm or as a whole for the bundle.21:54
lazyPowerthose --force and --series flags are intended for charm deployment, eg:  juju deploy ./etcd --series=zesty --force21:55
lazyPoweras etcd only supports xenial in its metadata.yaml, those flags would tell juju to ignore those warns, and force deploy on zesty.21:55
gQuigsI'm trying to override about 10 charms (openstack) to try them on zesty21:56
gQuigsbut I want to use a bundle for them..21:56
lazyPowergQuigs - i dont think theres an easy way to do that without using local charms with the series modified. rick_h might prove me wrong though, as he's kind of the bundle wizard of juju. he's clued me in to some neat features I didn't know about21:57
mskalkalazypower, even if you edited the bundle.yaml would juju throw errors for the charms that didn't support zesty?21:58
mskalkadeploying from local that is21:58
lazyPoweronly if the metadata.yaml specifies series support21:58
gQuigslazyPower: right, I'll fall back to editing each charm in turn21:58
lazyPowerif its missing the series key, it should "just work" when you tell it in the bundle, as the bundle becomes the source of truth then21:58
mskalkaso you'd have to ostensibly edit each metadata.yaml and change/remove the series and tell the bundle to deploy all local charms to completely avoid conflict?22:00
rick_hgQuigs: lazyPower if the charms don't devalre they support zesty it's not something the bundle can force sorry.22:00
lazyPowerrick_h - if its  alocal path charm?22:00
lazyPoweroh you're answering the first question. right22:00
rick_hgQuigs: lazyPower but the cahrm says it doesn't support it in the metadata?22:00
gQuigsrick_h: thanks for the answer :)22:00
rick_hI'm surprised they don't have something in testing and the like though.22:01
lazyPowerrick_h how does a charm say i dont support somthing? I thought if its listed it supports it, if it has no series key in metadata, you can tell it whatever.22:01
rick_hbeisner: do you all have anything for zesty in dev?22:01
rick_hlazyPower: you can, but the bundle does take that I don't believe.22:01
rick_hlazyPower: as you noted you have to manually force it with the --series flag22:01
rick_hIt's like a --force22:02
lazyPowerok, i was kind of goign from hazy info anyway. i've done some weird things with local charms/bundles22:02
gQuigslazyPower: thanks, I forgot about local branching and juju-deployer makes that trivial...22:02
lazyPowergQuigs np, we aim to have you not need to do that, but corner cases and all that22:02
beisnerhi rick_h - not much yet.  we plan to enable the zesty series in the charms after the 17.02 openstack charms stable release.22:03
rick_hbeisner: ah ok22:03
rick_hbeisner: any trick youve thought of or used to try something on a new series before the charms are updated?22:03
beisnerrick_h, if one uses juju-deployer, and the git branches instead of cs: values, one can deploy any charm to any series.  so, a friend said ;-)22:04
beisnerrick_h, aiui, there is a --force with juju 2 native deploy, though, right?22:04
gQuigsbeisner: the --force doesn't work with bundles22:05
rick_hbeisner: yes but only on deploy and not.on bundles22:05
beisnergQuigs, rick_h - ack, that would be for individual charm deploys wouldn't it?22:05
gQuigswould supporting --force series to bundles be a welcome feature to add?  (/me wouldn't mind giving it a shot)22:06
beisnergQuigs, rick_h - the reason we haven't yet enabled zesty metadata in the charms is because the openstack charms will release a stable update from master in Feb, in alignment with openstack upstream's new release cadence.  but that will be ~2 months ahead of zesty's release and we don't want that series declared in stable charms while zesty is still in dev on the Ubuntu side.22:06
beisnergQuigs, seems like a valid --force use case ;-)22:07
rick_hgQuigs: the reason it didn't get added as it's very special. What charms do you want to use it on? What if one of the 10 is windows...Or you know won't work. It's just a very narrow use case feature.22:08
rick_hThe bundle has to be perfect for it to be useful22:08
rick_hgQuigs: I think having the bundle respect what's entered in the series for the charm would be better.22:09
rick_hE.G. If the series in the application section of the bundle says zesty, use that even if the charm says it's only trusty.22:09
gQuigsrick_h: hmm.. will take a look at the code around that22:10
gQuigsthanks all!22:10

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