*** skazi has quit IRC | 00:06 | |
*** skazi has joined #openstack-meeting-5 | 00:19 | |
*** skazi has quit IRC | 00:26 | |
*** skazi has joined #openstack-meeting-5 | 00:39 | |
*** ricolin has joined #openstack-meeting-5 | 01:06 | |
*** HelenYao has quit IRC | 02:20 | |
*** krtaylor has quit IRC | 03:45 | |
*** iceyao has joined #openstack-meeting-5 | 05:05 | |
*** rarcea has joined #openstack-meeting-5 | 05:44 | |
*** zenirc369 has joined #openstack-meeting-5 | 05:46 | |
*** zenirc369 has quit IRC | 07:55 | |
*** ralonsoh has joined #openstack-meeting-5 | 08:02 | |
*** dmellado has joined #openstack-meeting-5 | 08:23 | |
*** aarefiev_afk is now known as aarefiev | 08:24 | |
*** zenirc369 has joined #openstack-meeting-5 | 08:34 | |
*** iceyao has quit IRC | 09:16 | |
*** HelenYao has joined #openstack-meeting-5 | 09:29 | |
*** ricolin has quit IRC | 09:41 | |
*** ricolin has joined #openstack-meeting-5 | 10:00 | |
*** ricolin_ has joined #openstack-meeting-5 | 10:10 | |
*** ricolin has quit IRC | 10:13 | |
*** iceyao has joined #openstack-meeting-5 | 11:20 | |
*** iceyao has quit IRC | 11:30 | |
*** krtaylor has joined #openstack-meeting-5 | 12:11 | |
*** markvoelker has joined #openstack-meeting-5 | 12:37 | |
*** rarcea has quit IRC | 12:47 | |
*** zenirc369 has quit IRC | 12:58 | |
*** iceyao has joined #openstack-meeting-5 | 13:05 | |
*** markvoelker has quit IRC | 13:37 | |
*** markvoelker has joined #openstack-meeting-5 | 13:40 | |
*** mnaser has joined #openstack-meeting-5 | 13:50 | |
*** tongli has joined #openstack-meeting-5 | 13:57 | |
*** ksumit has joined #openstack-meeting-5 | 13:58 | |
*** Alex_____ has joined #openstack-meeting-5 | 13:58 | |
*** ksumit has quit IRC | 13:58 | |
*** zhipeng has joined #openstack-meeting-5 | 13:59 | |
*** Alex_____ is now known as arobinson | 13:59 | |
*** spencerkimball has joined #openstack-meeting-5 | 13:59 | |
*** arobinson is now known as alexrobinson | 14:00 | |
*** spencerkimball has left #openstack-meeting-5 | 14:00 | |
tongli | hello, guys | 14:01 |
---|---|---|
topol | o/ | 14:01 |
mnaser | o/ | 14:01 |
zhipeng | o/ | 14:01 |
tongli | #startmeeting interop_challenge | 14:01 |
openstack | Meeting started Wed Apr 12 14:01:35 2017 UTC and is due to finish in 60 minutes. The chair is tongli. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:01 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:01 |
*** openstack changes topic to " (Meeting topic: interop_challenge)" | 14:01 | |
openstack | The meeting name has been set to 'interop_challenge' | 14:01 |
mnaser | o/ | 14:01 |
*** pilgrimstack has joined #openstack-meeting-5 | 14:01 | |
*** spencerkimball has joined #openstack-meeting-5 | 14:01 | |
tongli | can you please announce yourself again, sorry I am a bit late. | 14:01 |
pilgrimstack | Hi, Jean-Daniel from OVH | 14:02 |
*** iceyao has quit IRC | 14:02 | |
tongli | #link https://etherpad.openstack.org/p/interop-challenge-meeting-2017-04-12 | 14:02 |
sparkycollier_ | Hi it's mark collier, looking forward to working with everyone | 14:02 |
skazi_ | o/ | 14:02 |
markvoelker | o/ | 14:02 |
alexrobinson | Hi, Alex Robinson from Cockroach Labs | 14:02 |
mnaser | mohammed naser from vexxhost | 14:02 |
topol | Hi Alex | 14:02 |
*** daniela_ebert has joined #openstack-meeting-5 | 14:02 | |
spencerkimball | Hi, Spencer Kimball from Cockroach Labs | 14:02 |
topol | Hi Spencer | 14:02 |
*** ksumit has joined #openstack-meeting-5 | 14:02 | |
tongli | please see the etherpad for agenda. | 14:03 |
tongli | foundation has decided to have our show tech check on Sunday 5/7 at 3:15 to 3:55pm. | 14:03 |
hogepodge | o/ | 14:04 |
daniela_ebert | thats fine | 14:04 |
tongli | this is mandatory. you and your laptop and any other necessary things need to be there. | 14:04 |
vkmc | o/ | 14:04 |
vkmc | hey | 14:04 |
mnaser | cool, i'll be arriving on sunday at 12pm so works for me. is there any announced location yet (i know its early) to be at? | 14:04 |
tongli | and if you can not be there at 3:15, 10 minutes late is fine because it takes time for everybody to hook up things. | 14:04 |
sparkycollier_ | main tech check purpose is to make sure all of the video outputs work from the laptops to our splitters | 14:05 |
mnaser | and how do we work out what sort of inputs we need? i have one of those new adapter-for-everything macbook, so hdmi? dvi? | 14:05 |
tongli | but you do have to show up to make sure things working. | 14:05 |
tongli | hdmi is the default, | 14:05 |
mnaser | tongli okay, i'll make sure i have an adapter | 14:05 |
tongli | if your laptop does not have hdmi, then you need to bring an adaptor. | 14:05 |
mnaser | ack | 14:05 |
pilgrimstack | ack | 14:06 |
tongli | then there will be another rehearsal on Monday, that time is TBD. | 14:06 |
tongli | got to be in both to qualify to be on stage. | 14:06 |
vkmc | the demo will be on the second day keynote, right? | 14:06 |
vkmc | like last time | 14:06 |
tongli | and also please put your info on this pad. | 14:07 |
zhipeng | tongli this only applies to the k8s demo or nfv as well ? | 14:07 |
tongli | #link https://etherpad.openstack.org/p/interop-challenge-boston-onstage | 14:07 |
sparkycollier_ | second day keynote, correct | 14:07 |
tongli | #action, please required information on the boston onstage etherpad. | 14:07 |
sparkycollier_ | however unlike bcn, I will be the MC for day 2 so y'all are stuck with me this time | 14:07 |
tongli | @zhipeng, right now, the k8s workload only. | 14:07 |
daniela_ebert | tongli: already put my info to the pad. Bu to whom to send the logo? | 14:07 |
zhipeng | tongli okey | 14:08 |
zhipeng | do we have a Forum session so that we could demo the NFV Workload ? | 14:08 |
tongli | @daniela_ebert, Maria, her info is on the etherpad. | 14:08 |
tongli | @zhipeng, we do, let's talk offline. | 14:08 |
mnaser | thanks for that link, useful info tongli | 14:08 |
sparkycollier_ | I think I need to get up to speed on the NFV workload and then I can see about a space/time for it | 14:08 |
zhipeng | okey-dokey | 14:08 |
tongli | @sparkycollier_, we do have one action item from last week. the action is to schedule a demo session with you so that you can take a look at the demo and make decision if that can go on stage as well. | 14:09 |
tongli | @sparkcollier_, do you have time next week? | 14:09 |
sparkycollier_ | yes let's take that offline and set it up | 14:10 |
daniela_ebert | tongli: thanks!! | 14:10 |
tongli | @sparkcollier_, great. thanks. | 14:10 |
tongli | #link https://etherpad.openstack.org/p/interop-challenge-boston-onstage | 14:10 |
tongli | we communicate and find information from that pad, please have your questions there so that we can track and answer also let other people know. | 14:11 |
tongli | that is the pad Tamara will be looking at and post requirement and other useful information such as date & time etc. | 14:11 |
tongli | ok. now, let's talk about the k8s workload. | 14:12 |
ksumit | @tongli For the k8s workload, do we need a public cloud? My IT org isn't very friendly :) but I did manage to get the workload to run successfully in a private cloud (connected through VPN). | 14:12 |
tongli | #topic k8s workload with cockroachdb cluster. | 14:12 |
*** openstack changes topic to "k8s workload with cockroachdb cluster. (Meeting topic: interop_challenge)" | 14:12 | |
tongli | @ksumit, great question, exactly what I like to discuss with mark, spencer next. | 14:13 |
tongli | I think that the current thinking on the demo goes like this. @sparkcollier_, @spencerkimball@ | 14:13 |
tongli | everybody run the current k8s workload (will remove the cockroachdb cluster setup) | 14:14 |
vkmc | on this topic, I'd like to bring up (if this is not already on the agenda) the existence of this issue https://hub.docker.com/r/cockroachdb/cockroach-k8s-init/ | 14:14 |
tongli | the result will be just a kubernetes cluster on your openstack cloud. | 14:14 |
*** jbryce has joined #openstack-meeting-5 | 14:15 | |
*** ricolin_ has quit IRC | 14:15 | |
vkmc | we ran this workload with dmellado and we found that the cockroachdb pods were not being launched correctly due to this | 14:15 |
tongli | then mark and the gangs will show Virtual Machines, and possibly k8s dashboards. | 14:15 |
sparkycollier_ | @vkmc we are looking at a different approach to provisining the cockroachDB which @tongli is explaining now | 14:15 |
vkmc | sparkycollier_++ | 14:15 |
vkmc | thx | 14:15 |
alexrobinson | vkmc: thanks for bringing that up - I'll look into that separately, but we don't plan on using that configuration | 14:15 |
tongli | after we made sure that all the OS cloud can have kubernetes cluster running succesufully, we will move on to the second phase of the demo. | 14:15 |
tongli | first, one cloud will start a single node (could be multiple nodes) cockroachdb cluster on the k8s cluster you just created. | 14:16 |
tongli | then some information will be sent(or pulled by each cloud), that information (most likely a first cockroachdb node info) will be used by other clouds | 14:17 |
tongli | other clouds will start cockroachdb pods to start joining the first cockroachdb cluster. | 14:18 |
tongli | the end results will be a bigger cockroachdb cluster spread over multiple clouds. | 14:18 |
alexrobinson | what will we be doing for networking, again? public IP addresses? VPN? | 14:19 |
tongli | if a node joined the cockroachdb cluster successfully, then that node will start run a script (or program) to generate data against the cockroachdb, the purpose of that app is to create some load, | 14:20 |
tongli | so that the cockroachdb dashboard will show activities from the cluster. | 14:20 |
tongli | I think that is the basic idea. | 14:20 |
tongli | so two steps, first, getting k8s cluster up running live on your OS cloud. second, join the first cockroachdb cluster, run the app to adding data to the database. | 14:21 |
sparkycollier_ | so what's the networking approach so that the different clusters on each cloud can talk | 14:21 |
tongli | mark and guys will talk and explain what we are doing. | 14:21 |
tongli | the key is how we connect nodes from various clouds. | 14:22 |
tongli | especially for the private cloud, | 14:22 |
mnaser | for networking, public cloud is easy mode.. the private is when things get tricky | 14:22 |
tongli | @mnaser, that is what I was worried about. | 14:22 |
tongli | my understanding is that for private cloud, each company has their own way of going through the VPN. | 14:23 |
mnaser | (also, i love to think people aren't evil but if there is some sort of "easy way" to enter the cluster during our demo when we do a multicloud thing, we'd have to worry about someone trying to do something slightly malicious) | 14:23 |
tongli | it will be difficult to use many different ways (certificates, credentials) to connect these nodes over 16 clouds. | 14:23 |
vkmc | mnaser++ | 14:23 |
mnaser | and if things are going to be over public ips, it'll be tricky to "hide" things from a huge keystone (that's also most likely livestreamed?) | 14:24 |
tongli | @mnaser, that is a small issue, we can enable userid/password and other things on k8s cluster. | 14:24 |
tongli | I started working on that already. | 14:24 |
sparkycollier_ | if we give enough info on screen to figure out how to access the clusters on public cloud, someone in the audience will do it | 14:24 |
tongli | the key is how to connect from public cloud to private cloud. | 14:24 |
jbryce | Can any private cloud demo-ers describe how they're accessing their demo environments from the stage network? Is everyone using different vpns? | 14:24 |
topol | sparkycollier_ +++ | 14:24 |
sparkycollier_ | good point @tongli that is the harder problem | 14:24 |
*** zhipeng has quit IRC | 14:25 | |
markvoelker | jbryce: Yes, I was planning to VPN from my laptop. | 14:25 |
tongli | @jbryce, IBM use CiscoMobility to go through ibm firewall. each individual has a certificate and I have no way to share that with anyone. | 14:25 |
ksumit | @jbryce I'd have to use the Cisco Any Connect client on my Mac to be able to connect. | 14:25 |
tongli | not even brad. | 14:25 |
topol | tongli Ha Ha So true | 14:26 |
tongli | I am pretty sure that other companies like VMWare, Huawei have their own way of doing things. | 14:26 |
mnaser | (i apologize, i have to run to something at 10:30 in a few minutes, we're a public cloud so we should be okay regardless of what choice everyone proposes, i'll catch up on the agenda and logs, really sorry everyone) | 14:26 |
tongli | the demoer can use their own credential to connect to their own clouds, but these credentials can not be shared. | 14:27 |
vkmc | shall we ask to the security council about this? | 14:27 |
vkmc | I think we could get a better understanding on how risky would be to do this on stage | 14:27 |
mnaser | (before i run, the only way i can imagine this working is if we all setup a vpn and connect all clouds together in advance) | 14:28 |
tongli | @vkmv, who is secuirty council? we have both jonathan and mark here. haha. | 14:28 |
jbryce | And your demo environments don't have any way to open up for just the port needed by cockroach? | 14:28 |
vkmc | I agree that the final result would be great, but it's quite risky both in the sense that the networking configuration may fail and/or we may have security vulnerabilities | 14:28 |
mnaser | that way we can run it in a secure private network which is unaccessible by anyone except the clouds | 14:28 |
mnaser | aaand it solves the inter-public/private concerns, but we need to plan it and run that vpn first | 14:28 |
vkmc | tongli, this team https://wiki.openstack.org/wiki/Security | 14:29 |
ksumit | @jbryce Pretty sure my IT org won't do it. | 14:29 |
tongli | @jbryce, I think that the issue is that private cloud runs inside company firewall, to go through that firewall, different company uses different means. | 14:30 |
markvoelker | jbryce: I'd have to get very creative. =) I may be able to find an environment to run this on that has public addressing, or rig up a VPN+jumphost/router, but it'll be tricky given the short timeframe. | 14:30 |
skazi_ | how much time do we have for the complete demo? | 14:30 |
*** Labedz_ has joined #openstack-meeting-5 | 14:30 | |
vkmc | tongli, I trust on Mark and Jonathan criteria, but if we have a team dedicated to security that we can ask in order to get an assessment, I don't see how that would hurt | 14:30 |
*** ricolin_ has joined #openstack-meeting-5 | 14:30 | |
topol | so what worries me is if you all have to jump through hoops to make this work how could folks in the audience view it as plausible? | 14:31 |
tongli | @vkmc, so what do we do for private cloud? | 14:31 |
vkmc | tongli, I don't follow the question | 14:31 |
sparkycollier_ | We don't have a solution yet to vet with the security team, so I think that would be a good problem to have at this stage | 14:31 |
jbryce | topol: this is exactly what people in the audience are doing to run their multi-cloud workloads | 14:31 |
topol | jbryce what is the best practice? | 14:32 |
* markvoelker notes that having said that, he may have just found something | 14:32 | |
jbryce | alexrobinson: how much network access does cockroach need to function? | 14:32 |
tongli | each private cloud create a new demo credential for this demo? | 14:33 |
jbryce | As in Barcelona, we won't have time to show everything from every demo | 14:33 |
spencerkimball | each cockroachdb node needs to be able to connect to every other node; that's the requirement from our side. But for the demo to make sense, we don't necessarily have to connect to every private cloud. If we could just run across 3, the point would be made. So we could use some public, some private, and limit ourselves to private clouds where there is a solution in place to allow external connections to a host/po | 14:33 |
jbryce | So perhaps we show k8s on private clouds that can't interconnect | 14:33 |
alexrobinson | jbryce: each cockroachdb process needs to be able to reach each other cockroachdb process on a single port (which, by default, is 26257) | 14:33 |
jbryce | Then cockroach across a handful of public+ private that can interconnect | 14:33 |
jbryce | Basically what spencerkimball just said = ) | 14:34 |
tongli | oh, so say we have one set of credentials/userid/password from each private cloud, that get that distributed to all clouds. | 14:34 |
markvoelker | spencerkimball: jbryce: Something that may make a differnece for a lot of folks is who sends the SYN. E.g. for many corporate envs I can establish an outbound connection from within, but having something outside establish a connection to something behind the firewall is...hard. | 14:34 |
tongli | every cloud will have to know how to use these credentials? | 14:34 |
*** zhipeng has joined #openstack-meeting-5 | 14:35 | |
tongli | @markvoelker, I think cockroachdb needs two way communication. | 14:35 |
tongli | in this case, all 16 clouds will have to be able to talk to each other. | 14:36 |
alexrobinson | yes, each node needs to be able to open a connection to each other node | 14:36 |
tongli | this is not a problem for IBM since we have bluebox which exposes accessible IPs. | 14:36 |
ksumit | I think the point @spencerkimball is trying to make that not all private clouds need to be connected to the cluster. For the purpose of the demo, we only show the ones to the public that are able to connect, which can be a mix of public + those private clouds that find a solution and are able to connect to the cluster. Is my understanding correct? | 14:37 |
sparkycollier_ | I think the idea of having a subset as examples (some public, some private) could work. | 14:37 |
tongli | @zhipeng, what do you think? will you run on Huawei public cloud or private cloud? | 14:37 |
jbryce | So basically all clouds can participate in the k8s deployments portion, then the k8s environments that have full access on :26257 can participate in the cockroach portion | 14:37 |
skazi_ | @tongli, can we add info on public/private cloud to the onstage etherpad? this would give as some idea on how many public/private clouds we'll have | 14:37 |
tongli | @skazi_, great idea. | 14:38 |
zhipeng | tongli sorry my network just went down earlier | 14:38 |
jbryce | ksumit: yes | 14:38 |
spencerkimball | @ksumit: exactly | 14:38 |
zhipeng | do you mean for nfv workload ? | 14:38 |
topol | skazi_ +++ | 14:38 |
tongli | #action, identify if your cloud is public or private on the boston onstage etherpad. | 14:38 |
ksumit | @spencerkimball @jbryce I think I like this solution the most. | 14:38 |
tongli | #link https://etherpad.openstack.org/p/interop-challenge-boston-onstage | 14:38 |
tongli | we go with public clouds first, then figure out if we can add few more private clouds? | 14:39 |
tongli | will that work? | 14:39 |
sparkycollier_ | I think so | 14:39 |
jbryce | #action Identify if your cloud will be able to allow access on port 26257 | 14:39 |
tongli | we can start with vexxhost and IBM. | 14:39 |
skazi_ | +1 for limited set of clouds for the second part of the demo | 14:39 |
jbryce | I think this is makes sense. Again, we wouldn't have time to get to every single environment anyway | 14:40 |
tongli | and of course any other public clouds who participate. | 14:40 |
sparkycollier_ | I can explain it from the stage | 14:40 |
topol | jbryce exactly | 14:40 |
*** ricolin_ has quit IRC | 14:40 | |
daniela_ebert | tongli: pick me :) | 14:40 |
*** ricolin has joined #openstack-meeting-5 | 14:40 | |
tongli | great. I have created two k8s clusters using our workload on vexxhost and bluebox. | 14:41 |
tongli | if you can also do the same, then send the info to spencer, that will be great | 14:41 |
tongli | that will make 3 for now. | 14:41 |
topol | Hopefully a nice balance can be made of showing off all the folks who can just do Kube (phase 1) so they get some screen time before you move to phase 2 where the Kube only folks kind of stand there with not much to do | 14:41 |
daniela_ebert | tongli: ok | 14:41 |
ksumit | @topol +1 | 14:42 |
sparkycollier_ | will it be possible spencerkimball to show it working next week? | 14:42 |
sparkycollier_ | +1 | 14:42 |
jbryce | topol: yeah. We should remember to rehearse that | 14:42 |
sparkycollier_ | I can talk to tamara about how to arrange the participants so the flow works from the stage (for example we might have the ones that include cockroachdb sync on one side for second phase) | 14:43 |
topol | #action remember to identify phase 1 only folks so they get screen time as wlel | 14:43 |
tongli | @topol, wow, make sure everybody gets something. great leader! | 14:44 |
spencerkimball | @sparkycollier_, @alexrobinson: I believe so, though alex needs to weigh in on timing | 14:44 |
alexrobinson | tongli: a somewhat more specific question that we can take offline is how cockroachdb should learn its external IP address on the different clouds. on the ibm cluster you shared with me it doesn't appear to be configured on the machine | 14:45 |
tongli | I will be traveling next week, won't be back until 4/21 (Friday night). | 14:45 |
tongli | @alexrobinson, I suggested to develop a small app, which runs before demo starts. | 14:46 |
topol | Key issue will be is there enough time to setup the cockroach stuff after the Kube stuff or do you do that using a cooking show technique and cut over to some subset of the participants with that part ready to be viewed | 14:46 |
tongli | so that everybody knows that app IP. | 14:46 |
alexrobinson | @sparkycollier_: yup, next week shouldn't be a problem. I hope to have things working today | 14:46 |
sparkycollier_ | woohoo | 14:46 |
tongli | that IP will be used by other clouds to get first node IP. | 14:46 |
tongli | and other info if we need. | 14:46 |
topol | Great!! | 14:46 |
tongli | so all these stuff is automatic. | 14:46 |
alexrobinson | I mean how can each node know its own IP address. we can follow up after the meeting though | 14:47 |
tongli | @alexrobinson, oh, that is part of the k8s service, we can talk offline. | 14:47 |
tongli | well, I do not have any other topics for today. we still have 12 minutes left. | 14:48 |
tongli | let me try to summaries what we discussed today. | 14:48 |
tongli | 1. phase 1 of the demo is to stand up kubernetes cluster on top of openstack. every cloud can participate. | 14:49 |
tongli | 2. phase 2 of the demo is to create a cockroachdb cluster on top of k8s across multiple clouds, hope all clouds can join. | 14:49 |
tongli | 3. work on the app so that running cockroachdb cluster will have some load to show actitivites on the cockroachdb dashboard. | 14:50 |
tongli | 4. create a simple app for clouds to get the IP information about the first cockroachdb node so that they can join. | 14:51 |
tongli | 5. that simple app will be started before the demo so that that IP can be used in all cloud workload configuration. | 14:51 |
tongli | let me know if I missed anything? | 14:52 |
tongli | did I lose everybody? | 14:53 |
sparkycollier_ | is there any reason for the clouds that won't be in the cross-cloud phase2 piece to install cockroackdb? or should they skip that piece | 14:53 |
ksumit | @tongli Does the provisioning method that's on GitHub today change in any way? I mean I tested last Friday by following the guide based around deployment through Ansible. Does that change in any way? | 14:53 |
tongli | @ksumit, I am hoping whatever spencer create will be also part of our workload. | 14:53 |
tongli | it will be just a new playbook. there will be changes to the workload for sure. | 14:54 |
tongli | at least I have to remove the cockroachdb cluster deployment from the current workload. | 14:54 |
ksumit | So is Spencer working on the application? | 14:54 |
*** zhipeng has quit IRC | 14:54 | |
tongli | since spencer is going to do that. | 14:54 |
ksumit | Ok | 14:54 |
vkmc | so we have one month exactly to work on items 2-5 | 14:54 |
tongli | @ksumit, yes spencer is working on the app to generate some load. | 14:54 |
sparkycollier_ | I think that answers my question | 14:54 |
*** ramishra has joined #openstack-meeting-5 | 14:55 | |
tongli | I will work on an app to expose the first node IP. | 14:55 |
tongli | and add steps for workload to retrieve that IP and pass that to spencer so that his cockroachdb pods can join | 14:56 |
spencerkimball | @ksumit, the app will be a standard load generator: the "kv" in https://github.com/cockroachdb/loadgen | 14:56 |
ksumit | Got it. Thanks! | 14:56 |
spencerkimball | one question I have is whether we'll be starting multiple nodes per cloud | 14:56 |
tongli | @spencerkimball, I would like to pull that into our workload. | 14:56 |
tongli | @spencerkimball, I think we use 3 (stack size 4). | 14:57 |
*** zhipeng has joined #openstack-meeting-5 | 14:57 | |
*** jasond has joined #openstack-meeting-5 | 14:57 | |
tongli | so each cloud has 3 nodes to join. | 14:57 |
tongli | 3 pods actually. | 14:57 |
*** pilgrimstack1 has joined #openstack-meeting-5 | 14:57 | |
tongli | @sparkycollier_, you ok with what I just described? | 14:58 |
tongli | I mean the flow and the content and how we are going to accomplish that? | 14:58 |
topol | 2 mins left | 14:58 |
*** cwolferh has joined #openstack-meeting-5 | 14:58 | |
sparkycollier_ | yes sir | 14:59 |
spencerkimball | OK, sounds good. So we'll have a ~9-15 nodes CockroachDB cluster depending on how many public/private clouds participate | 14:59 |
sparkycollier_ | in fact I'm very excited! | 14:59 |
tongli | @sparkycollier_, that was a very long pause. haha. | 14:59 |
tongli | you got me a bit worried. | 14:59 |
topol | Awesome progress! great work everyone | 14:59 |
sparkycollier_ | sorry doing too many things at once | 14:59 |
sparkycollier_ | :) | 14:59 |
tongli | ok. great. thanks everybody. | 14:59 |
alexrobinson | sounds good, thanks tongli! | 15:00 |
sparkycollier_ | woohoo | 15:00 |
tongli | #endmeeting | 15:00 |
sparkycollier_ | thanks tongli | 15:00 |
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 15:00 | |
openstack | Meeting ended Wed Apr 12 15:00:20 2017 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:00 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/interop_challenge/2017/interop_challenge.2017-04-12-14.01.html | 15:00 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/interop_challenge/2017/interop_challenge.2017-04-12-14.01.txt | 15:00 |
openstack | Log: http://eavesdrop.openstack.org/meetings/interop_challenge/2017/interop_challenge.2017-04-12-14.01.log.html | 15:00 |
*** pilgrimstack has quit IRC | 15:00 | |
ricolin | #startmeeting heat | 15:00 |
openstack | Meeting started Wed Apr 12 15:00:53 2017 UTC and is due to finish in 60 minutes. The chair is ricolin. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
*** openstack changes topic to " (Meeting topic: heat)" | 15:00 | |
openstack | The meeting name has been set to 'heat' | 15:00 |
ricolin | #topic roll call | 15:01 |
*** openstack changes topic to "roll call (Meeting topic: heat)" | 15:01 | |
*** pbourke has joined #openstack-meeting-5 | 15:01 | |
ramishra | hi | 15:01 |
ricolin | hi:) | 15:01 |
jasond | o/ | 15:01 |
cwolferh | hello | 15:01 |
pbourke | o/ | 15:01 |
*** alexrobinson has quit IRC | 15:02 | |
ricolin | #topic adding items to agenda | 15:02 |
*** ksumit has left #openstack-meeting-5 | 15:02 | |
*** openstack changes topic to "adding items to agenda (Meeting topic: heat)" | 15:02 | |
ricolin | #link https://wiki.openstack.org/wiki/Meetings/HeatAgenda#Agenda_.282017-04-12_1500_UTC.29 | 15:02 |
*** spencerkimball has quit IRC | 15:03 | |
ricolin | okey first topic! | 15:04 |
ricolin | #topic Announcement | 15:04 |
*** openstack changes topic to "Announcement (Meeting topic: heat)" | 15:04 | |
ricolin | so we have release heat pike-1! | 15:04 |
ricolin | yeah! | 15:05 |
ramishra | ricolin: great | 15:05 |
ricolin | all looks clean | 15:05 |
ricolin | also will release python-heatclient 1.9.0 | 15:05 |
ramishra | I was hoping to land the translation patches before that but anyway it does not matter | 15:05 |
ricolin | and heat-agents from 1.1.0 to 1.1.1 | 15:06 |
ricolin | yeah, me to | 15:06 |
ricolin | will get it landed as soon as we can :) | 15:06 |
ramishra | reg heat-agents, we did a release just a few days back right? do we need one more? | 15:06 |
ricolin | there actually only increase one commit between, so I'm free to release or not:) | 15:07 |
*** zhipeng has quit IRC | 15:08 | |
ricolin | that's why I only jump from 1.1.0 to 1.1.1 | 15:08 |
ricolin | what guys think about it? | 15:08 |
pilgrimstack1 | Sorry I have to leave, next time we should speak about non floating IP providers ;) | 15:08 |
ricolin | pilgrimstack1 | 15:08 |
ricolin | pilgrimstack1 ok | 15:08 |
ricolin | pilgrimstack1 ok I will help to add to agenda next week:) | 15:09 |
ramishra | This was on 5th April https://review.openstack.org/#/c/452986/ | 15:09 |
ramishra | So not sure if we want one more now | 15:10 |
ricolin | sure, then I can abandon this one https://review.openstack.org/#/c/455876/ | 15:10 |
ricolin | ramishra abandoned:) | 15:11 |
ramishra | ricolin: :) | 15:11 |
ricolin | how about python-heatclient? | 15:11 |
ricolin | #link https://review.openstack.org/#/c/455873/ | 15:11 |
ramishra | I think that one was not done after ocata, so should be ok I think | 15:12 |
ricolin | ramishra thx:) | 15:12 |
ricolin | Also I have send goals response to release | 15:13 |
ricolin | #link https://review.openstack.org/#/c/455121/ | 15:13 |
*** therve has joined #openstack-meeting-5 | 15:13 | |
ricolin | s/release/governance/ | 15:13 |
ramishra | ricolin: yeah, I have seen that | 15:14 |
ricolin | would like guys can help to review and correct any mistake before it merged | 15:14 |
ramishra | does it mention about the py35 dsvm job? | 15:15 |
ricolin | I think so | 15:15 |
ramishra | but anyway, it's just to agree that we're doing it this cycle | 15:15 |
ricolin | I can update more words if it's not clear | 15:15 |
ricolin | ramishra yeah:) | 15:15 |
ricolin | so on top of that | 15:16 |
ricolin | #topic py35 gate jobs | 15:16 |
*** openstack changes topic to "py35 gate jobs (Meeting topic: heat)" | 15:16 | |
ramishra | So it seems to green most of the time, I've not seen many failures | 15:16 |
ramishra | I've the project-config patch ready to make it voting | 15:17 |
ricolin | I think it's all green | 15:17 |
ramishra | but there are few things to consider | 15:17 |
ricolin | like what?:) | 15:17 |
ramishra | 1. We've disabled swift related tests | 15:17 |
ricolin | yes | 15:17 |
ramishra | 2. There are some infra changes planned in this and next week | 15:18 |
ramishra | So may be we wait for some more time before enabling it | 15:18 |
ramishra | but If we all agree I can push that change though | 15:18 |
ricolin | oh, I see what you talking about now | 15:18 |
ricolin | agree with you | 15:18 |
ricolin | also can you share your patch about voting? | 15:19 |
ramishra | I've not pushed it yet:) | 15:19 |
ricolin | okey:) | 15:19 |
ramishra | Let me do that with WIP | 15:19 |
ricolin | just like to make sure we do that with your patch | 15:20 |
ricolin | ok:) | 15:20 |
ricolin | #action ramishra will send the voting patch for heat py35 test later | 15:20 |
ramishra | https://review.openstack.org/#/c/456253/1 | 15:21 |
ramishra | done:) | 15:21 |
ricolin | #link https://review.openstack.org/#/c/456253 | 15:21 |
ricolin | nice:) | 15:21 |
ricolin | also I would like to propose about adding py35 job for python heat client and heat cfntools | 15:22 |
ricolin | I already have patch wip, but would like to know what guys think about it | 15:22 |
ricolin | before I send it out | 15:22 |
ramishra | we already have gate-python-heatclient-python35? | 15:23 |
ricolin | right I mean heat-agents:) | 15:24 |
ramishra | I think therve wanted to land https://review.openstack.org/#/c/425057/ before adding the py35 job for heat-agents | 15:25 |
ricolin | Thomas already have some py35 fix (https://review.openstack.org/#/c/425057/) | 15:25 |
ramishra | So that we can simply add a voting job | 15:25 |
therve | Yeah steve wasn't super nice | 15:26 |
ricolin | yeah, I'm totally +1 with that:) | 15:26 |
ricolin | lol | 15:26 |
therve | Blocking my patch and not proposing the project-config patch is not cool | 15:26 |
ricolin | that's why I would like to make it a team's call to make it land first or not:) | 15:27 |
ramishra | I'll check with stevebaker tomorrow morning if he can unblock it then:) | 15:27 |
ricolin | ramishra thx | 15:27 |
ricolin | okey | 15:29 |
ricolin | #topic Open discussion | 15:29 |
*** openstack changes topic to "Open discussion (Meeting topic: heat)" | 15:29 | |
ricolin | therve ramishra I would like to know is this the basic define test we talk about in PTG? | 15:30 |
ricolin | #link https://review.openstack.org/#/c/454222/ | 15:30 |
therve | ricolin, What does "define test" mean? | 15:30 |
ricolin | therve we have agree about to give out a test list for refstack team for define if the environment contain `heat service` | 15:31 |
ricolin | in the list we agree about basic api tests (which rabit implemented) | 15:32 |
ricolin | and a basic sceniro test which use the basic core services(nova, cinder, neutron, etc) | 15:32 |
ricolin | so I write that test for team to make sure if that's what we talking about | 15:34 |
ricolin | as long as we can running all those test well in tempest command, I think refstack team is okey with it | 15:35 |
ricolin | guys, any idea? | 15:36 |
therve | I don't care | 15:36 |
ricolin | okey! | 15:37 |
ramishra | ricolin: I'll check, but I'm not very clear about the refstack team expectations | 15:38 |
ricolin | I think it's about to let them have something to propose to TC about making heat a core project | 15:38 |
ricolin | they actually don't might with the detail of tests as long as it's okey by heat | 15:39 |
ricolin | Any other topic to discuss this week?:) | 15:40 |
*** Rockyg has joined #openstack-meeting-5 | 15:42 | |
ricolin | I think we can end the meeting if no other topic this week:) | 15:42 |
ramishra | +1 | 15:43 |
ricolin | thanks all:) | 15:43 |
ricolin | #endmeeting | 15:43 |
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 15:43 | |
openstack | Meeting ended Wed Apr 12 15:43:10 2017 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:43 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/heat/2017/heat.2017-04-12-15.00.html | 15:43 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/heat/2017/heat.2017-04-12-15.00.txt | 15:43 |
openstack | Log: http://eavesdrop.openstack.org/meetings/heat/2017/heat.2017-04-12-15.00.log.html | 15:43 |
*** jasond has left #openstack-meeting-5 | 15:44 | |
*** rarcea has joined #openstack-meeting-5 | 15:54 | |
*** mnaser has left #openstack-meeting-5 | 15:56 | |
*** ralonsoh_ has joined #openstack-meeting-5 | 15:59 | |
*** therve has left #openstack-meeting-5 | 15:59 | |
*** ralonsoh has quit IRC | 16:01 | |
*** aarefiev is now known as aarefiev_afk | 16:06 | |
*** rarcea has quit IRC | 16:07 | |
*** ramishra has left #openstack-meeting-5 | 16:13 | |
*** rarcea has joined #openstack-meeting-5 | 16:20 | |
*** mnaser has joined #openstack-meeting-5 | 16:20 | |
*** mnaser has left #openstack-meeting-5 | 16:20 | |
*** zenirc369 has joined #openstack-meeting-5 | 16:28 | |
*** ricolin has quit IRC | 16:43 | |
*** rarcea has quit IRC | 16:47 | |
*** tongli has quit IRC | 16:52 | |
*** rarcea has joined #openstack-meeting-5 | 17:00 | |
*** ralonsoh_ has quit IRC | 17:36 | |
*** rarcea has quit IRC | 17:43 | |
*** krtaylor has quit IRC | 18:05 | |
*** krtaylor has joined #openstack-meeting-5 | 18:49 | |
*** iceyao has joined #openstack-meeting-5 | 19:01 | |
*** iceyao has quit IRC | 19:06 | |
*** zenirc369 has quit IRC | 19:17 | |
*** rarcea has joined #openstack-meeting-5 | 19:41 | |
*** rarcea has quit IRC | 20:37 | |
*** krtaylor has quit IRC | 21:32 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!