| *** Dusty has joined #craton | 00:28 | |
| *** klindgren__ has joined #craton | 00:54 | |
| *** klindgren_ has quit IRC | 00:56 | |
| *** Dusty has quit IRC | 01:39 | |
| *** syed__ has quit IRC | 02:35 | |
| *** Dusty has joined #craton | 02:44 | |
| *** valw has joined #craton | 02:54 | |
| *** valw has quit IRC | 02:56 | |
| *** valw has joined #craton | 03:01 | |
| *** Dusty has quit IRC | 03:20 | |
| *** valw has quit IRC | 03:38 | |
| *** valw has joined #craton | 03:42 | |
| *** Mudpuppy has joined #craton | 04:44 | |
| *** valw has quit IRC | 05:02 | |
| *** harlowja has quit IRC | 05:55 | |
| *** Mudpuppy has quit IRC | 07:45 | |
| *** Mudpuppy has joined #craton | 08:15 | |
| *** Mudpuppy has quit IRC | 08:20 | |
| *** Mudpuppy has joined #craton | 12:17 | |
| *** Mudpuppy has quit IRC | 12:22 | |
| *** Mudpuppy has joined #craton | 12:42 | |
| *** Mudpuppy has quit IRC | 12:46 | |
| *** Dusty has joined #craton | 14:09 | |
| *** valw has joined #craton | 14:39 | |
| *** valw has quit IRC | 15:10 | |
| *** valw has joined #craton | 15:11 | |
| *** valw has quit IRC | 15:15 | |
| *** Mudpuppy has joined #craton | 15:15 | |
| *** valw has joined #craton | 15:15 | |
| *** valw has quit IRC | 15:17 | |
| *** valw has joined #craton | 15:30 | |
| *** syed__ has joined #craton | 15:31 | |
| *** valw has quit IRC | 15:35 | |
| *** valw has joined #craton | 15:59 | |
| *** valw has quit IRC | 16:05 | |
| *** valw has joined #craton | 16:12 | |
| *** tojuvone has quit IRC | 16:27 | |
| jimbaker | sigmavirus, thanks for responding to tomi. i will follow up as well. completely missed that post in the openstack-dev firehose - need to prioritize [craton] in my inbox! | 16:49 |
|---|---|---|
| jimbaker | sigmavirus, the best part of reading https://wiki.opnfv.org/display/doctor/Doctor+Home is just seeing a lot of acronyms that i'm sure are perfectly common in NFV discussions, but are not used outside | 17:04 |
| jimbaker | my favorite must be VIM | 17:04 |
| jimbaker | which we in the openstack community perhaps more commonly call "cloud" :) | 17:04 |
| *** valw has quit IRC | 17:32 | |
| *** valw has joined #craton | 17:41 | |
| *** valw has quit IRC | 17:46 | |
| *** david-lyle has quit IRC | 17:48 | |
| *** david-lyle has joined #craton | 17:48 | |
| jimbaker | Dusty, sulo, sigmavirus, just to follow up more on the multicloud aspects. with respect to craton, the obvious mapping to AWS would be craton device -> AWS resources, with the ARN (amazon resource name) stored in a variable as a foreign identifier (possibly multiple such elements, but easy enough as a JSON column) | 17:50 |
| *** valw has joined #craton | 17:54 | |
| Dusty | for Multicloud, we should address it not just for AWS, but also Azure and VMware, etc. How do we devise a system that identifies the cloud provider 1st then the DC or availability zone, then the resources? | 17:57 |
| *** valw has quit IRC | 18:08 | |
| jimbaker | Dusty, these are good questions, and hopefully we can figure out possible mappings. do either clouds have a fundamentally different model than what aws presents? | 18:09 |
| jimbaker | for aws, i'm going against this doc, http://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html | 18:10 |
| *** harlowja has joined #craton | 18:14 | |
| *** valw has joined #craton | 18:16 | |
| sulo | lets get some reviews going here: | 18:18 |
| sulo | https://review.openstack.org/#/c/395191/ | 18:18 |
| sulo | https://review.openstack.org/#/c/395191/ | 18:18 |
| sulo | https://review.openstack.org/#/c/395191/ | 18:18 |
| sulo | https://review.openstack.org/#/c/360605/ | 18:19 |
| sulo | https://review.openstack.org/#/c/360605/ | 18:19 |
| sulo | ... | 18:19 |
| sulo | there is two more that dep on these | 18:19 |
| *** valw has quit IRC | 18:20 | |
| jimbaker | harlowja, btw, back to our discussion in barcelona: i was completely wrong on the event listener in taskflow. it works just fine | 18:20 |
| sulo | https://review.openstack.org/#/c/395074/ | 18:20 |
| jimbaker | specifically with respect to new state | 18:20 |
| harlowja | jimbaker woot | 18:20 |
| jimbaker | sulo, thanks for that reminder about pending reviews | 18:21 |
| sulo | git-harry: that schema just looks wrong .. roles should be list of string | 18:30 |
| sulo | git-harry: iam pretty sure there are few more of those | 18:31 |
| sulo | I guess we havent tested user etc enough to catch that | 18:32 |
| jimbaker | sulo, looks like the ordering of that change got screwed up, or something like that with the PEP 8 failure; can you make the minor change? http://logs.openstack.org/91/395191/4/gate/gate-craton-pep8-ubuntu-xenial/41aa4e8/console.html | 18:32 |
| jimbaker | minor needed change | 18:32 |
| sulo | sure | 18:34 |
| sulo | werid | 18:34 |
| sulo | its catching stuff i havent touched | 18:34 |
| sulo | this is somethign new | 18:34 |
| sulo | anyway .. let me fix | 18:34 |
| Dusty | Jim, I am not sure. We do have a very large VMWare practice here, so we can tie off with someone on that team to figure it out. The PM for Azure should be able to tell us as well. If we understand all 4 use cases we can build in a way to ingest them and "play well with others". | 18:38 |
| git-harry | sulo: okay, I've updated that. The patch combined with your change, on which it depends, should mean that the schema are now all valid and will hopefully stay that way. | 18:40 |
| sulo | git-harry: thanks !! | 18:40 |
| jimbaker | Dusty, right, that sounds like a good plan to me. it would be straightforward to adjust our schema with respect to region/cell if it makes sense | 18:40 |
| jimbaker | the more interesting question is how we map resources in such environments to what we are doing? | 18:41 |
| jimbaker | are there considerations of multitenancy that do not map? | 18:41 |
| jimbaker | we have a simple model - nothing is shared across project (tenant) | 18:42 |
| *** valw has joined #craton | 18:43 | |
| jimbaker | do we have to adjust this concept with respect to say federated clouds? | 18:43 |
| jimbaker | and in all fairness, imperfect fits are not necessarily bad, so long as there is a value in using craton with these other clouds | 18:45 |
| Dusty | I know some of our customers are delivering it as a multi-tenant solution and we are in discussions with some other customers that are looking at very large multi-tenant offerings | 18:46 |
| Dusty | I think it depends who is utilizing craton to determine if we need that level | 18:47 |
| *** valw has quit IRC | 18:47 | |
| Dusty | from a RPC perspective, we probably do not care if the customer is delivering multi-tenant | 18:48 |
| Dusty | but I can see it beneficial for someone who does care | 18:48 |
| jimbaker | Dusty, right. so a customer has created a federated/hybrid cloud solution, and has resources in their cloud X that work with their cloud Y | 18:49 |
| sulo | jimbaker: can you re check those prs | 18:50 |
| sulo | i am not sure why we suddently started getting whole bunch of different pep errors | 18:51 |
| sulo | but hey | 18:51 |
| jimbaker | from craton's perspective, these are completely separate. now if they have parallel layouts, or use some corresponding labeling, the customer (or support) could look at them in a similar fashion | 18:51 |
| jimbaker | sulo, yeah, no worries | 18:51 |
| jimbaker | i see that as the problem with applying split patches like this; and minimal ordering support of patches | 18:52 |
| sulo | its not that | 18:52 |
| sulo | this is erroring on things not related to the chag | 18:52 |
| sulo | *change | 18:52 |
| sulo | like tools/craton-inventory.py | 18:52 |
| jimbaker | sulo, ahh, right, that's crazy | 18:53 |
| Dusty | sure. I do not know if you are familiar with Rghtscale, but they extract the cloud provider for the customer allowing them to deploy their code on different clouds and not worry about how it gets there. I see Craton working similarly in that it shouldn't care where the resource is, just have a record of what it is suppose to be and then keep it in that state | 18:53 |
| jimbaker | Dusty, i haven't looked at the rightscale solution in any depth, but i think i understand its approach | 18:55 |
| sulo | Dusty: jimbaker: as cool as that sound re: aws/multicloud .. its probably out of scope of the project right now | 18:55 |
| sulo | its nice to keep synergy in that region though | 18:55 |
| jimbaker | in some sense, the proposed used for craton here is coming from the opposite end - resources exist, we want to track | 18:55 |
| jimbaker | so we can better manage | 18:56 |
| jimbaker | vs driving deployments as seen in right scale | 18:56 |
| *** valw has joined #craton | 18:57 | |
| jimbaker | sulo, agreed, we should keep our multitenancy model simple for now. i have been trying to avoid going down, the solution to any problem is a DAG :) | 18:57 |
| *** Dusty has quit IRC | 19:15 | |
| *** Dusty has joined #craton | 19:24 | |
| *** Dusty1 has joined #craton | 19:35 | |
| *** Dusty has quit IRC | 19:35 | |
| *** valw has quit IRC | 19:40 | |
| *** valw has joined #craton | 19:44 | |
| sulo | ok rebased: https://review.openstack.org/#/c/360605/ | 19:59 |
| *** Dusty1 has quit IRC | 20:00 | |
| *** valw has quit IRC | 20:00 | |
| *** Dusty has joined #craton | 20:07 | |
| *** rainya has joined #craton | 20:16 | |
| syed__ | sigmavirus: do you have sometime ? Need to ask a general question | 20:17 |
| sigmavirus | I am in a meeting | 20:17 |
| syed__ | so i have installed cratonclient, but when i run tox, despite of it failing which i am fixing, why does it gives me this | 20:18 |
| syed__ | https://www.irccloud.com/pastebin/VLshUuDS/ | 20:18 |
| *** rainya has quit IRC | 20:20 | |
| *** rainya has joined #craton | 20:22 | |
| harlowja | @jimbaker @sulo is there any <where is craton at, roadmap kind of thing> somewhere? | 20:43 |
| harlowja | i don't want internal folks getting to down the path of well craton isn't ready yet, or ... so we'll just do this or that until then | 20:44 |
| harlowja | (and/or other excuse for doing short-term thing instead of helping craton work out and use its workflow mechanisms...) | 20:44 |
| harlowja | a roadmap might help for that | 20:49 |
| *** Dusty has quit IRC | 20:55 | |
| *** Dusty has joined #craton | 21:00 | |
| *** hughsaunders has quit IRC | 21:03 | |
| jimbaker | harlowja, right, we need to publish this. i will send something out to openstack-dev [craton], does that work for you? | 21:05 |
| harlowja | that'd be nice :) | 21:05 |
| jimbaker | harlowja, awesome. i'm going to factor in both the barcelona discussion, along with some recent considerations around supporting multicloud (which increasingly makes sense); and our conversations with OSA | 21:07 |
| harlowja | cool beans | 21:07 |
| *** hughsaunders has joined #craton | 21:07 | |
| *** jovon has joined #craton | 21:28 | |
| *** Dusty has quit IRC | 22:03 | |
| *** Dusty has joined #craton | 22:04 | |
| *** Mudpuppy_ has joined #craton | 22:18 | |
| *** Mudpuppy has quit IRC | 22:21 | |
| *** rainya has quit IRC | 22:22 | |
| *** Mudpuppy_ has quit IRC | 22:23 | |
| *** rainya has joined #craton | 22:27 | |
| *** rainya has quit IRC | 22:42 | |
| *** rainya has joined #craton | 22:53 | |
| *** Dusty has quit IRC | 23:11 | |
| *** Dusty has joined #craton | 23:15 | |
| *** Dusty has quit IRC | 23:16 | |
| *** rainya has quit IRC | 23:44 | |
| *** david-lyle_ has joined #craton | 23:50 | |
| *** david-lyle has quit IRC | 23:51 | |
| *** rainya has joined #craton | 23:55 | |
| *** syed__ has quit IRC | 23:55 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!