| *** rongze has quit IRC | 00:02 | |
| *** rnirmal has joined #openstack-meeting-alt | 00:04 | |
| *** jmontemayor has quit IRC | 00:04 | |
| *** ashaikh has quit IRC | 00:06 | |
| *** noslzzp has quit IRC | 00:06 | |
| *** sarob has quit IRC | 00:11 | |
| *** sarob has joined #openstack-meeting-alt | 00:11 | |
| *** ashaikh has joined #openstack-meeting-alt | 00:11 | |
| *** rnirmal has quit IRC | 00:15 | |
| *** kgriffs is now known as kgriffs_afk | 00:16 | |
| *** sarob has quit IRC | 00:16 | |
| *** esker has joined #openstack-meeting-alt | 00:27 | |
| *** brents has quit IRC | 00:27 | |
| *** ashaikh has quit IRC | 00:29 | |
| *** ashaikh has joined #openstack-meeting-alt | 00:30 | |
| *** esker has quit IRC | 00:31 | |
| *** devkulkarni has quit IRC | 00:32 | |
| *** brents has joined #openstack-meeting-alt | 00:36 | |
| *** ashaikh has quit IRC | 00:43 | |
| *** MarkAtwood has quit IRC | 00:44 | |
| *** sacharya has joined #openstack-meeting-alt | 00:45 | |
| *** ashaikh has joined #openstack-meeting-alt | 00:48 | |
| *** bill_az has quit IRC | 00:58 | |
| *** colinmcnamara has quit IRC | 01:00 | |
| *** colinmcn_ has quit IRC | 01:00 | |
| *** markwash has quit IRC | 01:03 | |
| *** yogesh has joined #openstack-meeting-alt | 01:03 | |
| *** IlyaE has quit IRC | 01:09 | |
| *** yogesh has quit IRC | 01:10 | |
| *** yogesh has joined #openstack-meeting-alt | 01:11 | |
| *** brents has quit IRC | 01:12 | |
| *** yogesh has quit IRC | 01:15 | |
| *** devkulkarni has joined #openstack-meeting-alt | 01:19 | |
| *** devkulkarni has quit IRC | 01:20 | |
| *** demorris has joined #openstack-meeting-alt | 01:21 | |
| *** flaper87 is now known as flaper87|afk | 01:22 | |
| *** sballe has quit IRC | 01:24 | |
| *** twoputt__ has quit IRC | 01:24 | |
| *** twoputt_ has quit IRC | 01:24 | |
| *** esker has joined #openstack-meeting-alt | 01:27 | |
| *** rongze has joined #openstack-meeting-alt | 01:28 | |
| *** amcrn has quit IRC | 01:29 | |
| *** esker has quit IRC | 01:32 | |
| *** rongze has quit IRC | 01:33 | |
| *** mozawa has joined #openstack-meeting-alt | 01:34 | |
| *** tanisdl has quit IRC | 01:35 | |
| *** nosnos has joined #openstack-meeting-alt | 01:36 | |
| *** gokrokve has joined #openstack-meeting-alt | 01:40 | |
| *** ashaikh has quit IRC | 01:43 | |
| *** flwang has quit IRC | 01:49 | |
| *** alazarev has quit IRC | 01:56 | |
| *** ashaikh has joined #openstack-meeting-alt | 02:01 | |
| *** boris-42 has quit IRC | 02:02 | |
| *** ashaikh has quit IRC | 02:04 | |
| *** bdpayne has quit IRC | 02:05 | |
| *** alazarev has joined #openstack-meeting-alt | 02:07 | |
| *** demorris has quit IRC | 02:10 | |
| *** markwash has joined #openstack-meeting-alt | 02:10 | |
| *** demorris has joined #openstack-meeting-alt | 02:10 | |
| *** openstack has joined #openstack-meeting-alt | 02:17 | |
| *** ChanServ sets mode: +o openstack | 02:17 | |
| *** esker has joined #openstack-meeting-alt | 02:27 | |
| *** esker has quit IRC | 02:32 | |
| *** alazarev has quit IRC | 02:32 | |
| *** esker has joined #openstack-meeting-alt | 02:34 | |
| *** jcooley_ has joined #openstack-meeting-alt | 02:35 | |
| *** esker has quit IRC | 02:35 | |
| *** esker has joined #openstack-meeting-alt | 02:36 | |
| *** yahongdu has quit IRC | 02:38 | |
| *** eankutse has joined #openstack-meeting-alt | 02:39 | |
| *** yahongdu has joined #openstack-meeting-alt | 02:39 | |
| *** RajeshMohan has quit IRC | 02:43 | |
| *** DennyZhang has joined #openstack-meeting-alt | 02:46 | |
| *** banix has joined #openstack-meeting-alt | 02:46 | |
| *** flwang has joined #openstack-meeting-alt | 02:50 | |
| *** rongze has joined #openstack-meeting-alt | 02:53 | |
| *** rongze_ has joined #openstack-meeting-alt | 02:55 | |
| *** rongze has quit IRC | 02:58 | |
| *** IlyaE has joined #openstack-meeting-alt | 03:00 | |
| *** yahongdu has quit IRC | 03:00 | |
| *** yahongdu has joined #openstack-meeting-alt | 03:03 | |
| *** HenryG has quit IRC | 03:11 | |
| *** jcooley_ has quit IRC | 03:17 | |
| *** markwash has quit IRC | 03:18 | |
| *** eankutse has quit IRC | 03:25 | |
| *** NehaV has joined #openstack-meeting-alt | 03:26 | |
| *** zhiyan has joined #openstack-meeting-alt | 03:28 | |
| *** resker has joined #openstack-meeting-alt | 03:33 | |
| *** banix has quit IRC | 03:33 | |
| *** esker has quit IRC | 03:35 | |
| *** banix has joined #openstack-meeting-alt | 03:37 | |
| *** IlyaE has quit IRC | 03:40 | |
| *** DennyZhang has quit IRC | 03:42 | |
| *** DennyZha` has joined #openstack-meeting-alt | 03:43 | |
| *** IlyaE has joined #openstack-meeting-alt | 03:43 | |
| *** sarob has joined #openstack-meeting-alt | 03:45 | |
| *** alazarev has joined #openstack-meeting-alt | 03:56 | |
| *** jjmb has joined #openstack-meeting-alt | 03:57 | |
| *** coolsvap has joined #openstack-meeting-alt | 04:15 | |
| *** banix has quit IRC | 04:26 | |
| *** MarkAtwood has joined #openstack-meeting-alt | 04:30 | |
| *** rongze_ has quit IRC | 04:35 | |
| *** rraja has joined #openstack-meeting-alt | 04:36 | |
| *** IlyaE has quit IRC | 04:36 | |
| *** IlyaE has joined #openstack-meeting-alt | 04:38 | |
| *** IlyaE has quit IRC | 04:40 | |
| *** markwash has joined #openstack-meeting-alt | 04:45 | |
| *** rraja has quit IRC | 04:51 | |
| *** amotoki has joined #openstack-meeting-alt | 04:53 | |
| *** sarob has quit IRC | 04:59 | |
| *** brents has joined #openstack-meeting-alt | 05:00 | |
| *** demorris has quit IRC | 05:02 | |
| *** amytron has joined #openstack-meeting-alt | 05:06 | |
| *** aratim has joined #openstack-meeting-alt | 05:13 | |
| *** aratim has quit IRC | 05:15 | |
| *** NehaV has quit IRC | 05:15 | |
| *** zhiyan has quit IRC | 05:19 | |
| *** DennyZha` has quit IRC | 05:24 | |
| *** sarob has joined #openstack-meeting-alt | 05:27 | |
| *** sarob has quit IRC | 05:28 | |
| *** yahongdu has quit IRC | 05:28 | |
| *** sarob has joined #openstack-meeting-alt | 05:28 | |
| *** sarob has quit IRC | 05:30 | |
| *** sarob has joined #openstack-meeting-alt | 05:32 | |
| *** sarob has quit IRC | 05:33 | |
| *** sarob has joined #openstack-meeting-alt | 05:34 | |
| *** yahongdu has joined #openstack-meeting-alt | 05:38 | |
| *** sarob has quit IRC | 05:39 | |
| *** brents has quit IRC | 05:46 | |
| *** IlyaE has joined #openstack-meeting-alt | 05:52 | |
| *** brents has joined #openstack-meeting-alt | 05:53 | |
| *** yamahata_ has quit IRC | 05:55 | |
| *** DennyZha` has joined #openstack-meeting-alt | 05:57 | |
| *** DennyZha` has quit IRC | 06:01 | |
| *** rraja has joined #openstack-meeting-alt | 06:05 | |
| *** noslzzp has joined #openstack-meeting-alt | 06:09 | |
| *** csaba|afk is now known as csaba | 06:20 | |
| *** bdpayne has joined #openstack-meeting-alt | 06:26 | |
| *** sacharya has quit IRC | 06:26 | |
| *** jjmb has quit IRC | 06:29 | |
| *** nadya has joined #openstack-meeting-alt | 06:29 | |
| *** nadya is now known as Guest1690 | 06:29 | |
| *** ashaikh has joined #openstack-meeting-alt | 06:30 | |
| *** Guest1690 has quit IRC | 06:34 | |
| *** jjmb has joined #openstack-meeting-alt | 06:38 | |
| *** brents has quit IRC | 06:41 | |
| *** gokrokve has quit IRC | 06:49 | |
| *** noslzzp has quit IRC | 06:52 | |
| *** rongze has joined #openstack-meeting-alt | 06:54 | |
| *** akuznetsov has quit IRC | 06:55 | |
| *** brents has joined #openstack-meeting-alt | 06:57 | |
| *** IlyaE has quit IRC | 06:59 | |
| *** IlyaE has joined #openstack-meeting-alt | 07:00 | |
| *** bdpayne has quit IRC | 07:02 | |
| *** ashaikh has quit IRC | 07:02 | |
| *** ashaikh has joined #openstack-meeting-alt | 07:04 | |
| *** jjmb has quit IRC | 07:09 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 07:12 | |
| *** amytron has quit IRC | 07:14 | |
| *** denis_makogon has joined #openstack-meeting-alt | 07:15 | |
| *** kmsWork_ has joined #openstack-meeting-alt | 07:17 | |
| *** kmsWork has quit IRC | 07:19 | |
| *** jjmb has joined #openstack-meeting-alt | 07:20 | |
| *** akuznetsov has joined #openstack-meeting-alt | 07:23 | |
| *** nati_ueno has quit IRC | 07:24 | |
| *** akuznetsov has quit IRC | 07:26 | |
| *** brents has quit IRC | 07:27 | |
| *** alazarev has quit IRC | 07:27 | |
| *** jcoufal has joined #openstack-meeting-alt | 07:30 | |
| *** gokrokve has joined #openstack-meeting-alt | 07:31 | |
| *** boris-42 has joined #openstack-meeting-alt | 07:35 | |
| *** gokrokve has quit IRC | 07:36 | |
| *** rraja has quit IRC | 07:36 | |
| *** SergeyLukjanov has quit IRC | 07:41 | |
| *** alazarev has joined #openstack-meeting-alt | 07:42 | |
| *** IlyaE has quit IRC | 07:43 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 07:48 | |
| *** IlyaE has joined #openstack-meeting-alt | 07:49 | |
| *** IlyaE has quit IRC | 07:56 | |
| *** lsmola has joined #openstack-meeting-alt | 07:57 | |
| *** flwang has quit IRC | 08:00 | |
| *** alazarev has quit IRC | 08:04 | |
| *** aratim has joined #openstack-meeting-alt | 08:04 | |
| *** flwang has joined #openstack-meeting-alt | 08:05 | |
| *** akuznetsov has joined #openstack-meeting-alt | 08:07 | |
| *** harlowja has quit IRC | 08:08 | |
| *** flaper87|afk is now known as flaper87 | 08:09 | |
| *** aratim has quit IRC | 08:10 | |
| *** ashaikh has quit IRC | 08:11 | |
| *** nati_ueno has joined #openstack-meeting-alt | 08:15 | |
| *** vipul is now known as vipul-away | 08:27 | |
| *** gokrokve has joined #openstack-meeting-alt | 08:32 | |
| *** gokrokve has quit IRC | 08:36 | |
| *** SergeyLukjanov has quit IRC | 08:36 | |
| *** vipul-away is now known as vipul | 08:37 | |
| *** SlickNik has quit IRC | 08:39 | |
| *** SlickNik has joined #openstack-meeting-alt | 08:39 | |
| *** denis_makogon has quit IRC | 08:47 | |
| *** MarkAtwood has quit IRC | 08:50 | |
| *** MarkAtwood has joined #openstack-meeting-alt | 08:52 | |
| *** MarkAtwood has quit IRC | 08:52 | |
| *** boris-42 has quit IRC | 08:57 | |
| *** nati_ueno has quit IRC | 08:57 | |
| *** ashaikh has joined #openstack-meeting-alt | 09:02 | |
| *** boris-42 has joined #openstack-meeting-alt | 09:16 | |
| *** yamahata_ has joined #openstack-meeting-alt | 09:16 | |
| *** flwang has quit IRC | 09:19 | |
| *** rraja has joined #openstack-meeting-alt | 09:19 | |
| *** nati_ueno has joined #openstack-meeting-alt | 09:22 | |
| *** flwang has joined #openstack-meeting-alt | 09:23 | |
| *** jtomasek has joined #openstack-meeting-alt | 09:27 | |
| *** inkerra has quit IRC | 09:29 | |
| *** rraja has quit IRC | 09:29 | |
| *** jcoufal has quit IRC | 09:30 | |
| *** bot-bot is now known as denis_makogon | 09:31 | |
| *** gokrokve has joined #openstack-meeting-alt | 09:33 | |
| *** mozawa has quit IRC | 09:35 | |
| *** jtomasek has quit IRC | 09:36 | |
| *** gokrokve_ has joined #openstack-meeting-alt | 09:36 | |
| *** skostiuchenko has quit IRC | 09:37 | |
| *** gokrokve has quit IRC | 09:37 | |
| *** flwang has quit IRC | 09:38 | |
| *** rossella_s has joined #openstack-meeting-alt | 09:40 | |
| *** rsblendido has joined #openstack-meeting-alt | 09:40 | |
| *** gokrokve_ has quit IRC | 09:41 | |
| *** rraja has joined #openstack-meeting-alt | 09:46 | |
| *** jtomasek has joined #openstack-meeting-alt | 09:50 | |
| *** ashaikh has quit IRC | 09:54 | |
| *** markmcclain has joined #openstack-meeting-alt | 09:54 | |
| *** jcoufal has joined #openstack-meeting-alt | 09:58 | |
| *** yamahata_ has quit IRC | 09:58 | |
| *** markmcclain has quit IRC | 09:59 | |
| *** sfineberg has quit IRC | 10:02 | |
| *** sfineberg has joined #openstack-meeting-alt | 10:04 | |
| *** jtomasek has quit IRC | 10:04 | |
| *** lsmola has quit IRC | 10:05 | |
| *** yahongdu has quit IRC | 10:05 | |
| *** nati_ueno has quit IRC | 10:06 | |
| *** yahongdu has joined #openstack-meeting-alt | 10:06 | |
| *** derekh has joined #openstack-meeting-alt | 10:13 | |
| *** lsmola has joined #openstack-meeting-alt | 10:17 | |
| *** jtomasek has joined #openstack-meeting-alt | 10:20 | |
| *** aignatov has joined #openstack-meeting-alt | 10:36 | |
| *** gokrokve has joined #openstack-meeting-alt | 10:37 | |
| *** gokrokve_ has joined #openstack-meeting-alt | 10:39 | |
| *** gokrokve has quit IRC | 10:41 | |
| *** gokrokve_ has quit IRC | 10:43 | |
| *** rraja has quit IRC | 10:45 | |
| *** boris-42 has quit IRC | 10:47 | |
| *** lsmola has quit IRC | 10:49 | |
| *** zhiyan has joined #openstack-meeting-alt | 10:51 | |
| *** rraja has joined #openstack-meeting-alt | 10:57 | |
| *** yamahata_ has joined #openstack-meeting-alt | 11:01 | |
| *** boris-42 has joined #openstack-meeting-alt | 11:02 | |
| *** lsmola has joined #openstack-meeting-alt | 11:02 | |
| *** coolsvap has quit IRC | 11:09 | |
| *** rongze has quit IRC | 11:12 | |
| *** jprovazn has joined #openstack-meeting-alt | 11:15 | |
| *** yamahata_ has quit IRC | 11:15 | |
| *** NikitaKonovalov has joined #openstack-meeting-alt | 11:19 | |
| *** zhiyan has quit IRC | 11:22 | |
| *** HenryG has joined #openstack-meeting-alt | 11:32 | |
| *** jcoufal has quit IRC | 11:36 | |
| *** gokrokve has joined #openstack-meeting-alt | 11:39 | |
| *** skostiuchenko has joined #openstack-meeting-alt | 11:40 | |
| *** gokrokve has quit IRC | 11:44 | |
| *** rongze has joined #openstack-meeting-alt | 11:57 | |
| *** rkukura has quit IRC | 11:58 | |
| *** rongze has quit IRC | 12:17 | |
| *** vkmc has joined #openstack-meeting-alt | 12:27 | |
| *** rongze has joined #openstack-meeting-alt | 12:35 | |
| *** gokrokve has joined #openstack-meeting-alt | 12:40 | |
| *** rongze_ has joined #openstack-meeting-alt | 12:41 | |
| *** rongze has quit IRC | 12:42 | |
| *** nosnos has quit IRC | 12:45 | |
| *** gokrokve has quit IRC | 12:45 | |
| *** yportnova has joined #openstack-meeting-alt | 12:56 | |
| *** aignatov has quit IRC | 12:57 | |
| *** aignatov_ has joined #openstack-meeting-alt | 12:57 | |
| *** pdmars has joined #openstack-meeting-alt | 13:01 | |
| *** aratim has joined #openstack-meeting-alt | 13:04 | |
| *** aratim has quit IRC | 13:07 | |
| *** pdmars has quit IRC | 13:10 | |
| *** resker has quit IRC | 13:10 | |
| *** esker has joined #openstack-meeting-alt | 13:10 | |
| *** flwang has joined #openstack-meeting-alt | 13:13 | |
| *** pdmars has joined #openstack-meeting-alt | 13:14 | |
| *** esker has quit IRC | 13:15 | |
| *** lsmola has quit IRC | 13:22 | |
| *** yamahata_ has joined #openstack-meeting-alt | 13:25 | |
| *** yamahata_ has quit IRC | 13:26 | |
| *** yamahata_ has joined #openstack-meeting-alt | 13:26 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 13:26 | |
| *** matrohon has quit IRC | 13:33 | |
| *** vkmc has quit IRC | 13:34 | |
| *** jdob has joined #openstack-meeting-alt | 13:35 | |
| *** noslzzp has joined #openstack-meeting-alt | 13:40 | |
| *** gokrokve has joined #openstack-meeting-alt | 13:41 | |
| *** gokrokve has quit IRC | 13:46 | |
| *** matrohon has joined #openstack-meeting-alt | 13:47 | |
| *** bugsduggan has joined #openstack-meeting-alt | 13:50 | |
| *** zhiyan has joined #openstack-meeting-alt | 13:55 | |
| *** dprince has joined #openstack-meeting-alt | 13:59 | |
| *** jecarey has joined #openstack-meeting-alt | 14:00 | |
| markwash | hello glance folks | 14:00 |
|---|---|---|
| rosmaita | hi mark (and folks) | 14:00 |
| markwash | obligatory highlighting: iccha flwang ameade zhiyan flaper87 esheffield nikhil__ | 14:01 |
| markwash | #startmeeting glance | 14:02 |
| flaper87 | o/ | 14:02 |
| openstack | Meeting started Thu Dec 5 14:02:00 2013 UTC and is due to finish in 60 minutes. The chair is markwash. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:02 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:02 |
| flaper87 | yo yo! | 14:02 |
| *** openstack changes topic to " (Meeting topic: glance)" | 14:02 | |
| openstack | The meeting name has been set to 'glance' | 14:02 |
| zhiyan | hi | 14:02 |
| markwash | #link https://etherpad.openstack.org/p/glance-team-meeting-agenda | 14:02 |
| markwash | meeting agenda ^^ | 14:02 |
| markwash | okay, I guess let's get rolling | 14:03 |
| *** jcoufal has joined #openstack-meeting-alt | 14:03 | |
| markwash | #topic project status meeting updates | 14:04 |
| *** openstack changes topic to "project status meeting updates (Meeting topic: glance)" | 14:04 | |
| markwash | Icehouse 1 has been cut | 14:04 |
| flaper87 | w0000t | 14:04 |
| markwash | thanks for all the last minute patches, bugfixes, reviews folks | 14:12 |
| *** yamahata_ has quit IRC | 14:12 | |
| zhiyan | thank you markwish | 14:12 |
| *** yamahata_ has joined #openstack-meeting-alt | 14:12 | |
| flaper87 | yeah, thank you all for being so helpful | 14:12 |
| *** julim has joined #openstack-meeting-alt | 14:12 | |
| markwash | if your blueprint got deferred from I-1, know that its just becuase we had such a short time between the summit and I-1 | 14:12 |
| iccha | o/ | 14:12 |
| markwash | and I-2 is ready for any spillover right now so let's keep at it | 14:12 |
| ameade | o/ | 14:12 |
| markwash | #link https://launchpad.net/glance/+milestone/icehouse-1 | 14:12 |
| markwash | not much else to report from the project meeting | 14:12 |
| markwash | I'm still waiting to hear about mordred's plan for staging major python glanceclient releases | 14:12 |
| markwash | unless I just missed the email | 14:12 |
| mordred | I promose. I'm going to write it soon | 14:12 |
| markwash | hopefully we should be able to start implementing said plan next week | 14:12 |
| mordred | I thought about it in my brainhole on the aeroplane | 14:12 |
| markwash | haha | 14:12 |
| markwash | that is a good place for thinking | 14:12 |
| markwash | #topic checking in with the review backlog | 14:12 |
| markwash | As you guys recall, we've been trying to reduce our review backlog to make reviews more manageable and increase our responsiveness | 14:12 |
| markwash | let's see how we've been doing | 14:12 |
| markwash | #link http://russellbryant.net/openstack-stats/glance-reviewers-30.txt | 14:12 |
| *** heyongli has joined #openstack-meeting-alt | 14:12 | |
| markwash | (you should skip to the bottom of that one) | 14:12 |
| markwash | #link http://www.russellbryant.net/openstack-stats/glance-openreviews.html | 14:12 |
| flwang | o/ | 14:12 |
| markwash | we're doing somewhat better | 14:12 |
| iccha | Queue growth in the last 30 days: -3 (-0.1/day) | 14:12 |
| markwash | hmm | 14:12 |
| *** ruhe has joined #openstack-meeting-alt | 14:12 | |
| ameade | how much of that is auto abandons? | 14:12 |
| *** openstack changes topic to "checking in with the review backlog (Meeting topic: glance)" | 14:12 | |
| *** gokrokve has joined #openstack-meeting-alt | 14:12 | |
| markwash | #link https://review.openstack.org/#/q/status:abandoned+project:%255Eopenstack.*glance.*+branch:master,n,z | 14:13 |
| markwash | so not much better then | 14:13 |
| iccha | but in lot of cases the committer has not gotten back to the reviewers comments | 14:14 |
| flwang | iccha: +1 | 14:14 |
| iccha | the cases we should worried about are where we neglected | 14:14 |
| ameade | yeah a number of these have +2s | 14:15 |
| markwash | I wanna do another plug for this shortcut/bookmark | 14:15 |
| markwash | #link https://review.openstack.org/#/q/status:open+project:%255Eopenstack.*glance.*+branch:master+label:CodeReview%253D2+-label:CodeReview%253D-1+-+label:CodeReview%253D-2+-label:Approved%253D1,n,z | 14:15 |
| flwang | ameade: yep, however, the owner didn't address the comments of -1 | 14:15 |
| iccha | +1 flwang | 14:16 |
| markwash | I call it "Needs one more" | 14:16 |
| ameade | https://review.openstack.org/#/c/37196/ | 14:16 |
| markwash | Its pretty low right now, which is great | 14:16 |
| markwash | I think its a good one to keep in mind, since it will improve our response time on things that already seem to be good enough to one of us | 14:16 |
| ttx | markwash: may I tag icehouse-1 now ? | 14:16 |
| iccha | thanks for identifying the patch ameade , now u can review it :p | 14:16 |
| flwang | ameade: it's abandoned by himself | 14:16 |
| * ttx hijacks meeting | 14:17 | |
| markwash | ameade: (ttx) are you happy with all your critical bugfixes being in? or is there still one missing? | 14:17 |
| *** rraja has quit IRC | 14:18 | |
| ttx | markwash: I see nothing targeted to i1 left | 14:18 |
| ameade | markwash: i think flwang and zhiyan wanted to talk about the image property quotas and the user experience | 14:18 |
| ameade | but everything is in | 14:18 |
| markwash | then ttx I think we're good | 14:18 |
| ttx | ameade: no big deal to tag a milestone where bugs survived anyway | 14:18 |
| *** mozawa has joined #openstack-meeting-alt | 14:18 | |
| flwang | ameade: thanks for mentioned that :D | 14:18 |
| *** eankutse has joined #openstack-meeting-alt | 14:18 | |
| markwash | just to close out the review status: It looks like we've stopped the queue from growing, but we've still got a lway to go. . | 14:19 |
| flwang | markwash: +1 | 14:20 |
| iccha | amen | 14:20 |
| markwash | I'd like to save some room today to talk about blueprint organization, see if there is anything we can do to improve on the current situation | 14:20 |
| markwash | but before that, let's do some semi-open discussion | 14:20 |
| markwash | #topic image property quotas | 14:21 |
| *** openstack changes topic to "image property quotas (Meeting topic: glance)" | 14:21 | |
| markwash | ameade, flwang, zhiyan: ^^ ? | 14:21 |
| flwang | markwash: i have a little bit concern about the scenarios that before we set the quota for properties, there are some existed quota exceeding images | 14:22 |
| *** venkatesh has joined #openstack-meeting-alt | 14:22 | |
| *** vponomaryov has joined #openstack-meeting-alt | 14:22 | |
| flwang | markwash: do you think it's ok or it should be take care by admin/deployer | 14:22 |
| rosmaita | flwang: that's a deployer's responsibility | 14:22 |
| markwash | hmm, we probably cannot address it with a migration at all | 14:23 |
| rosmaita | i think the default quotas are very large | 14:23 |
| ameade | just to be clear, it shouldn't break things if there are existing things over the quota | 14:23 |
| markwash | but one question I have, if the # of props exceeds the quota, can you at least remove properties? | 14:23 |
| ameade | any operations on an image must result in putting it backunder the quota | 14:23 |
| markwash | gotcha | 14:24 |
| ameade | markwash: so just removing 1 prop if you are 2 over will not work | 14:24 |
| flwang | and do we have any plan to add the quota for locations number? given the original goal of this bug is to avoid generating big load for the database | 14:24 |
| markwash | so you can remove N - Q properties | 14:24 |
| rosmaita | flwang: we should probably make a task to review other places where quotas should be applied | 14:25 |
| flwang | but you know, the location table has 'value' and 'metadata', two TEXT (64k) columns, but I didn't see we address it firstly | 14:25 |
| markwash | would it make any sense to have a "migration" that just logs if there are any images over the configured quota? that's a little silly I guess | 14:25 |
| flwang | rosmaita: yep, +1 | 14:25 |
| flwang | rosmaita: that's what I wanna highlight | 14:25 |
| *** mozawa has quit IRC | 14:25 | |
| ameade | flwang: makes a lot of sense | 14:25 |
| zhiyan | markwash: ameade currently we don't allow enduser remove N-Q props | 14:26 |
| rosmaita | flwang: good point, i just came across the ones we've got when working on something else, not from a systematic analysis | 14:26 |
| markwash | flwang: good catch | 14:26 |
| flwang | rosmaita: i just follow up your original point of the bug :) | 14:26 |
| markwash | seems like a great #action item :-) any volunteers? | 14:26 |
| markwash | flwang, you've already got some context here. . . | 14:27 |
| flwang | markwash: ok, I can take it | 14:27 |
| rosmaita | +1 | 14:27 |
| ameade | zhiyan: it should if the result of the transaction is under quota...or are you saying that doesnt work? | 14:27 |
| flwang | given ameade has done a lot of excellent work | 14:27 |
| markwash | #action flwang review the api for more items that should be under default quota/size restrictions and file bugs for anything that needs more work | 14:28 |
| flwang | markwash: yes, sir | 14:28 |
| markwash | flwang: thanks! | 14:28 |
| zhiyan | ameade: we can't remove the exceeded part | 14:29 |
| markwash | I think image sharing is next, is that you rosmaita? (as soon as we've tied up the last loose ends with quotas) | 14:29 |
| rosmaita | markwash: yes | 14:30 |
| markwash | okay, any last thoughts on quotas for today? | 14:30 |
| flwang | yes | 14:31 |
| ameade | zhiyan: I can dig into that later if youd like | 14:31 |
| *** rraja has joined #openstack-meeting-alt | 14:31 | |
| flwang | should we contact with keystone team to set the quota in keystone given that's the right way to do that | 14:31 |
| flwang | i'm not sure the status of the bp in keystone | 14:32 |
| markwash | there has been some discussion about that recently | 14:32 |
| flwang | anyone we can contact? | 14:32 |
| zhiyan | ameade: sure. (actually i have wrote it in my comments in your tag quota change) | 14:32 |
| *** markmcclain has joined #openstack-meeting-alt | 14:32 | |
| markwash | I'm not sure its the right way | 14:32 |
| markwash | 1) there has been some significant pushback | 14:32 |
| markwash | 2) the proposed mechanism is actually a push notification from keystone to us, IIRC | 14:32 |
| ameade | zhiyan: ah yes, it sounds like we are on the same page...so you are mostly concerned with it being a weird user experience? | 14:33 |
| flwang | markwash: got, then we can do that as we're doing now | 14:34 |
| markwash | flwang: yeah, I think its a good point to follow up on next meeting though, after the ML thread has mostly shaken down | 14:34 |
| * markwash looks for link | 14:34 | |
| flwang | until it's ready | 14:34 |
| *** lblanchard has joined #openstack-meeting-alt | 14:34 | |
| zhiyan | ameade: a little tbh, i think. | 14:35 |
| ameade | zhiyan: i totally agree, I could not figure out how to enforce it better with the current way the domain model works | 14:36 |
| markwash | flwang: ah looks like that topic is supposed to be discussed at next week's project meeting | 14:36 |
| ameade | zhiyan: it's kind of all or nothing unless we hit the db and check if the number of properties has decreased | 14:36 |
| flwang | markwash: ok, i can contact some keystone core to get more details | 14:36 |
| markwash | flwang: I think most of the details are linked from the ML thread | 14:37 |
| markwash | as a starting point | 14:37 |
| flwang | markwash: ok, will dive into the mail list :D | 14:37 |
| markwash | #link http://lists.openstack.org/pipermail/openstack-dev/2013-December/020799.html | 14:37 |
| markwash | ameade: I'd like to take a look at that, maybe there is time to refactor the domain a little bit to make that less awkward | 14:38 |
| flwang | cool,thx | 14:38 |
| markwash | lets move on for now | 14:38 |
| *** jdob has quit IRC | 14:38 | |
| markwash | #topic image sharing (rosmaita) | 14:38 |
| ameade | sounds good | 14:38 |
| *** openstack changes topic to "image sharing (rosmaita) (Meeting topic: glance)" | 14:38 | |
| rosmaita | i don't have much to say, just want to be in on writing the BP for image sharing enhancements, when whoever wants to work on it has time | 14:38 |
| * iccha making mental note to talk about more awkward stuff later | 14:39 | |
| *** bill_az has joined #openstack-meeting-alt | 14:39 | |
| rosmaita | so i was basically wondering if anyone was working on it yet | 14:39 |
| markwash | my guess is we need a little more direction there | 14:40 |
| rosmaita | ok, i can put something together to get discussion started for next meeting | 14:40 |
| *** eankutse has quit IRC | 14:40 | |
| markwash | I'm not sure we ended up with much of a plan, there were some unsolved problems in both the incremental and non-incremental approaches | 14:41 |
| flwang | markwash: yep, rosmaita, it would be nice if you can highlight some direction | 14:41 |
| *** eankutse has joined #openstack-meeting-alt | 14:41 | |
| bugsduggan | rosmaita: +1 | 14:41 |
| rosmaita | ok, you can action-item me | 14:41 |
| markwash | #action rosmaita schedule a discussion for future plans for image sharing improvments | 14:41 |
| flwang | rosmaita: I can support you if you need any help | 14:42 |
| rosmaita | flwang: thanks, i will let you know when i have something to look at | 14:42 |
| markwash | all right, next topic is blueprint organization | 14:42 |
| rosmaita | may not be before next meeting, though | 14:42 |
| markwash | any other image sharing thoughts ? | 14:42 |
| flwang | roamaita: sure, you can catch me easily :D | 14:43 |
| *** mjbright_ has joined #openstack-meeting-alt | 14:43 | |
| iccha | happy to participant in deisgn discussion | 14:43 |
| *** amotoki_ has joined #openstack-meeting-alt | 14:44 | |
| markwash | #topic blueprint organization | 14:44 |
| *** openstack changes topic to "blueprint organization (Meeting topic: glance)" | 14:44 | |
| markwash | #link https://blueprints.launchpad.net/glance | 14:44 |
| *** bill_az_ has joined #openstack-meeting-alt | 14:44 | |
| markwash | I think that link sort of speaks for itself in terms of a problem statement | 14:45 |
| *** bill_az has quit IRC | 14:45 | |
| markwash | there are 85 results in the list, mostly undefined | 14:45 |
| iccha | yes it does | 14:45 |
| markwash | *priority | 14:45 |
| markwash | I would love it if our blueprint system were something that helped clarify thinking about what we're working on, but honestly it mostly seems to confuse me | 14:46 |
| *** alcodemic has joined #openstack-meeting-alt | 14:46 | |
| markwash | I dunno if anyone here has had better luck with blueprints when working with another project? | 14:46 |
| *** NehaV has joined #openstack-meeting-alt | 14:46 | |
| *** demorris has joined #openstack-meeting-alt | 14:46 | |
| iccha | looking at other projects like https://blueprints.launchpad.net/cinder/+specs?memo=75&start=75 | 14:47 |
| iccha | all seem to have some undefined stuff | 14:47 |
| *** dmitryme has joined #openstack-meeting-alt | 14:48 | |
| *** dmitryme has left #openstack-meeting-alt | 14:48 | |
| iccha | maybe our step is to see what is there in our undefined and close out duplicates ? | 14:49 |
| *** sballe has joined #openstack-meeting-alt | 14:49 | |
| iccha | it is ok to have some undefined cause it can serve to be an idea dump place, but as and when blueprints get added we maybe discuss in our meetings next bps proposed for the week? | 14:49 |
| iccha | i am just giving random suggestions here | 14:49 |
| *** markmcclain has quit IRC | 14:49 | |
| *** mjbright_ has quit IRC | 14:49 | |
| markwash | random suggestions appreciated! | 14:50 |
| rosmaita | i think it's helpful when the BP has a full spec attached | 14:50 |
| rosmaita | with some use cases | 14:50 |
| *** ashwini has joined #openstack-meeting-alt | 14:50 | |
| iccha | and there are some which already have code submitted | 14:50 |
| iccha | https://blueprints.launchpad.net/glance/+spec/glance-cache+unittests | 14:50 |
| iccha | but are not approved | 14:50 |
| markwash | I'm trying to think if there is any way to set up a workflow there with bookmarks, sort of like dealing with the difficulties of reviews | 14:51 |
| flwang | iccha: yep, i think we should avoid this kind of stuff | 14:51 |
| *** jdob has joined #openstack-meeting-alt | 14:51 | |
| *** alcodemic has left #openstack-meeting-alt | 14:51 | |
| iccha | markwash: +1 on workflow | 14:52 |
| flwang | if the bp is not approved, we should poke it before reviewing | 14:52 |
| markwash | one thought that I keep coming back to, is it might help if we required patches to be linked to approved blueprints or accepted bugs. . but I think we're pretty far from being able to do that in an automatic fashion | 14:52 |
| iccha | maybe as reviewers it is our responsibility? | 14:52 |
| markwash | and by required, I mean, I would make a review bot that -1s anything that is not so linked | 14:52 |
| markwash | but that idea does have a number of problems I suppose | 14:53 |
| *** alcodemic has joined #openstack-meeting-alt | 14:53 | |
| markwash | for one, I don't really mind if people want to include a patchset to stand in for the spec for a blueprint | 14:53 |
| *** alcodemic has left #openstack-meeting-alt | 14:53 | |
| markwash | and for another, we get a lot of good stuff from bugfixes for bugs that never get triaged | 14:53 |
| markwash | (bug organization is another similar topic) | 14:54 |
| flwang | but bp is different from bug | 14:54 |
| iccha | sometimes i end up triaging after looking at patch :( | 14:54 |
| markwash | flwang: true | 14:54 |
| markwash | flwang: I guess I worry, if we required more from bp-linked changes than bug-linked changes, folks would just register enhancements as bugs | 14:55 |
| flwang | iccha: good point, i will follow | 14:55 |
| *** aostapenko_alt has joined #openstack-meeting-alt | 14:55 | |
| markwash | but maybe that is not a big concern | 14:55 |
| flwang | any open discussion stage today? | 14:56 |
| *** jcoufal has quit IRC | 14:56 | |
| markwash | anyone interested in following up on this topic next week or a bit later? It might benefit from some solo thinking | 14:56 |
| markwash | flwang: sure | 14:56 |
| rosmaita | +1 | 14:56 |
| markwash | #topic open discussion | 14:56 |
| *** openstack changes topic to "open discussion (Meeting topic: glance)" | 14:56 | |
| iccha | e too | 14:56 |
| iccha | *me | 14:56 |
| ashwini | trying to get details on locations etc for the glance mini summit in DC area markwash | 14:56 |
| flwang | markwash: i'm thinking the impact of container technology for Glance | 14:57 |
| markwash | ashwini: thanks! let me know any updates or if there is anything you need from me | 14:57 |
| rosmaita | flwang: tell us more | 14:57 |
| *** katyafervent has quit IRC | 14:57 | |
| markwash | flwang: interesting topic for sure :-) | 14:57 |
| *** kdurazzo has joined #openstack-meeting-alt | 14:57 | |
| ashwini | markwash: will do, we should probably have a quick phone call on it so hash out some other details | 14:57 |
| ameade | so one thing i was trying to get at earlier with reviews, can we do anything to help patch submitters with these patches that go abandoned? | 14:57 |
| ameade | i think it's a cop out to just say it's on them and ignore the issue | 14:58 |
| markwash | ameade: I agree. it should be easy to mine the gerrit history for patches that were abandoned with no reviews | 14:58 |
| markwash | we could go through and resubmit ones that seem valuable | 14:58 |
| *** vbellur has joined #openstack-meeting-alt | 14:59 | |
| markwash | ashwini: sure, sometime today? or is that too soon? | 14:59 |
| *** gregsfortytwo1 has joined #openstack-meeting-alt | 14:59 | |
| flwang | such as docker, it will consumer image directly instead of using Glance for now | 14:59 |
| markwash | s/resubmit/restore/ | 14:59 |
| iccha | thats what i do sometimes, i go to abandoned aotches and say i apoligize that they got ignored and request reviewwer to restore them | 14:59 |
| ameade | markwash: can you think of something we can do to help in the long run? i'm sure this is also something other project deal with | 14:59 |
| *** akerr has joined #openstack-meeting-alt | 14:59 | |
| flwang | so given container/docker is so hot, i'm wondering if we should do some investigation to embrace it from the glance POV | 14:59 |
| ameade | maybe the auto-abandon system is flawed | 14:59 |
| ashwini | markwash: today is fine with me, my afternoon is mostly open | 15:00 |
| *** achirko has joined #openstack-meeting-alt | 15:00 | |
| flwang | given it's the next big star | 15:00 |
| markwash | ameade: the thing we really need is to get our review queue down if at all possible | 15:00 |
| iccha | flwang: sounds like interesting idea | 15:00 |
| *** bswartz has joined #openstack-meeting-alt | 15:00 | |
| markwash | flwang: I'm interested in that. . especially what kinds of changes we might need to make. . it would be really good to see ways in which we are specific to vms right now that we could generalize | 15:00 |
| flwang | maybe the future | 15:00 |
| markwash | or if there are other changes that make sense | 15:01 |
| ameade | markwash: yeah that would solve future problems | 15:01 |
| flwang | markwash: exactly | 15:01 |
| *** caitlin56 has joined #openstack-meeting-alt | 15:01 | |
| ameade | markwash: i'll take an action item to look through old reviews | 15:01 |
| markwash | ameade: ah yes, but you're right, the problems of the past need our attention | 15:01 |
| flwang | markwash: for now, we are targeting VM, but container is target to application | 15:01 |
| *** vbellur has left #openstack-meeting-alt | 15:01 | |
| flwang | so maybe we should adjust our mission/goal to do some change | 15:01 |
| iccha | markwash: also not sure if i made it clear will take action item on blueprint process | 15:01 |
| *** kgriffs_afk is now known as kgriffs | 15:02 | |
| *** glenng has joined #openstack-meeting-alt | 15:02 | |
| markwash | hmm, we might need to vacate | 15:02 |
| markwash | it is past time | 15:02 |
| markwash | thanks everybody! | 15:02 |
| bugsduggan | \o | 15:02 |
| markwash | #endmeeting | 15:02 |
| bswartz | thanks markwash | 15:02 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 15:02 | |
| iccha | cya | 15:02 |
| openstack | Meeting ended Thu Dec 5 15:02:34 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:02 |
| *** Dinny_ has joined #openstack-meeting-alt | 15:02 | |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/glance/2013/glance.2013-12-05-14.02.html | 15:02 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/glance/2013/glance.2013-12-05-14.02.txt | 15:02 |
| *** vbellur has joined #openstack-meeting-alt | 15:02 | |
| openstack | Log: http://eavesdrop.openstack.org/meetings/glance/2013/glance.2013-12-05-14.02.log.html | 15:02 |
| *** bugsduggan has left #openstack-meeting-alt | 15:02 | |
| bswartz | #startmeeting manila | 15:03 |
| openstack | Meeting started Thu Dec 5 15:03:00 2013 UTC and is due to finish in 60 minutes. The chair is bswartz. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:03 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:03 |
| *** openstack changes topic to " (Meeting topic: manila)" | 15:03 | |
| openstack | The meeting name has been set to 'manila' | 15:03 |
| *** ashwini has left #openstack-meeting-alt | 15:03 | |
| aostapenko_alt | Hi all! | 15:03 |
| bswartz | hello | 15:03 |
| akerr | hello | 15:03 |
| achirko | hi | 15:03 |
| Dinny_ | hi | 15:03 |
| bill_az_ | Hi | 15:03 |
| vponomaryov | hi | 15:03 |
| kdurazzo | hi | 15:03 |
| yportnova | hi | 15:03 |
| bswartz | cool we have a lot of people | 15:03 |
| gregsfortytwo1 | hi | 15:03 |
| bswartz | unfortunately I'm not as prepared as I should be | 15:03 |
| bswartz | heh | 15:03 |
| bswartz | #link https://wiki.openstack.org/wiki/ManilaMeetings | 15:04 |
| rraja | hi | 15:04 |
| vbellur | hi | 15:04 |
| bswartz | so it looks like I setup the agenda already | 15:04 |
| *** caitlin56 has quit IRC | 15:04 | |
| bill_az_ | bswartz: before we get started, I want to introduce Marc Eshel. | 15:04 |
| bill_az_ | He will be working with me on IBM/GPFS Manila drivers. | 15:04 |
| *** anands has joined #openstack-meeting-alt | 15:05 | |
| bswartz | bill_az_: does he have a IRC handle? | 15:05 |
| bill_az_ | Marc has years of experience with NFS, in particular with open source ganesha project | 15:05 |
| bswartz | ah, excellent | 15:05 |
| bill_az_ | His handle is eshel - but I don't think he's on just yet | 15:05 |
| csaba | hi | 15:05 |
| bswartz | eshel: welcome! | 15:05 |
| *** caitlin56 has joined #openstack-meeting-alt | 15:05 | |
| anands | Hi guys | 15:05 |
| caitlin56 | hi | 15:06 |
| anands | Vijay Bellur is not able to make today's meeting, I will be filling in from the redhat folks | 15:06 |
| bswartz | okay so bill_az_ and vbellur and I were supposed to get together to discuss gateway-mediated attachements | 15:06 |
| *** prasadv has joined #openstack-meeting-alt | 15:06 | |
| bswartz | anands: thank you | 15:06 |
| *** xyang1 has joined #openstack-meeting-alt | 15:06 | |
| bswartz | what I would really like is for someone to volunteer to prototype a gateway-mediated attachment scheme | 15:07 |
| bswartz | I could do it if I had like 100x more spare time | 15:07 |
| *** mjbright_ has joined #openstack-meeting-alt | 15:07 | |
| *** heyongli has quit IRC | 15:07 | |
| bswartz | I'm interested in NFS-over-vsock and I'm also interested in VirtFS | 15:07 |
| anands | bswartz: Worked with vbellur, ramana etc. we have a draft of the architecture for hyperv-mediated model for multi-tenancy - we can discuss when others are ready - https://wiki.openstack.org/wiki/Manila_Networking/Hypervisor_mediated#References: | 15:08 |
| bswartz | I guess I can offer a brief background for people not familiar with the issue | 15:08 |
| bswartz | Manila is going to need 2 different mechanisms for attaching guests to shared storage: | 15:09 |
| eshel | hi I am on, I was on the manila tab | 15:09 |
| bswartz | 1) For backends that support it, manila will create virtual servers on the backends and conenct them directly to the tenant network so guests can use native protocols to talk directly to the backends. This mostly includes hardware backends with features like NetApp vservers -- I know that Nexenta has a comparable feature, and I think EMC has a comparable feature too | 15:10 |
| *** vbellur has quit IRC | 15:11 | |
| bswartz | 2) For backends that only understand how to serve data to one network segment, manila will provide virtualized access to the shared storage with a bridge of some kind at the hybervisor. Possible bridges including things like VirtFS, or NFS gateways layered on top of a clustered filesystem | 15:11 |
| bswartz | eshel: hi | 15:11 |
| bswartz | we are making good progress on (1), but we need to do some prototyping for (2) | 15:12 |
| anands | We are ready to do that if everyone agrees to the arch outlined in the wiki link for (2) | 15:12 |
| bswartz | vbellur, bill_az, and I have volunteered to run a separate working group to work on (2), so please contact us if you want to be included | 15:12 |
| bswartz | however we haven't actually started up that working group yet due to the US holidays | 15:13 |
| *** tsufiev has joined #openstack-meeting-alt | 15:13 | |
| bswartz | bill_az I'll contact you offline | 15:14 |
| bill_az_ | bswartz: the description in Hypervisor Mediated storage link is similar to what we are thinking | 15:14 |
| bswartz | anands: let vbellur know that we need to connect | 15:14 |
| bill_az_ | we'd like to be included in discussions of that | 15:14 |
| anands | bswartz: sure, was working with him all along wrt the wiki arch | 15:14 |
| gregsfortytwo1 | anands: what drove you to a per-hypervisor instead of per-tenant ganesha instance? | 15:14 |
| bswartz | okay cool | 15:14 |
| anands | gregsfortytwo1: we thought a single ganesha on the hypervisor could scale well enough, per-tenant approach seemed like an overkill | 15:15 |
| *** NikitaKonovalov has quit IRC | 15:15 | |
| bswartz | anands: what's the benefit of ganesha over nfs-kernel-server? | 15:15 |
| vponomaryov | bswartz: userspace nfs | 15:16 |
| gregsfortytwo1 | bswartz: note the listing of FSALs it already supports? :) | 15:16 |
| bswartz | I know it's in userspace, but that shouldn't matter in the context of a hypervisor | 15:16 |
| anands | bswartz: its a user-space nfs server implementation, can scale up based on its cache-inode layer which can grow arbitrarily large, a crash will not necessarily reboot your hypervisor ;) | 15:16 |
| *** yamahata_ has quit IRC | 15:17 | |
| gregsfortytwo1 | anands: hrm, that makes sense, just thinking that per-tenant would have better cache properties | 15:17 |
| *** yamahata_ has joined #openstack-meeting-alt | 15:17 | |
| bswartz | anands: oh I wasn't aware of these FSALs | 15:17 |
| anands | gregsfortytwo1: :) | 15:17 |
| bswartz | I need to read up on ganesha it would seem | 15:17 |
| gregsfortytwo1 | and would make it easier to move to a model where we don't rely on the nfs server for doing all the security | 15:17 |
| *** amytron has joined #openstack-meeting-alt | 15:17 | |
| bswartz | hold on there about security | 15:17 |
| bswartz | security is one of the thorniest problems with shared filesystems | 15:18 |
| gregsfortytwo1 | sorry, that comment was about a per-tenant versus per-hypervisor model | 15:18 |
| anands | the wiki also refers to some of the security aspects, we could take that topic up separately I guess | 15:18 |
| anands | gregsfortytwo1: ah ok | 15:18 |
| bswartz | My personal feeling is that in the hypervisor mediated model, security is actually a lot simpler, because we can rely on the hypervisor and the gateway to enforce it | 15:18 |
| bswartz | the backend doesn't need to do anything | 15:19 |
| anands | bswartz: yes true, but if we further want more fine grained access control we have a way to enforce | 15:19 |
| bswartz | I would actually prefer to make the tunneling procotol something stupid like NFSv3 with UNIX security (aka No Fscking Security) | 15:19 |
| caitlin56 | tenant network mediated offers truer security. hypervisor mediated requires the storage admin to trust the hypervisors. | 15:20 |
| anands | um...sure, we could think on those lines | 15:20 |
| gregsfortytwo1 | why prefer that security model? | 15:20 |
| caitlin56 | Not that this makes hypervisor mediated totally invalid, but that is one of its limitations. | 15:20 |
| bswartz | so with any kind of mediated access -- the point is that the mediator limits the tenants view to a subset of the actual backend filesystems | 15:21 |
| bswartz | however, within that subset the tenant should be able to do whatever he wants | 15:21 |
| bswartz | because tenants are all "root" within their guest OSes | 15:21 |
| anands | yes | 15:21 |
| bswartz | now if tenants want to further subdivide access to multiple non-root users within their guests, that's their business | 15:22 |
| caitlin56 | bswartz: with the vlan method i can configure my file server to squash root. | 15:22 |
| *** NikitaKonovalov has joined #openstack-meeting-alt | 15:23 | |
| caitlin56 | But to be clear, I think both models are valid. | 15:23 |
| *** sacharya has joined #openstack-meeting-alt | 15:23 | |
| bswartz | caitlin56: I would argue that squashing root is unneeded -- indeed many users may want root access to their shared filesystem | 15:23 |
| bswartz | the security model needs to be about which filesystems you can see, or which parts of a larger filesystem you can see -- all of that is implemented at layers above the actual file-sharing procotol | 15:24 |
| caitlin56 | If hypervisor mediation is acceptable then you do not need root squashing, agreed. | 15:24 |
| *** betsy has quit IRC | 15:24 | |
| *** alazarev has joined #openstack-meeting-alt | 15:25 | |
| bswartz | okay so we can talk and talk about this, but I don't want to take up the whole meeting | 15:25 |
| bswartz | as I said before, we'll form a working group to drive this to the prototype stage, then we'll present it and solicit feedback | 15:25 |
| bswartz | #topic dev status | 15:26 |
| *** openstack changes topic to "dev status (Meeting topic: manila)" | 15:26 | |
| *** devlaps has joined #openstack-meeting-alt | 15:26 | |
| bswartz | the more critical tasks are to continue driving method (1) to completion, so we can demonstate a fully working multitenant implementation | 15:26 |
| caitlin56 | Nexenta has some interest in this, but resources for hypervisor-mediation would probably be unavailable for at least 2 months. | 15:26 |
| bswartz | we're a lot closer on (1) than we are on (2) | 15:27 |
| bswartz | btw I've seen a lot of changes go into gerrit and they're awaiting review | 15:27 |
| *** jergerber has joined #openstack-meeting-alt | 15:27 | |
| eshel | are we developing all 4 options? | 15:27 |
| bswartz | I'm behind on reviewing and could use whatever help I can get | 15:27 |
| bswartz | eshel: sort of | 15:28 |
| * caitlin56 will do some reviewing this week. | 15:28 | |
| csaba | bswartz: https://review.openstack.org/59124, we are looking for getting reviews | 15:28 |
| bswartz | eshel: mentally I've collapsing all the mediated methods down to one method with flavors | 15:28 |
| csaba | (glusterfs driver resubmitted along lines that we last discussed) | 15:28 |
| bswartz | eshel: and the flat network model is just a degenerate case of (1) | 15:29 |
| bswartz | csaba: yes I saw it -- I apologize to everyone waiting for reviews, I've been busy since the holidays | 15:29 |
| eshel | but to get approval we need them all to be implemented? | 15:30 |
| bswartz | I will be out of town this afternoon and tomorrow in Westford MA | 15:30 |
| bill_az_ | bswartz: csaba I'll take a look at gluster driver today and comment | 15:30 |
| bswartz | eshel: no! the intent is that any given backend only needs to implement 1 | 15:30 |
| bswartz | I'll try to get some reviewing done in my downtime while travelling | 15:31 |
| csaba | bill_az_: kthx | 15:31 |
| bill_az_ | eshel: the question about approval is regarding getting into incubation status? | 15:31 |
| anands | bill_az_: thx, look forward to your comments | 15:31 |
| bswartz | yportnova/vponomaryov: do you want to let the group know what's new this week for you end? | 15:32 |
| eshel | so is multi tenants is a requerment? | 15:33 |
| bill_az_ | bswartz: is support for multiple backends implemented? I dont find it | 15:33 |
| *** NehaV1 has joined #openstack-meeting-alt | 15:33 | |
| vponomaryov | network api commit were released | 15:34 |
| bswartz | eshel: not right now -- I'm happy to have single tenant drivers until we get the major multitenant work done | 15:34 |
| yportnova | bswartz: we are working on implementation of this bp https://blueprints.launchpad.net/manila/+spec/join-tenant-network | 15:34 |
| bswartz | bill_az_: it should mostly be there -- I wouldn't be shocked if there are bug though -- it's not something we've done testing on | 15:34 |
| vponomaryov | https://review.openstack.org/#/c/60241/ - service | 15:34 |
| vponomaryov | https://review.openstack.org/#/c/59466/ - client | 15:34 |
| *** IlyaE has joined #openstack-meeting-alt | 15:34 | |
| *** devkulkarni has joined #openstack-meeting-alt | 15:35 | |
| bswartz | anyone with review bandwidth: https://review.openstack.org/#/q/status:open+manila,n,z | 15:35 |
| *** NehaV has quit IRC | 15:35 | |
| csaba | just to tell, aostapenko_alt 's ?' failed | 15:36 |
| *** banix has joined #openstack-meeting-alt | 15:36 | |
| bswartz | csaba: ? | 15:36 |
| csaba | commit https://review.openstack.org/#/c/59082/ | 15:36 |
| csaba | -- sorry bogus newline -- | 15:36 |
| csaba | caused a bit hiccup | 15:36 |
| bswartz | okay | 15:37 |
| csaba | as migration was provided for schema change but the manage.py script is not provideed | 15:37 |
| bswartz | and version of the NetApp driver w/ multitenant support is coming along -- I'm hoping it will be upstream soon | 15:37 |
| csaba | I resolved it on my end so I can volunteer to sumbit a usable manage.py | 15:37 |
| bswartz | the NetApp driver will probably serve as a reference driver for other hardware vendors because I expect the generic driver to actually be fairly complex | 15:38 |
| bswartz | although both will be available during icehouse | 15:38 |
| bswartz | if there are folks out there trying to work on backends and getting stuck, please reach out to me | 15:39 |
| eshel | where are the requierments for multitenant support documented | 15:39 |
| bswartz | I want to know what we can do better (other than speeding up our current work) | 15:39 |
| vponomaryov | csaba: if you found a bug, please post in launchpad, I have tested share metadata on lvm | 15:39 |
| bswartz | eshel: they're not -- it's all being coded up last month and this month | 15:39 |
| bswartz | eshel: developer docs / backend docs are something we know we need | 15:40 |
| aostapenko_alt | csaba: you can manage migrations by 'manila-manage db' commands | 15:40 |
| bswartz | #topic open discussion | 15:41 |
| *** openstack changes topic to "open discussion (Meeting topic: manila)" | 15:41 | |
| csaba | aostapenko_alt: thanks I did not now, just worked my way through migration with googling... | 15:41 |
| vponomaryov | aostapenko_alt: yes, there is need to sync db | 15:41 |
| bswartz | I don't have anything else on my agenda | 15:41 |
| bill_az_ | general question - let's say I have created a share and given access to several vm instances | 15:42 |
| *** kgriffs is now known as kgriffs_afk | 15:42 | |
| bill_az_ | is there (or is there planned) an automated way to mount the share on several instances automatically? | 15:42 |
| bill_az_ | I can envision how this can be done w/ user data when booting a new instance | 15:43 |
| bswartz | bill_az_: yes I consider that a desirable feature to have inside manila | 15:43 |
| *** sacharya has quit IRC | 15:43 | |
| bill_az_ | but not sure about instances that are already running | 15:43 |
| caitlin56 | It shoulb be just as automatable as it is without virtualization. | 15:43 |
| *** sarob has joined #openstack-meeting-alt | 15:43 | |
| bswartz | bill_az_: however it's not on the critical path to getting the service working | 15:43 |
| anands | caitlin56: yes, agree | 15:44 |
| bill_az_ | caitlin56: true - my question is whether we have ideas on how to do that | 15:44 |
| bswartz | I want to consider offering agents that can be installed on guests to automate the mount process -- we need to standardize a protocol so manila can at least try to automate the mount | 15:44 |
| bill_az_ | bswartz: I agree it's not highest priority | 15:44 |
| *** allyn has joined #openstack-meeting-alt | 15:44 | |
| caitlin56 | bill_az: why not keep the mechanisms that work? | 15:44 |
| *** flwang has quit IRC | 15:44 | |
| bswartz | whether the agent is a boot time only thing or is always running -- perhaps we offer both | 15:45 |
| caitlin56 | If you belong to a tenant network, you mount your file shares on that network the same way you would have done on a corporate intranet. | 15:45 |
| bswartz | and interfacing with cloud_init seems like an obvious starting point | 15:45 |
| *** flwang has joined #openstack-meeting-alt | 15:45 | |
| bswartz | the key is that whatever we do it will be optional for tenants | 15:45 |
| caitlin56 | the tenant shouldn't be able to tell them apart. | 15:45 |
| bswartz | if that's all for today I'll see you next week | 15:47 |
| kdurazzo | the automation point actually lends itself well to the hypervisor model | 15:47 |
| kdurazzo | instead of per tenant | 15:47 |
| bswartz | kdurazzo: perhaps | 15:47 |
| caitlin56 | kdurazzo: why? | 15:48 |
| bswartz | kdurazzo: I'd like to see some prototypes here -- it's something that can be worked on in parallel by whoever is interested | 15:48 |
| kdurazzo | the HV could handle the init upon bringup | 15:48 |
| caitlin56 | the tenant network approach can look *exactly* like the corporate intranet. client machines know how to deal with that. | 15:48 |
| kdurazzo | ok | 15:48 |
| kdurazzo | the ok was for bswartz :-) | 15:49 |
| caitlin56 | the limitation on tenant-network method is that it is harder on the storage servers, which have to offer vritualized interfaces. But it is definitely simpler for the clients. | 15:49 |
| bill_az_ | bswartz: +1 on cloud-init | 15:49 |
| kdurazzo | we should probably discuss that more, I am not sure it is *simpler*, would like to understand your point on that | 15:49 |
| Dinny_ | bswartz : what is cloud_init you refer here? I could not follow that | 15:50 |
| caitlin56 | kdurazzo: with a proper dhcp-agent the network-mediated approach can leave the guest os with the illusion that they are on a corporate network. | 15:50 |
| *** NikitaKonovalov has quit IRC | 15:51 | |
| bswartz | Dinny_: https://help.ubuntu.com/community/CloudInit | 15:51 |
| kdurazzo | caitlin56: I believe the same could be accomplished with the HV init approach as well | 15:51 |
| caitlin56 | kdurazzo: I posted one comment on this to the blueprint, the current dhcp-agent does not do as much as many corporate intranet DHCP servers do. That is the only gap. | 15:51 |
| Dinny_ | bswartz: thanks for the link :) | 15:51 |
| kdurazzo | caitlin56: will look at your comments and review the BP again | 15:51 |
| caitlin56 | kdurazzo: that depends on whether the hypervisor-mediated is using a virtFS or is transparently proxying NAS services. | 15:52 |
| caitlin56 | virtfs is a great solution, but guest OSs don't support it today. | 15:52 |
| bswartz | caitlin56: I fear the proxying won't ever by transparent in the mediated approaches -- that's not the intent | 15:53 |
| bswartz | s/by/be/ | 15:53 |
| caitlin56 | transparent proxying is indeed complex to set up. | 15:53 |
| gregsfortytwo1 | anands: just looked at it again because of caitlin56's comments and noticed the draft doesn't specify how clients will connect to the local ganesha server; what are your plans for plumbing that? | 15:54 |
| bswartz | the intent of the mediated approaches is to provide a filesystem to the tenant, where the tenant's view of the filesystem is whatever the gateway wants it to be, and it independent of the real backend filesystem | 15:54 |
| *** SergeyLukjanov has quit IRC | 15:54 | |
| *** sc68cal has joined #openstack-meeting-alt | 15:54 | |
| bswartz | indeed the real backend filesystem should be unknown to the tenant when a mediated approach is used | 15:54 |
| anands | gregsfortytwo1: there are some details to be ironed out completely; main idea is that sub-dirs can be exported as tenant shares - each directly mountable by a tenant | 15:55 |
| caitlin56 | bswartz: isn't the simplest way to do hypervisor mediated to require the tenant to install a virtfs library? | 15:55 |
| bswartz | caitlin56: that's one approach, but we need to be more flexible | 15:55 |
| caitlin56 | bswartz: agreed, because existingVMs cannot use a library. | 15:56 |
| bswartz | caitlin56: until somone writes a virtfs library for windows that's not an option for some users | 15:56 |
| gregsfortytwo1 | anands: right, but it'll still need to do the network plumbing somehow (I'm not sure what the options are when it's all on one machine) | 15:56 |
| bswartz | okay so before we dive back down the mediated multitenany rathole I'm going to end the meeting | 15:57 |
| anands | gregsfortytwo1: vsock interface is something vbellur has mentioned, can sync up with him and get back on that. Maybe the answer? | 15:57 |
| caitlin56 | Effectively "hypervisor mediated with proxy" is the same as "network mediated" -- with the difference of where the "proxying" is done. | 15:57 |
| caitlin56 | With "network mediated" the "proxying" is done of the storage server itself. | 15:57 |
| bswartz | please feel free to continue the discussion in #openstack-manila | 15:57 |
| gregsfortytwo1 | k, just curious | 15:57 |
| bswartz | I'll be over there | 15:57 |
| bswartz | #endmeeting | 15:57 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 15:57 | |
| openstack | Meeting ended Thu Dec 5 15:57:53 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:57 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/manila/2013/manila.2013-12-05-15.03.html | 15:57 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/manila/2013/manila.2013-12-05-15.03.txt | 15:57 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/manila/2013/manila.2013-12-05-15.03.log.html | 15:57 |
| *** glenng has left #openstack-meeting-alt | 15:58 | |
| *** caitlin56 has left #openstack-meeting-alt | 15:58 | |
| *** akerr has left #openstack-meeting-alt | 15:58 | |
| *** jcooley_ has joined #openstack-meeting-alt | 15:58 | |
| *** achirko has left #openstack-meeting-alt | 15:58 | |
| *** anands has left #openstack-meeting-alt | 15:58 | |
| kdurazzo | #quit | 15:58 |
| *** kdurazzo has quit IRC | 15:58 | |
| *** s3wong has joined #openstack-meeting-alt | 15:58 | |
| *** jprovazn has quit IRC | 15:58 | |
| *** michsmit has joined #openstack-meeting-alt | 15:59 | |
| *** gregsfortytwo1 has left #openstack-meeting-alt | 15:59 | |
| *** jcooley_ has quit IRC | 15:59 | |
| mestery | Hi | 16:00 |
| banix | Hi everybody | 16:00 |
| mestery | Hi banix | 16:00 |
| mestery | #startmeeting networking_policy | 16:00 |
| openstack | Meeting started Thu Dec 5 16:00:24 2013 UTC and is due to finish in 60 minutes. The chair is mestery. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
| *** openstack changes topic to " (Meeting topic: networking_policy)" | 16:00 | |
| openstack | The meeting name has been set to 'networking_policy' | 16:00 |
| *** SumitNaiksatam has joined #openstack-meeting-alt | 16:00 | |
| mestery | #link https://wiki.openstack.org/wiki/Meetings/Neutron_Group_Policy Agenda | 16:00 |
| s3wong | Hello | 16:00 |
| SumitNaiksatam | hi! | 16:00 |
| *** pballand has joined #openstack-meeting-alt | 16:00 | |
| mestery | #topic Action Items from last week | 16:00 |
| *** openstack changes topic to "Action Items from last week (Meeting topic: networking_policy)" | 16:00 | |
| *** alagalah has joined #openstack-meeting-alt | 16:01 | |
| mestery | I guess it's from two weeks ago. :) | 16:01 |
| alagalah | Hi | 16:01 |
| mestery | First one: banix and michsmit | 16:01 |
| *** rraja is now known as rraja|afk | 16:01 | |
| mestery | Any progress on fleshing things out on abojects and attributes? | 16:01 |
| banix | I added a few tables to the doc describing the attributes of new objects | 16:01 |
| mestery | banix: Near the end of the doc, right? | 16:02 |
| ywu | ehllo | 16:02 |
| *** aignatov_ has quit IRC | 16:02 | |
| banix | Have you guys had a chance to have a look: https://docs.google.com/document/d/1ZbOFxAoibZbJmDWx1oOrOsDcov6Cuom5aaBIrupCD9E/edit# | 16:02 |
| banix | mestery: yes | 16:02 |
| mestery | #link https://docs.google.com/document/d/1ZbOFxAoibZbJmDWx1oOrOsDcov6Cuom5aaBIrupCD9E/edit?usp=sharing Neutron Policy Google Doc | 16:02 |
| mestery | banix: I briefly looked this morning, thanks for starting on this. | 16:02 |
| *** thinrichs has joined #openstack-meeting-alt | 16:03 | |
| *** aignatov has joined #openstack-meeting-alt | 16:03 | |
| banix | mestery: sure | 16:03 |
| *** thouveng has quit IRC | 16:03 | |
| mestery | Has anyone else had a chance to look at the work banix has done on the document? | 16:03 |
| thinrichs | I took a quick look. | 16:03 |
| s3wong | yes | 16:03 |
| *** kgriffs_afk is now known as kgriffs | 16:04 | |
| mestery | #topic Object and Attribute Discussion | 16:04 |
| *** openstack changes topic to "Object and Attribute Discussion (Meeting topic: networking_policy)" | 16:04 | |
| mestery | Lets move to discussing those now. | 16:04 |
| *** aignatov has quit IRC | 16:04 | |
| alagalah | reading | 16:04 |
| *** dttocs has joined #openstack-meeting-alt | 16:04 | |
| banix | So I think the first question to answer is: | 16:04 |
| *** xyang1 has quit IRC | 16:04 | |
| banix | Do we start with or without "endpoint" as a Neutron object. | 16:05 |
| mestery | banix: I think we should start with that assumption, yes, but I'm curious what others think. | 16:05 |
| banix | I think we should have them but the question is if starting without them will make things simpler without limiting us too much | 16:05 |
| *** jcooley_ has joined #openstack-meeting-alt | 16:06 | |
| thinrichs | I don't know how we could have non-Neutron objects as endpoints. | 16:06 |
| *** rraja|afk has quit IRC | 16:06 | |
| thinrichs | What would those objects mean? | 16:06 |
| mestery | thinrichs: Exactly, thus I think we need the endpoint concept from the start. | 16:06 |
| *** yamahata_ has quit IRC | 16:06 | |
| thinrichs | How would, e.g. Heat, know what an object that Neutron doesn't understand represent? | 16:06 |
| s3wong | How are endpoints as non-Neutron object be represented? | 16:06 |
| ywu | i assume we start with Neutron objects first. | 16:06 |
| *** rnirmal has joined #openstack-meeting-alt | 16:06 | |
| prasadv | i think neutron needs to know | 16:07 |
| *** sergmelikyan has joined #openstack-meeting-alt | 16:07 | |
| *** bswartz has left #openstack-meeting-alt | 16:07 | |
| alagalah | Doesn't neutron need to know the capabilities of the underlying resources around which it is making a policy? | 16:07 |
| alagalah | ie QoS, policing etc? | 16:07 |
| mestery | banix: Correct me if I'm wrong, but if we start without the endpoint concept, we would instead directly be putting ports and possibly networks into groups, right? | 16:07 |
| banix | Well, if we do not have "endpoint" as a Neutron object, we will be limited to using ports and networks, etc. | 16:07 |
| banix | mestery: yes | 16:08 |
| *** alazarev has quit IRC | 16:08 | |
| thinrichs | But even if we had "endpoint" as an object, how could Neutron enforce a policy over endpoints--when they're not objects it understands in any fundamental way? | 16:08 |
| mestery | banix: I think it makes sense to start with the endpoints then, and we can map those internally to ports/networks if we need to. | 16:08 |
| *** yahongdu has quit IRC | 16:09 | |
| dttocs | I think we need endpoint as an abstract neutron object - they are objects, but they don't necessarily live in a specific place in the existing Neutron hierarchy | 16:09 |
| *** rudrarugge has joined #openstack-meeting-alt | 16:09 | |
| ywu | metery, i like this idea. | 16:09 |
| thinrichs | mestery/dttocs: I'm not convinced. | 16:09 |
| mestery | thinrichs: We would be exposing endpoints into the neutron object model per banix's notes in the document. | 16:09 |
| thinrichs | How can Neutron implement a policy when it doesn't know what those objects represent? | 16:10 |
| *** betsy has joined #openstack-meeting-alt | 16:10 | |
| dttocs | Core neutron wouldn't necessarily know, but the plugin responsible for that endpoint would certainly need to | 16:10 |
| banix | thinrichs: If we have them as objects then Neutron know what to do with them | 16:10 |
| thinrichs | dttocs: but then the semantics of the policy is plugin-dependent. | 16:10 |
| banix | dttocs: exactly | 16:10 |
| sc68cal | We already have a case of semantics of policy being plugin dependent | 16:11 |
| * sc68cal points to the QoS API | 16:11 | |
| thinrichs | We don't want the same policy to mean 2 different things, depending on which plugin we're using. | 16:11 |
| sc68cal | at least that's what I've been trying to do | 16:11 |
| banix | thinrichs: well, it will be extension-dependent | 16:11 |
| *** jasonb365 has joined #openstack-meeting-alt | 16:11 | |
| thinrichs | This is the same issue we discussed last week, but instead of not knowing the syntax of the policy, here other OS components don't know the semantics. | 16:11 |
| *** boris-42 has quit IRC | 16:11 | |
| alagalah | banix: So with the Attributes tables, regarding Endpoints, would it be useful to define what Actions: they can perform or provide which gives context to WHAT they do as an endpoint even if outside of Neutron control ? ie it shows its capabilities? | 16:11 |
| *** songole has joined #openstack-meeting-alt | 16:11 | |
| thinrichs | Happy to have extensions, but the core language must have a syntax/semantics that everyone agrees on. | 16:12 |
| michsmit | thinrichs: the intent is the same, the rendering of the policy may be different | 16:12 |
| *** jprovazn has joined #openstack-meeting-alt | 16:12 | |
| mestery | michsmit: Yes, that's exactly it. | 16:12 |
| thinrichs | michsmit: great--but what is the intent if the basic objects change meaning from plugin to plugin. | 16:12 |
| *** jcooley_ has quit IRC | 16:12 | |
| *** sacharya has joined #openstack-meeting-alt | 16:13 | |
| banix | alagalah: that would make things a bit too complicated to start with. Don't you think? | 16:13 |
| *** jcooley_ has joined #openstack-meeting-alt | 16:13 | |
| alagalah | Well I guess I'm trying to think of this as action "providers" and action "consumers" and work out where they meet in the middle rather than look at "endpoint" per se and branch out from there | 16:14 |
| thinrichs | If WE described the semantics of these objects in the language, then great. Every plugin can implement those however they like. | 16:14 |
| banix | I think if we have endpoints for now they will refer to known Neutron objects (that's why we could not use them at the moment). No? | 16:14 |
| *** rsblendido has quit IRC | 16:15 | |
| *** rossella_s has quit IRC | 16:15 | |
| mestery | banix: Yes. | 16:15 |
| alagalah | banix: If that comment was to me, then yes, I think that at least confines the problem space | 16:15 |
| thinrichs | If we said that 'foozle' means <connecting internal net to external net> then great. Or if we used common terms like 'router', 'switch', where everyone knows the semantics, that works too. | 16:15 |
| michsmit | banix: agreed | 16:15 |
| *** hemanthravi has joined #openstack-meeting-alt | 16:15 | |
| thinrichs | But what I'm worried about is if we just say there's a collection of objects, and each plugin defines what that object does--what its properties are, what its functionality is, etc. | 16:16 |
| alagalah | But to thinrichs point, banix, if we think in terms of "provider" "consumer" semantics it (potentially) could make it more extensible (ie I thinking ODL integration with various switching platforms etc) | 16:16 |
| mestery | thinrichs: That's what the google document is trying to do. | 16:16 |
| banix | So would the Alternative Option in the doc a reasonable start? | 16:16 |
| *** csaba is now known as csaba|afk | 16:16 | |
| alagalah | banix: The Alternative option appeals to me | 16:16 |
| mestery | banix: Just to be clear, you are referring to the alternative option around Endpoints/Groups you wrote up, correct? | 16:17 |
| thinrichs | Took another peak at the google doc. | 16:18 |
| banix | mestery: yes | 16:18 |
| *** jcooley_ has quit IRC | 16:18 | |
| thinrichs | The Alternate option basically allows, say Heat, to create uuids and put them in groups, yes? | 16:18 |
| michsmit | banix: Under endpoint attributes, the member field indicates the group in the alternative option ? | 16:18 |
| thinrichs | Then we write a policy that says UUID1 and UUID2 can't exchange packets on port 80 (or something similar). | 16:19 |
| banix | mestery: sorry for not being clear, no | 16:19 |
| banix | There is no reference back to the group but we could add that; this way an endpoint can belong to multiple groups | 16:19 |
| banix | member is essential a reference to say the "port" or "network" | 16:20 |
| banix | should change the name; it is confusing | 16:20 |
| alagalah | banix: Is it worth buildign a taxonomy like pp2 of this document: http://openvswitch.org/ovs-vswitchd.conf.db.5.pdf | 16:20 |
| *** aostapenko_alt has quit IRC | 16:21 | |
| alagalah | banix (for your alternative option) | 16:21 |
| *** yahongdu has joined #openstack-meeting-alt | 16:21 | |
| banix | alagalah: thanks for the reference; doesn't the table provide the same info? We can obviously make it more complete. | 16:21 |
| mestery | alagalah banix: I agree, lets flesh out the work banix has done on the table in the doc. | 16:22 |
| alagalah | alagalah: The table is good, but there was questions about where members/groups are referenced | 16:22 |
| thinrichs | alagalah: something like that where we spell out the meaning of all the possible objects would make me happy. | 16:22 |
| alagalah | mestery / banix : No worries | 16:22 |
| dttocs | Taxonomy seems worthwhile - I got lost in the details with the table | 16:22 |
| banix | alagalah: got it. | 16:22 |
| mestery | banix: Can I give you an action item to flesh this out a bit based on the discussion here? | 16:23 |
| dttocs | e.g. question about what QoS parameters should be supported - we need the taxonomy first, then can get into those details imho | 16:23 |
| michsmit | a diagram showing the relationships between the tables may help | 16:23 |
| banix | dttocs: sure. will do. | 16:23 |
| mestery | #action banix to flesh out the tables he put in the document. | 16:23 |
| alagalah | banix: I can have a crack at it if you like, and you can chastise me for getting it wrong and I can fix | 16:23 |
| mestery | #undo | 16:23 |
| openstack | Removing item from minutes: <ircmeeting.items.Action object at 0x26b7950> | 16:23 |
| mestery | alagalah banix: You guys want to collaborate on this one? | 16:24 |
| banix | alagalah: sounds good. Thanks. | 16:24 |
| * alagalah ack | 16:24 | |
| banix | mestery: yes. | 16:24 |
| mestery | #action banix and alagalah to flesh out the tables started in the document, possibly adding a diagram showing the relationship | 16:24 |
| prasadv | is the endpoint to group association automatic | 16:24 |
| mestery | banix alagalah: Thanks! | 16:24 |
| prasadv | i mean say a vm gets created and does it get associated to groups automatically because there is a metadata for vm in that group | 16:24 |
| banix | prasadv: so in some case | 16:25 |
| banix | so if the network is part of the group, then all ports on it would be automatically. For ports, I assume it should be specified explicitly. | 16:25 |
| rudrarugge | banix: if network has to be associated with a group then how many UUIDs are in the picture | 16:25 |
| *** alazarev has joined #openstack-meeting-alt | 16:25 | |
| prasadv | banix: the association might not be network only right? | 16:26 |
| rudrarugge | endpoint UUID (pointing to network UUID). Group UUID containing this network UUID? | 16:26 |
| banix | rudrarugge: yes | 16:26 |
| rudrarugge | I meant group UUID containing this endpoint UUID which in effect points to a network UUID | 16:26 |
| rudrarugge | ok | 16:26 |
| prasadv | I could have say load balancing group that I would like to represent. | 16:26 |
| alagalah | Reliance on UUID as a form of naming abstraction is key IMHO... makes service chaining more generic | 16:27 |
| alagalah | Rely on the underlying object and its methods it represents (and its data model) ... | 16:27 |
| thinrichs | prasadv: are you concerned that the size of these groups will be massive? | 16:28 |
| prasadv | banix: what I mean is is Nova pass this group association to neutron when a endpoint gets created so this may be automatic | 16:28 |
| *** ashaikh has joined #openstack-meeting-alt | 16:28 | |
| mestery | prasadv: I follow that now. The interactions with nova are something we have not fleshed out quite yet. | 16:28 |
| prasadv | thinrichs: no I want to know that there is automatic way to associate | 16:28 |
| mestery | Once we finalize the object model here, I think we should look at that next, as it's the obvious first use case. | 16:28 |
| banix | prasadv: So if the network is the endpoint, adding a new VM which will require a new port with put that endpoint/port/vm in the group... | 16:28 |
| prasadv | mestery: thanks | 16:29 |
| banix | prasadv mastery: yes that would a neat first use case | 16:29 |
| prasadv | banix: network is simple but groups might be more narrow than that | 16:29 |
| banix | prasadv: yes agree | 16:30 |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 16:30 | |
| s3wong | a VM should not be an endpoint, right? rather a port on a VM is an endpoint? | 16:30 |
| mestery | #info The nova use case is an interesting first one to cover once the object model is completed. | 16:30 |
| prasadv | just wanted to make sure that a user can pass metadata of some sort during endpoint creation which will then get reflected to neutron | 16:31 |
| *** colinmcnamara has joined #openstack-meeting-alt | 16:31 | |
| *** colinmcn_ has joined #openstack-meeting-alt | 16:31 | |
| *** SergeyLukjanov is now known as _SergeyLukjanov | 16:31 | |
| *** _SergeyLukjanov is now known as SergeyLukjanov | 16:31 | |
| banix | prasadv: makes sense; we have to figure this out. | 16:31 |
| mestery | s3wong: Correct. | 16:31 |
| *** bdpayne has joined #openstack-meeting-alt | 16:32 | |
| banix | s3wong: yes; i oversimplified in above statement. | 16:32 |
| mestery | So, we have 30 minutes left, should we discuss the Actions section banix added next? | 16:32 |
| banix | s3wong: when I used "endpoint/port/vm" | 16:32 |
| *** SergeyLukjanov is now known as _SergeyLukjanov | 16:32 | |
| s3wong | banix: cool :-) | 16:32 |
| mestery | I think that is the only other thing new on the agenda for this week. | 16:32 |
| *** yahongdu has quit IRC | 16:32 | |
| mestery | Else we can open it up for open discussion | 16:32 |
| *** _SergeyLukjanov is now known as SergeyLukjanov | 16:33 | |
| *** yahongdu has joined #openstack-meeting-alt | 16:33 | |
| banix | mestery: yes lets look at the rest | 16:33 |
| banix | s3wong added the action type descriptions | 16:33 |
| mestery | #topic Action Types Discussion | 16:33 |
| *** openstack changes topic to "Action Types Discussion (Meeting topic: networking_policy)" | 16:33 | |
| s3wong | mestery: for the action section, banix and I talked about it, and the action description should not be Neutron objects, so I will update | 16:33 |
| mestery | s3wong banix: Thanks for adding those into the document. | 16:33 |
| mestery | s3wong: OK, that makes sense. | 16:34 |
| banix | mestery: sure | 16:34 |
| mestery | #action s3wong to update action section in document to not reflect neutron objects directly. | 16:34 |
| *** colinmcn_ is now known as colinmcnamara_ | 16:35 | |
| *** cloudpie has joined #openstack-meeting-alt | 16:35 | |
| mestery | sc68cal: It may be good for you to look at the examples of using actions for QoS in the document, would appreciate your feedback there. | 16:35 |
| sc68cal | add an action item for me, I've glanced at it a couple times but my concern is how to get from where my code is to where it needs to be to integrate with this work | 16:36 |
| sc68cal | mostly I just need to do a little more research and catch up with you guys | 16:36 |
| dttocs | As I just noted in the doc comments, I think we need a set of core action attributes that all plugins must implement and then some mechanism to extend. Make sense? | 16:36 |
| alagalah | sc68cal Are you scottd in the gdoc ? | 16:36 |
| mestery | #action sc68cal Look over action example for QoS and provide feedback | 16:36 |
| alagalah | dttocs ... | 16:36 |
| sc68cal | alagalah: no | 16:36 |
| dttocs | No scottd=dttocs=Scott Drennan - Nuage Networks | 16:36 |
| s3wong | sc68cal: perhaps we can discuss the use case and see whether the model fit? | 16:36 |
| alagalah | dttocs I see your comments to my comments on QoS in the gdoc, thanks | 16:37 |
| *** rongze_ has quit IRC | 16:37 | |
| *** mcohen2 has joined #openstack-meeting-alt | 16:38 | |
| banix | dttocs: yes we should specify a minim set to begin with. | 16:38 |
| s3wong | dttocs: yes, that makes sense | 16:38 |
| thinrichs | dttocs: is it the action attributes or the action functionality that we want all plugins to implement? | 16:38 |
| mestery | I would advise folks who are interested to review the action section and provide feedback in the google doc in detail. | 16:38 |
| s3wong | actions are also classifed by action_type - and currently the first set of primitives are type security, qos, and redirect | 16:39 |
| mestery | thinrichs dttocs: I think it has to be the action attributes vs. the functionality. | 16:40 |
| dttocs | thinrichs: I think this goes back to the initial discussion about what common behaviour/capabilities we have between plugins | 16:41 |
| thinrichs | So 1 plugin could interpret 'redirect' in a completely different way than another plugin? | 16:41 |
| thinrichs | Meaning that 1 plugin could interpret 'redirect' to mean 'push packets through a proxy' and another to mean 'drop packets'? | 16:42 |
| s3wong | thinrichs: one plugin can implement it differently, but the end behavior should be the same | 16:42 |
| thinrichs | s3wong: agreed. | 16:42 |
| mestery | Yes, what s3wong indicated. | 16:42 |
| thinrichs | s3wong: wouldn't that mean we need to spell out the meaning (functionality) of those actions? | 16:43 |
| mestery | So that means the action's need to be defined such that the end goal makes is understood. | 16:43 |
| *** SumitNaiksatam has quit IRC | 16:43 | |
| mestery | The semantics of how each plugin reaches the end goal is the nebulous part. | 16:43 |
| s3wong | thinrichs: absolutely | 16:43 |
| mestery | :) | 16:43 |
| dttocs | thinrichs: Taking QoS as an example, DHCP marking would be common behaviour, but if we added policing/shaping as a common attribute every network device implements those differently | 16:43 |
| mestery | I think we all just said the same thing. | 16:43 |
| s3wong | mestery: right :-) | 16:43 |
| prasadv | can a plugin say that there are certain types it does not implement, and how does that get reflected | 16:44 |
| thinrichs | mestery: agreed, except I don't see a end-goal as part of the doc, or am I missing it? | 16:44 |
| *** akuznetsov has quit IRC | 16:44 | |
| mestery | thinrichs: I need to re-read the document myself at this point to verify if that's in there. :) | 16:44 |
| s3wong | prasadv: I believe that's what dttocs indicated above. A core set where all plugins have to implement | 16:44 |
| *** venkatesh has quit IRC | 16:44 | |
| mestery | prasadv: If a plugin doesn't implement one, it would fail the API call for those attributes I suspect, rather than silently ignore them. | 16:44 |
| s3wong | and for those that are not supported, the API call should fail | 16:45 |
| s3wong | (the non-required ones, that is) | 16:45 |
| thinrichs | mastery prasadv: I would imagine we'd want more transparency than just "tried to add a policy statement and got an error". | 16:45 |
| sc68cal | Have we decided on the minimum requirements for qos policies that each plugin must support? | 16:45 |
| thinrichs | I would think Heat would want to know which policy fragment the plugin supports and then utilize that policy fragment. | 16:46 |
| prasadv | instead of failing when called, wouldnt it better that user know that it does not implement and hence in UI or something it get blanked out | 16:46 |
| s3wong | sc68cal: we have not. The writing at this point is to translate directly into DSCP marking | 16:46 |
| mestery | prasadv thinrichs: I didn't mean to get into specifics of the failure case, just that if a plugin doesn't support things, it has to fail and somehow alert the user. | 16:46 |
| sc68cal | s3wong: OK, i'll add a comment to the doc highlighting another use case | 16:47 |
| michsmit | wouldn't multiple plugins be possible ? and each may deal with only part of the policy ? | 16:47 |
| s3wong | sc68cal: certainly | 16:47 |
| *** brents has joined #openstack-meeting-alt | 16:47 | |
| banix | So i think the question is if the extension can be asked what it supports. Is there a mechanism for that used by other extensions? | 16:47 |
| prasadv | mestery: my point is that there could be a query where one would return what types it supports. | 16:47 |
| s3wong | michsmit: that sounds complicated... | 16:47 |
| s3wong | michsmit: who is going to do the coordination and dispatch? | 16:48 |
| mestery | michsmit: I could see that if we're talking ML2, which uses an L3 service plugin, and part of this is handled by the L2 MechanismDriver and part by the L3 ServicePlugin. | 16:48 |
| thinrichs | prasadv: I think your suggestion is necessary as well. | 16:48 |
| mestery | michsmit: But that would only apply in an ML2/ML3 world I thnk. | 16:48 |
| banix | mastery michsmit: yes. In the new world order: ML2 only :) | 16:49 |
| michsmit | mestery: exactly. I was assuming an ML2 world | 16:49 |
| mestery | OK, so we have 10 minutes left, I'd like to discuss some next steps for the coming week now. | 16:49 |
| mestery | #topic Next Steps For the Next Meeting | 16:49 |
| *** openstack changes topic to "Next Steps For the Next Meeting (Meeting topic: networking_policy)" | 16:50 | |
| ywu | mestery: is networking policy and ML2 are mutual exclusive? | 16:50 |
| * mestery likes that topic title for some reason. | 16:50 | |
| mestery | ymu: No, they are not. | 16:50 |
| mestery | OK, so we have a bunch of action items for next week. | 16:50 |
| *** alazarev has quit IRC | 16:50 | |
| mestery | I think we as a team should really strive to come to agreement on the document now as much as possible in the next 2 weeks. | 16:50 |
| s3wong | mesteryL though we may want to avoid making group-policy exclusively work with ML2 | 16:50 |
| mestery | s3wong: Completely agree, this is not ML2 specific. | 16:51 |
| mestery | So to that end, lets please iterate over the Google Document this week. | 16:51 |
| banix | mestery: agreed. Lets flash out the difference and address them as soon as we can | 16:51 |
| s3wong | before Chirstmas :-) I see what you guys did there :-) | 16:51 |
| *** jcooley_ has joined #openstack-meeting-alt | 16:51 | |
| mestery | If something isn't clear, please start a thread on the openstack-dev ML using tags "[neutron] [policy]" | 16:51 |
| mestery | s3wong: :) | 16:51 |
| *** rsblendido has joined #openstack-meeting-alt | 16:52 | |
| *** rossella_s has joined #openstack-meeting-alt | 16:52 | |
| mestery | Sound like a plan for the next week? | 16:52 |
| banix | yes | 16:52 |
| s3wong | sure | 16:52 |
| thinrichs | Yep | 16:52 |
| mestery | Perfect! | 16:52 |
| mestery | OK, thanks to everyone for attending today! | 16:52 |
| mestery | I need to drop out of this a bit early, so will end the meeting now. | 16:52 |
| banix | Thank you. | 16:52 |
| s3wong | Thanks! | 16:53 |
| mestery | Lets iterate on the ML, Google Doc, and #openstack-neutron if needed as well. | 16:53 |
| prasadv | thanks | 16:53 |
| ywu | Thanks! | 16:53 |
| mestery | See you all next week! | 16:53 |
| mestery | #endmeeting | 16:53 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 16:53 | |
| openstack | Meeting ended Thu Dec 5 16:53:09 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:53 |
| banix | Thanks everybody; see you on the doc! | 16:53 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/networking_policy/2013/networking_policy.2013-12-05-16.00.html | 16:53 |
| *** prasadv has quit IRC | 16:53 | |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/networking_policy/2013/networking_policy.2013-12-05-16.00.txt | 16:53 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/networking_policy/2013/networking_policy.2013-12-05-16.00.log.html | 16:53 |
| *** songole has quit IRC | 16:53 | |
| *** sc68cal has left #openstack-meeting-alt | 16:53 | |
| *** IlyaE has quit IRC | 16:53 | |
| *** jvrbanac has joined #openstack-meeting-alt | 16:53 | |
| *** michsmit has left #openstack-meeting-alt | 16:53 | |
| *** jcooley_ has quit IRC | 16:54 | |
| *** jcooley_ has joined #openstack-meeting-alt | 16:55 | |
| *** mjbright_ has quit IRC | 16:56 | |
| *** alagalah has left #openstack-meeting-alt | 16:56 | |
| *** hemanthravi has quit IRC | 16:56 | |
| *** jcooley_ has quit IRC | 16:57 | |
| *** jcooley_ has joined #openstack-meeting-alt | 16:57 | |
| *** pballand has quit IRC | 16:58 | |
| *** mcohen2 has quit IRC | 16:58 | |
| *** s3wong has quit IRC | 17:01 | |
| *** jcooley_ has quit IRC | 17:02 | |
| *** SumitNaiksatam has joined #openstack-meeting-alt | 17:04 | |
| *** rnirmal has quit IRC | 17:05 | |
| *** Dinny_ has quit IRC | 17:05 | |
| *** rnirmal has joined #openstack-meeting-alt | 17:05 | |
| *** jcooley_ has joined #openstack-meeting-alt | 17:06 | |
| *** jasonb365 has quit IRC | 17:07 | |
| *** rraja|afk has joined #openstack-meeting-alt | 17:08 | |
| *** rudrarugge has quit IRC | 17:08 | |
| *** jswarren has joined #openstack-meeting-alt | 17:10 | |
| *** Barker has joined #openstack-meeting-alt | 17:11 | |
| *** jswarren has quit IRC | 17:11 | |
| *** jmontemayor has joined #openstack-meeting-alt | 17:11 | |
| *** jswarren has joined #openstack-meeting-alt | 17:12 | |
| *** thinrichs has quit IRC | 17:13 | |
| *** julim has quit IRC | 17:16 | |
| *** julim has joined #openstack-meeting-alt | 17:17 | |
| *** ashaikh has quit IRC | 17:19 | |
| *** jasonb365 has joined #openstack-meeting-alt | 17:20 | |
| *** jasonb365 has quit IRC | 17:21 | |
| *** vbellur has joined #openstack-meeting-alt | 17:21 | |
| *** jasonb365 has joined #openstack-meeting-alt | 17:25 | |
| *** twoputt_ has joined #openstack-meeting-alt | 17:27 | |
| *** twoputt__ has joined #openstack-meeting-alt | 17:27 | |
| *** jtomasek has quit IRC | 17:31 | |
| *** jmontemayor has quit IRC | 17:32 | |
| *** Barker has quit IRC | 17:32 | |
| *** glenng has joined #openstack-meeting-alt | 17:35 | |
| *** glenng has left #openstack-meeting-alt | 17:36 | |
| *** markwash has quit IRC | 17:38 | |
| *** sarob has quit IRC | 17:39 | |
| *** allyn has quit IRC | 17:39 | |
| *** sarob has joined #openstack-meeting-alt | 17:40 | |
| *** zhiyan has quit IRC | 17:41 | |
| *** nadya has joined #openstack-meeting-alt | 17:43 | |
| *** nadya is now known as Guest74905 | 17:43 | |
| *** sarob has quit IRC | 17:44 | |
| *** betsy has left #openstack-meeting-alt | 17:44 | |
| *** Guest74905 has quit IRC | 17:46 | |
| *** jcooley_ has quit IRC | 17:47 | |
| *** jcooley_ has joined #openstack-meeting-alt | 17:48 | |
| *** sarob has joined #openstack-meeting-alt | 17:49 | |
| *** aignatov has joined #openstack-meeting-alt | 17:50 | |
| *** denis_makogon is now known as bot_bot | 17:50 | |
| SergeyLukjanov | savanna team meeting will be here in 10 mins | 17:52 |
| *** vbellur has left #openstack-meeting-alt | 17:52 | |
| *** NikitaKonovalov has joined #openstack-meeting-alt | 17:52 | |
| *** jcooley_ has quit IRC | 17:52 | |
| *** ashaikh has joined #openstack-meeting-alt | 17:53 | |
| *** rudrarugge has joined #openstack-meeting-alt | 17:55 | |
| *** mattf has joined #openstack-meeting-alt | 17:55 | |
| *** jcooley_ has joined #openstack-meeting-alt | 17:56 | |
| *** sarob has quit IRC | 17:57 | |
| *** demorris_ has joined #openstack-meeting-alt | 17:57 | |
| *** sarob has joined #openstack-meeting-alt | 17:58 | |
| *** demorris has quit IRC | 18:00 | |
| *** demorris_ is now known as demorris | 18:00 | |
| *** aignatov has quit IRC | 18:01 | |
| *** MikeSpreitzer has joined #openstack-meeting-alt | 18:01 | |
| *** bob_nettleton has joined #openstack-meeting-alt | 18:01 | |
| SergeyLukjanov | savanna folks, are you around? | 18:01 |
| *** tri2sing has joined #openstack-meeting-alt | 18:02 | |
| *** nati_ueno has joined #openstack-meeting-alt | 18:02 | |
| *** sarob has quit IRC | 18:02 | |
| * SergeyLukjanov checking the meetings schedule | 18:03 | |
| *** rsblendido has quit IRC | 18:03 | |
| *** rossella_s has quit IRC | 18:03 | |
| *** dttocs has quit IRC | 18:03 | |
| mattf | just us mice | 18:03 |
| *** aignatov has joined #openstack-meeting-alt | 18:04 | |
| *** amytron_ has joined #openstack-meeting-alt | 18:04 | |
| NikitaKonovalov | o/ | 18:04 |
| *** amytron has quit IRC | 18:04 | |
| *** amytron_ is now known as amytron | 18:04 | |
| *** jmaron has joined #openstack-meeting-alt | 18:04 | |
| aignatov | hi all | 18:04 |
| *** akuznetsov has joined #openstack-meeting-alt | 18:04 | |
| jmaron | hi | 18:04 |
| SergeyLukjanov | #startmeeting savanna | 18:05 |
| openstack | Meeting started Thu Dec 5 18:05:06 2013 UTC and is due to finish in 60 minutes. The chair is SergeyLukjanov. Information about MeetBot at http://wiki.debian.org/MeetBot. | 18:05 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 18:05 |
| *** openstack changes topic to " (Meeting topic: savanna)" | 18:05 | |
| openstack | The meeting name has been set to 'savanna' | 18:05 |
| SergeyLukjanov | #topic Agenda | 18:05 |
| *** openstack changes topic to "Agenda (Meeting topic: savanna)" | 18:05 | |
| SergeyLukjanov | #link https://wiki.openstack.org/wiki/Meetings/SavannaAgenda | 18:05 |
| SergeyLukjanov | #topic Icehouse-1 released | 18:05 |
| *** openstack changes topic to "Icehouse-1 released (Meeting topic: savanna)" | 18:05 | |
| aignatov | hurraahhhh! | 18:05 |
| SergeyLukjanov | #info the icehouse-1 (2014.1.b1) was released | 18:05 |
| SergeyLukjanov | it's about the main savanna code | 18:05 |
| *** jspeidel has joined #openstack-meeting-alt | 18:05 | |
| SergeyLukjanov | i'll push corresponding tags to other projects tonight | 18:06 |
| SergeyLukjanov | #info python-savannaclient 0.4.0 was released too | 18:06 |
| mattf | yay | 18:06 |
| SergeyLukjanov | in Mon or Tue I think | 18:06 |
| SergeyLukjanov | mattf, your change was already landed ;) | 18:07 |
| SergeyLukjanov | this release of main savanna code was driven by ttx | 18:08 |
| SergeyLukjanov | so, now we're are really following OpenStack release cycle :) | 18:08 |
| mattf | also yay | 18:08 |
| aignatov | that's very cool | 18:08 |
| SergeyLukjanov | any question? | 18:09 |
| mattf | nooe | 18:09 |
| SergeyLukjanov | #topic Action items from the last meeting | 18:09 |
| *** openstack changes topic to "Action items from the last meeting (Meeting topic: savanna)" | 18:09 | |
| SergeyLukjanov | #link http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-11-21-18.04.html | 18:09 |
| SergeyLukjanov | there are no action items :) | 18:09 |
| SergeyLukjanov | #topic Roadmap update / cleanup | 18:10 |
| *** colinmcnamara has quit IRC | 18:10 | |
| *** colinmcnamara_ has quit IRC | 18:10 | |
| *** openstack changes topic to "Roadmap update / cleanup (Meeting topic: savanna)" | 18:10 | |
| *** demorris has quit IRC | 18:10 | |
| SergeyLukjanov | #link https://wiki.openstack.org/wiki/Savanna/Roadmap | 18:10 |
| SergeyLukjanov | I've added some points that was discussed on summit | 18:10 |
| mattf | glad to see that | 18:10 |
| *** derekh has quit IRC | 18:10 | |
| *** alazarev has joined #openstack-meeting-alt | 18:11 | |
| SergeyLukjanov | #action SergeyLukjanov to check that all blueprints created and ping guys to make them if not | 18:11 |
| SergeyLukjanov | #action SergeyLukjanov add links to the blueprints to roadmao | 18:11 |
| SergeyLukjanov | #topic News / updates | 18:11 |
| *** openstack changes topic to "News / updates (Meeting topic: savanna)" | 18:11 | |
| SergeyLukjanov | guys, please | 18:11 |
| mattf | no news from me this week, mostly turkey recovery | 18:12 |
| SergeyLukjanov | #info first devstack-gate jobs was added to savanna (non-voting) | 18:12 |
| *** markwash has joined #openstack-meeting-alt | 18:12 | |
| aignatov | my notes: I'm continue working on patch dmitryme sent on the review | 18:12 |
| aignatov | it's about Heat integration | 18:12 |
| SergeyLukjanov | about the d-g jobs - savanna now installed by devstack in them | 18:12 |
| SergeyLukjanov | so, it checks devstack integration at least | 18:12 |
| jspeidel | not much from me this week | 18:13 |
| SergeyLukjanov | I'm working now on initial set of api tests for the tempest | 18:13 |
| aignatov | d-g jobs? what is d-g? | 18:13 |
| aignatov | gating? | 18:13 |
| SergeyLukjanov | devstack-gate == d-g | 18:13 |
| mattf | SergeyLukjanov, that's interesting to me, this is for python-savannaclient? | 18:13 |
| SergeyLukjanov | mattf, nope | 18:13 |
| *** kgriffs is now known as kgriffs_afk | 18:13 | |
| SergeyLukjanov | in tempest api tests use own simple client | 18:13 |
| aignatov | SergeyLukjanov: that's exactly I thought about :) | 18:14 |
| *** brents has quit IRC | 18:14 | |
| SergeyLukjanov | it's for testing api w/ dep on client | 18:14 |
| SergeyLukjanov | any other news? | 18:14 |
| jmaron | working on rack awareness for HDP plugin and disconnected installation (Installation in envs with no access to external repos) | 18:14 |
| *** eankutse has quit IRC | 18:14 | |
| * mattf is looking forward to ^^ | 18:14 | |
| SergeyLukjanov | jmaron, great | 18:14 |
| *** harlowja has joined #openstack-meeting-alt | 18:14 | |
| *** kgriffs_afk is now known as kgriffs | 18:14 | |
| SergeyLukjanov | mattf, sorry, typo in my msg | 18:15 |
| SergeyLukjanov | it's for testing api *W/O* dep on client | 18:15 |
| mattf | i'm guessing w/o dep? | 18:15 |
| SergeyLukjanov | yup | 18:15 |
| SergeyLukjanov | as the first step will write api test in tempest | 18:16 |
| SergeyLukjanov | and then will transform out savanna/tests/integration to the scenario tests in tempest | 18:16 |
| SergeyLukjanov | so, after that we'll be able to use tempest in savanna-ci | 18:16 |
| *** colinmcnamara has joined #openstack-meeting-alt | 18:16 | |
| SergeyLukjanov | and propably the dull d-g approach | 18:16 |
| *** crobertsrh has joined #openstack-meeting-alt | 18:17 | |
| *** rraja|afk has quit IRC | 18:17 | |
| *** colinmcn_ has joined #openstack-meeting-alt | 18:17 | |
| SergeyLukjanov | #info savanna-ci still works non-deterministic | 18:17 |
| *** IlyaE has joined #openstack-meeting-alt | 18:17 | |
| SergeyLukjanov | crobertsrh, any news? | 18:17 |
| SergeyLukjanov | mattf, crobertsrh, do you now about what tmckay doing atm? | 18:18 |
| crobertsrh | Nothing major. Most (maybe all?) of the bug fixes I was working on are ready. | 18:18 |
| crobertsrh | I'll be looking through blueprints/bugs for icehouse and starting work on those. | 18:18 |
| mattf | SergeyLukjanov, yeah, he's around | 18:18 |
| SergeyLukjanov | ok, looks like that's all for news | 18:20 |
| SergeyLukjanov | General discussion | 18:20 |
| SergeyLukjanov | #topic General discussion | 18:20 |
| *** openstack changes topic to "General discussion (Meeting topic: savanna)" | 18:20 | |
| SergeyLukjanov | nothing interesting to tell about from my side | 18:20 |
| *** yogesh_ has joined #openstack-meeting-alt | 18:20 | |
| MikeSpreitzer | I'd like to ask about that patch that uses Heat | 18:21 |
| MikeSpreitzer | At the end of the summit I asked why savanna is not using heat, and was told some reasons. | 18:21 |
| SergeyLukjanov | MikeSpreitzer, sure | 18:21 |
| MikeSpreitzer | Does the patch address them, and if so, how? | 18:21 |
| SergeyLukjanov | MikeSpreitzer, there are mostly all needed features available in Havana Heat | 18:22 |
| *** brents has joined #openstack-meeting-alt | 18:22 | |
| *** dmitryme has joined #openstack-meeting-alt | 18:22 | |
| SergeyLukjanov | but there is a bunch of smaill improvements needed by savanna | 18:22 |
| aignatov | actually current our implemtation is pretty simple and we use all of needed for savanna | 18:22 |
| SergeyLukjanov | for example, a-a could be implelemented but it'll work pretty slow | 18:22 |
| SergeyLukjanov | a-a == anti-affinity | 18:23 |
| aignatov | we didnt | 18:23 |
| aignatov | even try this Sergey | 18:23 |
| dmitryme | aignatov: we're pretty sure it is slow | 18:23 |
| alazarev | and as I understand current heat patch is only for VMs provisioning, other staff will still be in savanna | 18:23 |
| MikeSpreitzer | So the current patch makes no attempt at anti-affiniity for VMs, right? | 18:24 |
| SergeyLukjanov | alazarev, yup, it's about resources orchestration | 18:24 |
| dmitryme | alazarev: other stuff will be handler by guest agent | 18:24 |
| aignatov | yes, other stuff, alazarev will be moved to guest agents I think | 18:24 |
| MikeSpreitzer | Another gap I was told about is there is no way to ask for compute and storage to be co-located. | 18:24 |
| dmitryme | MikeSpreitzer: it does anti-affinity, but we expect it to work very slow | 18:24 |
| aignatov | MikeSpreitzer: AA is on TODO list in this patch | 18:25 |
| *** SlickNik has left #openstack-meeting-alt | 18:25 | |
| ruhe | alazarev: correction - other stuff will be done by corresponding plugin. it's important to note that some plugins utilise vendor-specific tools (such as Ambari) to install and configure Hadoop | 18:25 |
| SergeyLukjanov | ruhe, yeah, very important note | 18:25 |
| MikeSpreitzer | ruhe, you mean heat plugin, right? | 18:25 |
| ruhe | MikeSpreitzer, no. savanna plugi | 18:25 |
| SergeyLukjanov | MikeSpreitzer, it's about vanilla or hdp plugins | 18:25 |
| ruhe | *plugin | 18:25 |
| dmitryme | MikeSpreitzer: yes, that is true, there is no collocation | 18:26 |
| SergeyLukjanov | MikeSpreitzer, I think that it should be on the heat's roadmap | 18:26 |
| SergeyLukjanov | btw does anyone have question about releasing? | 18:26 |
| MikeSpreitzer | I am trying to get it on nova+cinder's roadmap (the colocation) | 18:26 |
| ruhe | here is doc about savanna plugin http://docs.openstack.org/developer/savanna/userdoc/plugins.html | 18:27 |
| SergeyLukjanov | MikeSpreitzer, I think that it could be easily supported in Heat right after it'll be landed to nova+cinder | 18:27 |
| MikeSpreitzer | Sergey: I also hope this | 18:27 |
| SergeyLukjanov | MikeSpreitzer, do you any blueprints or threads on this topic? | 18:27 |
| SergeyLukjanov | have* | 18:28 |
| MikeSpreitzer | Yes, there were several related | 18:28 |
| MikeSpreitzer | Current roadmap is very incremental :-( | 18:28 |
| *** sarob has joined #openstack-meeting-alt | 18:28 | |
| MikeSpreitzer | It starts with the instance group API extension to nova | 18:28 |
| SergeyLukjanov | and there was some threads about holistic scheduling | 18:28 |
| MikeSpreitzer | yes, that's what I am talking about | 18:29 |
| SergeyLukjanov | MikeSpreitzer, yup, we're hope that group api will be approved and landed | 18:29 |
| *** tmckay has joined #openstack-meeting-alt | 18:29 | |
| MikeSpreitzer | https://docs.google.com/document/d/17OIiBoIavih-1y4zzK0oXyI66529f-7JTCVj-BcXURA/edit?pli=1 is more like it, but that's not the first step | 18:30 |
| MikeSpreitzer | even that URL is only about Nova, we want to go cross-service after that | 18:30 |
| SergeyLukjanov | MikeSpreitzer, what do you think about possibility to land instance groups in icehouse? | 18:30 |
| MikeSpreitzer | My co-consipirators promised patches this week for the first step | 18:31 |
| MikeSpreitzer | but that promise was made last week, I think current nova plans may delay a bit | 18:31 |
| MikeSpreitzer | but I do hope for the first step in Icehouse for sure. | 18:31 |
| aignatov | I was on this design session where it was discussed :) really interesting feature - AA between node groups and AA between instances within single node group | 18:31 |
| MikeSpreitzer | First step is only instance groups with no internal structure | 18:31 |
| MikeSpreitzer | Yes, I definitely want groups with internal structure | 18:32 |
| SergeyLukjanov | MikeSpreitzer, awesome, please, add me to reviewers when the patch will be created | 18:32 |
| MikeSpreitzer | OK | 18:32 |
| MikeSpreitzer | Have been doing Hadoop exercises with IBM research code that is pure OpenStack client | 18:32 |
| MikeSpreitzer | but roughly similar in approach | 18:32 |
| SergeyLukjanov | MikeSpreitzer, internal structure like nested groups? | 18:32 |
| MikeSpreitzer | yes | 18:32 |
| SergeyLukjanov | MikeSpreitzer, cool | 18:32 |
| *** sarob has quit IRC | 18:33 | |
| tmckay | SergeyLukjanov, hi. Sorry I'm late :) | 18:33 |
| SergeyLukjanov | tmckay, np ;) | 18:33 |
| SergeyLukjanov | tmckay, any news/updates? | 18:33 |
| *** ylobankov has joined #openstack-meeting-alt | 18:33 | |
| tmckay | I see you asking about me in the log. I have been on extra-savanna stuff for a few weeks, but happily I think it is mostly put to rest. | 18:33 |
| akuznetsov | MikeSpreitzer will your scheduler be aware about rack location? | 18:34 |
| SergeyLukjanov | tmckay, i1 was partially released released, details in logs :0 | 18:34 |
| *** IlyaE has quit IRC | 18:34 | |
| tmckay | Looking for where to go next. | 18:34 |
| tmckay | Maybe hdfs storage for EDP objects> | 18:34 |
| tmckay | ? | 18:34 |
| MikeSpreitzer | See https://docs.google.com/drawings/d/1nridrUUwNaDrHQoGwSJ_KXYC7ik09wUuV3vXw1MyvlY/edit for an example of structured input | 18:34 |
| SergeyLukjanov | tmckay, we have an idea to make it able to store jobs in swift in tell Oozie to take them from it | 18:34 |
| MikeSpreitzer | Yes, we worked examples that support Hadoop rack awareness, want that in Nova+cinder | 18:35 |
| SergeyLukjanov | tmckay, it'll make us avoid sending jars | 18:35 |
| tmckay | okay. Is there a doc or a pad somewhere talking about this? | 18:35 |
| *** lblanchard has quit IRC | 18:35 | |
| SergeyLukjanov | tmckay, just thoughts, we can discuss it in out channel | 18:35 |
| tmckay | k | 18:36 |
| SergeyLukjanov | tmckay, mainly we're thinking about it due to the creating guest agents | 18:36 |
| akuznetsov | MikeSpreitzer cool | 18:36 |
| aignatov | tmckay: also EDP must have improvements like applying command lime arguments for jobs | 18:37 |
| SergeyLukjanov | yup, I'm really missing pi job :( | 18:37 |
| tmckay | aignatov, ack. I will be happy to work on EDP again. | 18:37 |
| aignatov | also we have Hive not working in secure way or not working at all, I think we need to make it working somehow :) | 18:38 |
| aignatov | hive with swift I mean | 18:38 |
| tmckay | lots to do. | 18:38 |
| *** dmitryme has quit IRC | 18:38 | |
| SergeyLukjanov | tmckay, yeah, a lot of tbd stuff in EDP too | 18:39 |
| SergeyLukjanov | tmckay, and you the main EDP dev for icehouse I think :) | 18:39 |
| akuznetsov | also we can change auth schema for working with Swift, currently user should give username/password to Savanna, we should change this to oAuth | 18:40 |
| aignatov | btw, here is a lot about EDP discussed: https://etherpad.openstack.org/p/savanna-icehouse-roadmap | 18:40 |
| tmckay | really? Has nprivalova abandoned me? ;-) | 18:40 |
| SergeyLukjanov | tmckay, she's working on ceilo atm | 18:40 |
| tmckay | Okay. I'll do my best. 8-) | 18:41 |
| SergeyLukjanov | great :) | 18:41 |
| aignatov | cool | 18:41 |
| aignatov | tmckay: you can contact me or akuznetsov about EDP related questions | 18:42 |
| MikeSpreitzer | BTW, if you're willing to back up, can someone explain why the current anti-affinity solution is expected to be slow? | 18:43 |
| tmckay | alright, wonderful. I'll take a look through current blueprints, bugs, roadmap, etc | 18:43 |
| SergeyLukjanov | MikeSpreitzer, sure | 18:43 |
| SergeyLukjanov | MikeSpreitzer, in heat you can specify scheduler_hints | 18:43 |
| *** rudrarugge has quit IRC | 18:43 | |
| SergeyLukjanov | like we're doing it in savanna now | 18:44 |
| *** dmitryme has joined #openstack-meeting-alt | 18:44 | |
| SergeyLukjanov | smth like "don't setup this instance on host X, Y, Z" | 18:44 |
| SergeyLukjanov | correction: on host where instance X, Y, Z are running | 18:44 |
| SergeyLukjanov | and we need IDs of instances | 18:44 |
| SergeyLukjanov | in heat it'll generate dependenciesbetween instances | 18:45 |
| SergeyLukjanov | and each new instance will wait for active state of prev. to take ID | 18:45 |
| MikeSpreitzer | so the template asks for a chain of VMs, each not on any of the hosts used for earlier VMs, is that it? | 18:45 |
| MikeSpreitzer | ah, it's startup that is slow | 18:46 |
| *** amcrn has joined #openstack-meeting-alt | 18:46 | |
| SergeyLukjanov | we'are not check it atm, but it was confirmed but heat folks | 18:46 |
| MikeSpreitzer | because it's linear | 18:46 |
| SergeyLukjanov | exactly! | 18:46 |
| MikeSpreitzer | got it, thatnks | 18:46 |
| MikeSpreitzer | thanks | 18:46 |
| SergeyLukjanov | np | 18:46 |
| MikeSpreitzer | it's also not small, template size is quadratic in number of slaves | 18:46 |
| dmitryme | yep, it is true | 18:47 |
| *** kgriffs is now known as kgriffs_afk | 18:47 | |
| SergeyLukjanov | I hope that it probably could be improved in heat due the fact that ID available right after the instance creation response received | 18:47 |
| MikeSpreitzer | yes, it should only have to wait for ID. But even that is dismaying for a linear arrangement. | 18:48 |
| SergeyLukjanov | MikeSpreitzer, it's not bad | 18:48 |
| SergeyLukjanov | because id is available after sending instance creation request | 18:48 |
| dmitryme | our old pre-Heat code launched instances linearly and it worked pretty fast | 18:49 |
| SergeyLukjanov | in savanna we're creating instances linearly | 18:49 |
| * tmckay has to drop again, I'll check the log | 18:49 | |
| SergeyLukjanov | tmckay, have a good day | 18:49 |
| SergeyLukjanov | and it setups 200 node cluster in 5 mins | 18:49 |
| dmitryme | the launch of 200-node cluster took around 5 minutes | 18:49 |
| dmitryme | and only part of that time was launching instances | 18:50 |
| *** kbroughton has joined #openstack-meeting-alt | 18:50 | |
| SergeyLukjanov | 50-50 I think | 18:50 |
| dmitryme | I believe it was not more around 1 minute | 18:50 |
| dmitryme | * just around 1 minute | 18:50 |
| MikeSpreitzer | that's pretty good | 18:51 |
| MikeSpreitzer | you've got an unusually non-broken OpenStack installation | 18:52 |
| MikeSpreitzer | :-) | 18:52 |
| aignatov | MikeSpreitzer: lol! | 18:52 |
| dmitryme | :-) not exactly, we fix it after each second launch | 18:52 |
| MikeSpreitzer | oh | 18:52 |
| SergeyLukjanov | yeah, that's the dark side of this test :) | 18:53 |
| SergeyLukjanov | btw http://logs.openstack.org/06/60306/1/check/check-tempest-dsvm-savanna-neutron/3f1d7d1/logs/screen-savanna.txt.gz | 18:53 |
| *** eankutse has joined #openstack-meeting-alt | 18:53 | |
| SergeyLukjanov | ^^ savanna screen logs from the first correctly working d-g job | 18:53 |
| ruhe | hooray! | 18:53 |
| *** tmckay has quit IRC | 18:53 | |
| *** eankutse has quit IRC | 18:54 | |
| *** jmontemayor has joined #openstack-meeting-alt | 18:54 | |
| *** eankutse has joined #openstack-meeting-alt | 18:54 | |
| dmitryme | yep, that is cool | 18:55 |
| SergeyLukjanov | anything more to discuss? | 18:55 |
| SergeyLukjanov | out timeslot ends in 5 mins | 18:55 |
| SergeyLukjanov | ok, let's end it | 18:56 |
| SergeyLukjanov | thank you all guys | 18:56 |
| SergeyLukjanov | #info JFYI you can always use openstack-dev@lists.openstack.org mailing lists and #savanna irc channel to find us and ask your questions | 18:56 |
| SergeyLukjanov | #endmeeting | 18:56 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 18:56 | |
| openstack | Meeting ended Thu Dec 5 18:56:39 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 18:56 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-12-05-18.05.html | 18:56 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-12-05-18.05.txt | 18:56 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-12-05-18.05.log.html | 18:56 |
| *** jspeidel has left #openstack-meeting-alt | 18:56 | |
| SergeyLukjanov | have a good day/night | 18:56 |
| *** demorris has joined #openstack-meeting-alt | 18:56 | |
| MikeSpreitzer | U2 | 18:56 |
| *** MikeSpreitzer has quit IRC | 18:57 | |
| *** bob_nettleton has left #openstack-meeting-alt | 18:57 | |
| *** sarob has joined #openstack-meeting-alt | 18:58 | |
| *** tmckay has joined #openstack-meeting-alt | 19:00 | |
| *** mattf has left #openstack-meeting-alt | 19:01 | |
| *** tmckay has left #openstack-meeting-alt | 19:01 | |
| *** sarob has quit IRC | 19:03 | |
| *** sarob has joined #openstack-meeting-alt | 19:03 | |
| *** derekh has joined #openstack-meeting-alt | 19:08 | |
| *** noslzzp has quit IRC | 19:08 | |
| *** sarob has quit IRC | 19:08 | |
| *** noslzzp has joined #openstack-meeting-alt | 19:09 | |
| *** NikitaKonovalov has quit IRC | 19:10 | |
| *** eankutse1 has joined #openstack-meeting-alt | 19:10 | |
| *** eankutse has quit IRC | 19:11 | |
| *** noslzzp has quit IRC | 19:14 | |
| *** dmitryme has quit IRC | 19:14 | |
| *** eankutse1 has quit IRC | 19:15 | |
| *** eankutse has joined #openstack-meeting-alt | 19:15 | |
| *** jtomasek has joined #openstack-meeting-alt | 19:18 | |
| *** ywu has quit IRC | 19:19 | |
| *** kgriffs_afk is now known as kgriffs | 19:20 | |
| *** crobertsrh has left #openstack-meeting-alt | 19:22 | |
| *** derekh has quit IRC | 19:25 | |
| *** jasonb365 has quit IRC | 19:27 | |
| *** tri2sing has quit IRC | 19:33 | |
| *** gokrokve has quit IRC | 19:36 | |
| *** lblanchard has joined #openstack-meeting-alt | 19:36 | |
| *** tanisdl has joined #openstack-meeting-alt | 19:43 | |
| *** jtomasek has quit IRC | 19:43 | |
| *** jcooley_ has quit IRC | 19:44 | |
| *** jcoufal has joined #openstack-meeting-alt | 19:46 | |
| *** electrichead has joined #openstack-meeting-alt | 19:50 | |
| *** woodster has joined #openstack-meeting-alt | 19:50 | |
| *** reaperhulk has joined #openstack-meeting-alt | 19:53 | |
| *** dev_warlord has joined #openstack-meeting-alt | 19:53 | |
| *** gokrokve has joined #openstack-meeting-alt | 19:56 | |
| *** jasonb365 has joined #openstack-meeting-alt | 19:58 | |
| *** yogesh_ has quit IRC | 19:58 | |
| *** dieseldoug has joined #openstack-meeting-alt | 19:59 | |
| *** yogesh_ has joined #openstack-meeting-alt | 19:59 | |
| *** jcooley_ has joined #openstack-meeting-alt | 20:01 | |
| *** nadya has joined #openstack-meeting-alt | 20:01 | |
| *** nadya is now known as Guest57379 | 20:01 | |
| jraim | #startmeeting Barbican Weekly Meeting | 20:01 |
| openstack | Meeting started Thu Dec 5 20:01:43 2013 UTC and is due to finish in 60 minutes. The chair is jraim. Information about MeetBot at http://wiki.debian.org/MeetBot. | 20:01 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 20:01 |
| *** openstack changes topic to " (Meeting topic: Barbican Weekly Meeting)" | 20:01 | |
| openstack | The meeting name has been set to 'barbican_weekly_meeting' | 20:01 |
| jraim | #topic Barbican tasks for incubation | 20:02 |
| *** openstack changes topic to "Barbican tasks for incubation (Meeting topic: Barbican Weekly Meeting)" | 20:02 | |
| jraim | For those that haven't used the bot before, here are the commands: https://wiki.debian.org/MeetBot | 20:02 |
| woodster | #link https://wiki.openstack.org/wiki/Barbican/Incubation | 20:03 |
| *** lblanchard has quit IRC | 20:03 | |
| jraim | Another minute or two and we'll get started | 20:03 |
| *** lblanchard has joined #openstack-meeting-alt | 20:04 | |
| *** dmitryme has joined #openstack-meeting-alt | 20:05 | |
| *** hockeynut has joined #openstack-meeting-alt | 20:05 | |
| jraim | Alright, let's get rolling | 20:05 |
| jraim | #info I'd like to cover the status of our current tasks, then we can see if anyone has any new ones | 20:05 |
| jraim | #Info Let's start with moving python-barbican client to stackforge, where are we on that? | 20:06 |
| *** SheenaG has joined #openstack-meeting-alt | 20:06 | |
| jraim | electrichead ping | 20:06 |
| electrichead | #info the PR to infra to get the project started has been submitted | 20:06 |
| electrichead | #link https://review.openstack.org/#/c/60101/ | 20:07 |
| jraim | great, so we just need to wait for that to be merged? | 20:07 |
| electrichead | yes, also we've added a new project to launchpad to track python-barbicanclient | 20:07 |
| electrichead | #link https://launchpad.net/python-barbicanclient | 20:07 |
| jraim | great | 20:08 |
| jraim | #info Alright, moving on to prb and requirments.... reaperhulk? | 20:08 |
| reaperhulk | #info There's currently a PR in gerrit for aligning our dependencies with global requirements and migrating to using pbr for setup.py | 20:08 |
| reaperhulk | #link https://review.openstack.org/#/c/59817/ | 20:08 |
| jraim | So the only thing left in conflict there is the Celery dependency, right? | 20:08 |
| reaperhulk | #info We still have our celery dependency while investigating oslo messaging so this won't be 100% complete until after that is complete | 20:09 |
| reaperhulk | Correct | 20:09 |
| woodster | #info Regarding oslo.messaging: Looking at nova and climate pull requests now, working on a prototype for Barbican to start reviewing later today | 20:09 |
| jraim | How far do you think the current implementation is from something we could merge? Do we have a lot of work left? Or are we just checking to see how well we did? | 20:09 |
| reaperhulk | jraim: is that wrt global reqs or woodster's statements? | 20:10 |
| woodster | I have the basic peices in place now, but trying to get it working with rabbit MQ cluster | 20:10 |
| jraim | sorry, woodster | 20:10 |
| jraim | woodster is the implementation in parity with what we had? Or is there still work we need to do there? | 20:10 |
| woodster | I will post that CR not matter what today, but hopefully will have it working completely (with rough edges) too | 20:11 |
| jraim | okay, great | 20:11 |
| jraim | #action woodster will post the PR for olso.messaging in the next day our two for review | 20:11 |
| woodster | it doesn't require much change to the api/resource layer or the task layer, just the queue structure in between | 20:11 |
| jraim | #info okay, moving to the devstack-gate | 20:11 |
| *** atiwari has joined #openstack-meeting-alt | 20:11 | |
| jraim | I think this is blocked until we resolve the other issues, yes? | 20:11 |
| *** cweid has quit IRC | 20:11 | |
| reaperhulk | it is. we need full global requirements alignment before we can gate there | 20:12 |
| jraim | okay | 20:12 |
| woodster | removing celery should be the last part of that, correct? | 20:12 |
| reaperhulk | correct | 20:12 |
| jraim | #action barbican will tackle the devstack gate once oslo.messaging is merged | 20:12 |
| *** abramley has joined #openstack-meeting-alt | 20:13 | |
| electrichead | I think we may also need to start looking at the actual devstack integration | 20:13 |
| electrichead | adding the gate seems easy enough | 20:13 |
| reaperhulk | good point, I have no idea what that entails right now | 20:13 |
| jraim | you mean getting barbican deployed with teh devstack script? | 20:13 |
| electrichead | we have the option of not blocking on that gate | 20:13 |
| electrichead | yeah, the gate is so that zuul knows to run devstack tests | 20:13 |
| electrichead | but I think it may also need something to run | 20:13 |
| jraim | that seems like a good idea | 20:14 |
| jraim | #action barbican will look at integrating into devstack | 20:14 |
| *** sarob has joined #openstack-meeting-alt | 20:14 | |
| jraim | #info testr | 20:14 |
| jraim | Did we hear anything back from Monty on the needs of testr? | 20:14 |
| electrichead | iirc, they have some upcoming infra project that will use it | 20:15 |
| electrichead | didn't get any details on what the upcoming project may be | 20:15 |
| jraim | reaperhulk: you said that nova and neutron use it now? | 20:15 |
| reaperhulk | That's what he said but I haven't followed up to learn more details. Nova and neutron both use it yes | 20:15 |
| jraim | okay | 20:15 |
| reaperhulk | Heat does as well | 20:15 |
| reaperhulk | (There may be more) | 20:15 |
| jraim | #action follow up with infra to see what the deal with testr is | 20:15 |
| jraim | cool | 20:16 |
| jraim | #info oslo.messaging | 20:16 |
| *** denis_makogon has joined #openstack-meeting-alt | 20:16 | |
| jraim | I think we've mostly covered this now | 20:16 |
| *** julim has quit IRC | 20:16 | |
| jraim | anything else to note? | 20:16 |
| woodster | not right now | 20:16 |
| jraim | cool | 20:16 |
| reaperhulk | keep -> barbican rename? That's blocked on stackforge migration though so probably not a big deal | 20:16 |
| jraim | ahh okay, we need to land the stackforge stuff before we make any more changes? | 20:17 |
| jraim | was there a pending PR that we need to move over too? | 20:17 |
| reaperhulk | The author of that PR agreed to resubmit once we land in stackforge | 20:17 |
| jraim | oh great | 20:17 |
| reaperhulk | We had a few more changes we wanted him to make so we didn't want to land in GH | 20:17 |
| jraim | fair enough | 20:17 |
| jraim | cool, that's all the tasks I have listed in the wiki right now | 20:18 |
| jraim | Anyone have anything else they'd like to talk about? | 20:18 |
| jraim | Seems like its just Barbican people in here today :) | 20:18 |
| jraim | Alright, if there isn't anything else people have for the incubation request right now, we can call it | 20:19 |
| jraim | short meeting - thanks all | 20:19 |
| jraim | #endmeeting | 20:19 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 20:19 | |
| openstack | Meeting ended Thu Dec 5 20:19:20 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 20:19 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/barbican_weekly_meeting/2013/barbican_weekly_meeting.2013-12-05-20.01.html | 20:19 |
| *** sarob has quit IRC | 20:19 | |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/barbican_weekly_meeting/2013/barbican_weekly_meeting.2013-12-05-20.01.txt | 20:19 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/barbican_weekly_meeting/2013/barbican_weekly_meeting.2013-12-05-20.01.log.html | 20:19 |
| *** hockeynut has quit IRC | 20:19 | |
| *** Guest57379 has quit IRC | 20:19 | |
| *** jvrbanac has left #openstack-meeting-alt | 20:20 | |
| *** yogesh_ has quit IRC | 20:22 | |
| *** yogesh_ has joined #openstack-meeting-alt | 20:23 | |
| *** dieseldoug has left #openstack-meeting-alt | 20:25 | |
| *** yogesh_ has quit IRC | 20:28 | |
| *** gokrokve has quit IRC | 20:32 | |
| *** gokrokve has joined #openstack-meeting-alt | 20:33 | |
| *** jmontemayor has quit IRC | 20:34 | |
| *** jasonb365 has quit IRC | 20:34 | |
| *** jcooley_ has quit IRC | 20:35 | |
| *** NehaV1 has quit IRC | 20:37 | |
| *** jcooley_ has joined #openstack-meeting-alt | 20:41 | |
| *** dprince has quit IRC | 20:41 | |
| *** NehaV has joined #openstack-meeting-alt | 20:43 | |
| *** jprovazn has quit IRC | 20:50 | |
| *** ywu has joined #openstack-meeting-alt | 20:50 | |
| *** banix has quit IRC | 20:51 | |
| *** haleyb has joined #openstack-meeting-alt | 20:55 | |
| *** aveiga has joined #openstack-meeting-alt | 20:56 | |
| *** julim has joined #openstack-meeting-alt | 20:56 | |
| *** shshang has joined #openstack-meeting-alt | 20:57 | |
| *** sbasam has joined #openstack-meeting-alt | 20:58 | |
| *** noslzzp has joined #openstack-meeting-alt | 20:59 | |
| *** jcooley_ has quit IRC | 20:59 | |
| shshang | Hello? | 21:01 |
| *** hartsocks has joined #openstack-meeting-alt | 21:02 | |
| *** shshang has quit IRC | 21:02 | |
| *** shshang has joined #openstack-meeting-alt | 21:03 | |
| *** sc68cal has joined #openstack-meeting-alt | 21:03 | |
| sc68cal | sorry bout that | 21:03 |
| sc68cal | #startmeeting neutron_ipv6 | 21:03 |
| openstack | Meeting started Thu Dec 5 21:03:50 2013 UTC and is due to finish in 60 minutes. The chair is sc68cal. Information about MeetBot at http://wiki.debian.org/MeetBot. | 21:03 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 21:03 |
| *** openstack changes topic to " (Meeting topic: neutron_ipv6)" | 21:03 | |
| openstack | The meeting name has been set to 'neutron_ipv6' | 21:03 |
| *** banix has joined #openstack-meeting-alt | 21:04 | |
| *** Randy__ has joined #openstack-meeting-alt | 21:04 | |
| sc68cal | Hello everyone, I hope all are doing well | 21:04 |
| shshang | Hey, Sean | 21:04 |
| * sc68cal pulls up agenda | 21:05 | |
| Randy__ | hi sean | 21:05 |
| aveiga | hello | 21:05 |
| sc68cal | #topic review previous meeting items | 21:05 |
| *** openstack changes topic to "review previous meeting items (Meeting topic: neutron_ipv6)" | 21:05 | |
| *** jvrbanac has joined #openstack-meeting-alt | 21:05 | |
| sc68cal | So our meeting 2 weeks ago, the first thing we talked about was how to move forward with the DHCP agent for V6 | 21:06 |
| *** hartsocks has left #openstack-meeting-alt | 21:06 | |
| sc68cal | we discussed that in depth on the brainstorm on tuesday night, and the consensus was that we're going to attempt to get all the work that everyone has done around this combined | 21:06 |
| sc68cal | Randy__ and shshang posted their review, which contains the work they did to make dhcpv6 work with dnsmasq | 21:07 |
| sc68cal | #link https://review.openstack.org/#/c/58186/ Review for IPv6 - Randy & shshang | 21:07 |
| sc68cal | shshang: Do I have attribution right? | 21:08 |
| shshang | Yup, that is correct, Sean! | 21:08 |
| sc68cal | Great | 21:08 |
| sc68cal | so let's go ahead and use that to transition into a recap about what we talked about tuesday | 21:08 |
| sc68cal | #topic recap tuesday brainstorm | 21:08 |
| *** openstack changes topic to "recap tuesday brainstorm (Meeting topic: neutron_ipv6)" | 21:08 | |
| sc68cal | shshang: want to summarize our discussion? | 21:09 |
| shshang | Sure. So we had a brainstorming session on Tuesday | 21:09 |
| shshang | We had teams from multiple placeholders, such as Comcast, IBM, HP, Cisco, and Nephos6 | 21:09 |
| shshang | Sean clarified several question regarding the blueprint he proposed to the community | 21:10 |
| shshang | Regarding the blueprint, we focused on the short-term and mid-term goals | 21:10 |
| sc68cal | #link https://blueprints.launchpad.net/neutron/+spec/ipv6-provider-nets-slaac Comcast short-term goal for IPv6 | 21:11 |
| shshang | In summary, for short-term goals, with the new patch in Neutron to modify the firewall rules, the system should be able to achieve the short-term goal | 21:11 |
| shshang | In other words, VM should be able to learn RA from upstream router, and come up with dual-stack address | 21:12 |
| shshang | W.r.t. the mid-term goal, a lot of work have been done already jointly between Comcast, IBM and HP team | 21:12 |
| aveiga | something to note here is that patch applies to the hybrid VIF driver | 21:12 |
| haleyb | i (hp) won't take credit for any work, just reviews :) | 21:13 |
| jjmb | so what is next here on this front "Comcast short-term goal for IPv6", how do we advance this so we can deploy preliminary support IPv6? | 21:13 |
| shshang | There are several bug fixes already submitted . In addition, Randy and I did POC before, and we believe that we can merge the work we did to add support of the architecture with Neutron Router and L3 agent | 21:13 |
| shshang | @aveiga, thanks for the note. Yup, that is correct | 21:14 |
| sc68cal | that sounds like a good time to transition to bugs | 21:14 |
| *** banix has quit IRC | 21:14 | |
| sc68cal | #topic bugs | 21:15 |
| *** openstack changes topic to "bugs (Meeting topic: neutron_ipv6)" | 21:15 | |
| shshang | We will leverage the work Sean and IBM team already did, i.e. the framework to add dnsmasq mode from CLI to the code, and make sure dnsmasq has flexibility to achieve Sean's mid-term gold | 21:15 |
| shshang | goal | 21:15 |
| shshang | In addition, Sean encouraged us to create a new blueprint | 21:15 |
| sc68cal | #undo | 21:15 |
| openstack | Removing item from minutes: <ircmeeting.items.Topic object at 0x2b8ed10> | 21:16 |
| shshang | make it as addition to the existing blueprint he submitted. | 21:16 |
| shshang | Randy created a blueprint for that purpose | 21:16 |
| *** FallenPegasus has joined #openstack-meeting-alt | 21:16 | |
| sc68cal | perfect | 21:17 |
| shshang | We will create at least one more blueprint as supplement to Sean's, in order to support router and l3 agent | 21:17 |
| Randy__ | #link https://blueprints.launchpad.net/neutron/+spec/dnsmasq-bind-into-qrouter-namespace | 21:17 |
| aveiga | thanks Randy__ | 21:17 |
| shshang | Thanks, @Randy | 21:17 |
| Randy__ | np | 21:17 |
| shshang | So eventually, as part of the Comcast mid-term goal, we should be able to allow user to define which mode dnsmasq will run at, and spin up dual-stack VM accordingly | 21:18 |
| shshang | We didn't have time to discuss long-term goal yet. | 21:18 |
| *** banix has joined #openstack-meeting-alt | 21:18 | |
| *** yogesh_ has joined #openstack-meeting-alt | 21:18 | |
| shshang | Anything I missed, Sean or Randy? | 21:18 |
| *** FallenPegasus has quit IRC | 21:18 | |
| aveiga | to be specific about the mid-term goal, there are 3 major ways to provision a network in ipv6 | 21:18 |
| aveiga | SLAAC, stateful, and stateless | 21:19 |
| *** FallenPegasus has joined #openstack-meeting-alt | 21:19 | |
| aveiga | it would be useful to extend neutron's network attributes to include provisioning mode | 21:19 |
| aveiga | and basically set the v4 subnets to stateful | 21:19 |
| sc68cal | aveiga: I believe the subnet_mode bp covers that | 21:19 |
| aveiga | but allow the v6 networks t oselect one of these modes | 21:19 |
| sc68cal | since it allows you to do static, ra-names, ra-stateless, etc | 21:19 |
| aveiga | exactly, mind linking it? | 21:19 |
| Randy__ | that is our intent | 21:20 |
| sc68cal | #link https://blueprints.launchpad.net/neutron/+spec/dnsmasq-mode-keyword dnsmasq v6 mode configuration | 21:20 |
| Randy__ | we will use the modes introduced with keywords blueprint | 21:20 |
| Randy__ | that is a dependency | 21:20 |
| shshang | The framework Sean and IBM team defines, including a list of constants for all of these modes | 21:20 |
| sc68cal | jjmb: I think the last peice for our short term is just getting the hairpin fix into nova | 21:20 |
| shshang | we will use the definition of those constants for our next code submission. | 21:21 |
| sc68cal | #link https://review.openstack.org/#/c/52983/ defines the modes available to use with dnsmasq | 21:21 |
| shshang | We will also drop the source code, which are duplicated with Comcast and IBM teams' contribution. | 21:21 |
| *** jmaron has quit IRC | 21:21 | |
| shshang | I believe that should be the summary of our Tuesday night's meeting | 21:22 |
| Randy__ | we will create another blueprint to address the external gateway of the L3 agent | 21:23 |
| sc68cal | excellent - thanks for organizing that meeting, I think it was very helpful for the IBM people who are not able to make these meetings | 21:23 |
| sc68cal | due to timezone differences | 21:23 |
| shshang | Np, Sean! | 21:23 |
| sc68cal | Randy__: excellent | 21:23 |
| sc68cal | aveiga: You discovered a bug in dnsmasq with dualstack - I think shshang and Randy__ ran into the same issue | 21:24 |
| sc68cal | #topic bugs | 21:24 |
| *** openstack changes topic to "bugs (Meeting topic: neutron_ipv6)" | 21:24 | |
| sc68cal | want to give you guys time to discuss | 21:24 |
| aveiga | sure | 21:24 |
| aveiga | #link https://bugs.launchpad.net/neutron/+bug/1257446 neutron dual-stack bug | 21:25 |
| aveiga | I ran into an issue that seems like a show stopper. If you create a regular IPv4 provider network, it operates as expected. As soon as you add an IPv6 subnet to that network, dnsmasq stops issuing leases | 21:26 |
| aveiga | it turns out that neutron is trying to send both networks to dnsmasq as tags | 21:26 |
| sc68cal | shshang: this is happens in the part of the code where you place 1.1.1.1 in as a workaround, if I recall correctly, from Tuesday's meeting | 21:26 |
| aveiga | this is invalid syntax for dnsmasq, and causes it to stop issuing responses | 21:26 |
| sc68cal | in your review | 21:26 |
| aveiga | so in order to get dual-stack working, it might be necessary to fix a fw flaws in the v4 workflow as well | 21:27 |
| aveiga | few* | 21:27 |
| shshang | yes, you are right....I remember Havana release packaged 2.5.x release, which had a lot of issues of IPv6. | 21:27 |
| shshang | I later on "upgraded" it to 2.6.5 release | 21:27 |
| *** IlyaE has joined #openstack-meeting-alt | 21:28 | |
| aveiga | yes, in the bug I mention that the installed dnsmasq (per the repo) is 2.59 | 21:28 |
| *** reaperhulk has left #openstack-meeting-alt | 21:28 | |
| *** NehaV1 has joined #openstack-meeting-alt | 21:29 | |
| shshang | Do you plan to fix it from OpenStack side? | 21:29 |
| aveiga | that's what I wanted to bring up | 21:29 |
| aveiga | there are multiple ways to fix it, but which is correct? | 21:29 |
| sc68cal | aveiga: since we are working closely with the maintainer of dnsmasq- perhaps we can discuss with him/her? | 21:30 |
| aveiga | we could bump the minimum required version of dnsmasq, or the (imho) proper way would be to fix the command to not have both networks tagged | 21:30 |
| aveiga | sc68cal: I'd rather work with what's already deployed | 21:30 |
| aveiga | I'm not sure issuing both networks is correct | 21:30 |
| *** colinmcn_ has quit IRC | 21:30 | |
| *** colinmcnamara has quit IRC | 21:30 | |
| jjmb | sean we (comcast) are happy to direct some of our resources to address issues that will advance openstack ipv6 support | 21:31 |
| jjmb | we should remain open to upping the version of dnsmasq that is required | 21:31 |
| jjmb | some fixes and features may be required | 21:31 |
| aveiga | jjmb: The issue lies in that we are treating ipv4 and ipv6 on the same network as separate networks | 21:31 |
| sc68cal | jjmb: agreed. I think like aveiga said this is neutron just constructing a bad cmd string | 21:31 |
| shshang | @aveiga, I agree with you...I am afraid of if dnsmasq doesn't support it, then there is no way we can make it happen....unless the author changes it | 21:31 |
| shshang | clearly it is supported in the newer release | 21:32 |
| shshang | another bad thing on 2.5.x release is, it may not support --enable-ra | 21:32 |
| aveiga | perhaps this is something we should put to the mailing list | 21:32 |
| *** NehaV has quit IRC | 21:32 | |
| aveiga | to see what kind of operator pain it would cause to bump the version | 21:32 |
| shshang | I remember at the time when I add --enable-ra, it complained. That was the main reason I switched to 2.6.x | 21:33 |
| jjmb | we need to keep a running list of dnsmasq related bugs and rfe's so we can ensure they are addressed and accounted for... | 21:33 |
| shshang | @jjmb, yup | 21:33 |
| *** FallenPegasus has quit IRC | 21:33 | |
| aveiga | jjmb: I think I'll go retag the bug dnsmasq in launchpad | 21:33 |
| aveiga | we should consider doing that for future issues | 21:33 |
| sc68cal | Anyone else have any other bugs to discuss? | 21:34 |
| *** dmitryme has quit IRC | 21:34 | |
| sc68cal | othewise we'll hit tempest, then do open discussion | 21:35 |
| sc68cal | #topic tempest | 21:35 |
| *** openstack changes topic to "tempest (Meeting topic: neutron_ipv6)" | 21:35 | |
| shshang | I see IBM team initiated several threads on tempest, right? | 21:36 |
| sc68cal | shshang: exactly | 21:36 |
| sc68cal | #link https://review.openstack.org/#/c/58721/ static ipv6 injection scenario | 21:36 |
| sc68cal | I don't know if anyone has anything related to tempest, but I felt it would be good to bring it up anyway | 21:37 |
| shshang | What they are doing is helpful for us too. | 21:37 |
| *** yamahata_ has joined #openstack-meeting-alt | 21:37 | |
| aveiga | actually, I'm interested in setting up a separate meeting (one-ff) to review neutron tempest cases | 21:37 |
| aveiga | we should look at them and write v6 cases for existing v4 ones | 21:38 |
| *** jswarren has quit IRC | 21:38 | |
| shshang | Sooner than later, we need to leverage their tool to sanitize our code. | 21:38 |
| sc68cal | haleyb: does tempest run on infrastructure that hp provides? i forget | 21:38 |
| aveiga | eventually, security groups, fwaas, etc will need to be tested with v6 as well | 21:38 |
| shshang | forgive my ignorance, who has the ownership of testing and test case development? | 21:39 |
| haleyb | sc68cal: probably, i'd have to ask someone, it's nothing i do | 21:39 |
| *** garyduan has quit IRC | 21:40 | |
| aveiga | tangentially related, I'm going to start leveraging the Third Party Testing tools to run code against our lab here at Comcast too | 21:40 |
| *** garyduan has joined #openstack-meeting-alt | 21:40 | |
| aveiga | I can only cover certain scenarios, but every bit helps until Tempest is running against v6 code | 21:40 |
| sc68cal | aveiga: I think that'd be great | 21:40 |
| sc68cal | #action aveiga sc68cal jjmb investigate third party test integration for doing ipv6 tempest testing | 21:41 |
| shshang | So clearly there is a need...I am eager to see what we can do in order to make IBM team's tool available | 21:41 |
| aveiga | are they willing to assist? Forgive my ignorance, but I'm not familiar with the situation | 21:42 |
| shshang | In the context of what we are trying to do here, I believe they are going to help | 21:42 |
| *** twoputt_ has quit IRC | 21:43 | |
| *** twoputt__ has quit IRC | 21:43 | |
| *** twoputt_ has joined #openstack-meeting-alt | 21:43 | |
| *** twoputt__ has joined #openstack-meeting-alt | 21:43 | |
| aveiga | one of the action items I had from the first meeting was to gather a list of the things we're looking for in code review that are "IPv4-only-isms" | 21:44 |
| aveiga | jjmb was kind enough to start the ehterpad for it | 21:44 |
| aveiga | #link https://etherpad.openstack.org/p/ipv6-coding-considerations ipv4-isms | 21:44 |
| aveiga | the list isn't complete by any means, but is a starting point | 21:44 |
| sc68cal | #topic open discussion | 21:45 |
| *** openstack changes topic to "open discussion (Meeting topic: neutron_ipv6)" | 21:45 | |
| shshang | Sorry, Sean, what's the decision of tempest? | 21:45 |
| sc68cal | shshang: I think we just keep an eye on what the IBM people are adding to tempest | 21:45 |
| aveiga | shshang: I agree with sc68cal, and we should go over it when it's published | 21:46 |
| sc68cal | and maybe our team inside comcast can investigate running tempest so we can formailize some of our testing that we've been doing | 21:46 |
| aveiga | from there we can look for gaps and try to patch them up | 21:46 |
| aveiga | sc68cal: can you give me that as an action item? | 21:47 |
| aveiga | I'll put it in my backlog | 21:47 |
| sc68cal | I think I got it already | 21:47 |
| aveiga | no, the tempest integration part | 21:47 |
| aveiga | we're good on theird party | 21:47 |
| shshang | Agree, I feel like we should give their tool a try | 21:47 |
| sc68cal | ah gotcha | 21:47 |
| aveiga | shshang: is there a link to this tool, or are they still in the process? | 21:48 |
| shshang | I am not 100% sure of the readiness, but based on my current reading, it adds some enhancement to the existing template | 21:49 |
| aveiga | ok, would you mind providing a link (or encouraging them to) to the mailing list when it's available? I'm interested in doing an evaluation | 21:49 |
| shshang | The same here. I will nudge them to provide more details. Hopefully it will become community level testing solution for IPv6 | 21:50 |
| *** banix has quit IRC | 21:50 | |
| *** banix has joined #openstack-meeting-alt | 21:51 | |
| *** jmaron has joined #openstack-meeting-alt | 21:52 | |
| sc68cal | Sounds good - we've got 8 mins left if anyone else has anything | 21:52 |
| shshang | Nothing from my side...btw, Randy is going to create more blueprints and link to yours. We will share the link to the mailer when it is done. | 21:54 |
| shshang | A quick question, for mid-term, are we going to consider running dnsmasq as dhcp6 server? | 21:54 |
| aveiga | shshang: I think that's a good idea | 21:55 |
| *** amcrn_ has joined #openstack-meeting-alt | 21:55 | |
| *** amcrn has quit IRC | 21:55 | |
| aveiga | it's already being used today in openwrt and similar projects, and it even handles prefix delegation, which I think needs to be on the long-term list | 21:55 |
| *** ijw has joined #openstack-meeting-alt | 21:56 | |
| aveiga | i.e. we should be able to pull a delegated prefix for use in software load-balancers or service VMs | 21:56 |
| *** atiwari has quit IRC | 21:56 | |
| shshang | If I understand you correctly, the same dnsmasq will announce RA, and act as DHCPv6 server at the same time, in case of stateless DHCPv6 mode, right? | 21:56 |
| sc68cal | aveiga: doesn't the current code attempt to do dhcp6 today? | 21:56 |
| aveiga | so that's the question, there's a discussion to be had there | 21:57 |
| sc68cal | obviously it breaks, but it tries to do that with the flags its passed | 21:57 |
| aveiga | some modes you want RAs issued there | 21:57 |
| *** amcrn_ is now known as amcrn | 21:57 | |
| aveiga | but in some modes you don't | 21:57 |
| aveiga | for instance, my deployment with l3 provider networks, you want the RA coming from the upstream gateway | 21:57 |
| ijw | aveiga: um, surely you want RAs from the router, not the DHCP server (says he jumping in late) | 21:57 |
| aveiga | er, l2 provider | 21:57 |
| aveiga | ijw: you want it from dhcp server IF it's the l3 gateway | 21:58 |
| aveiga | otherwise you don't | 21:58 |
| ijw | OK, told you I'd jumped in late ;) | 21:58 |
| aveiga | np | 21:58 |
| shshang | I see. That is a very good use case, aveiga | 21:58 |
| *** SergeyLukjanov has quit IRC | 21:58 | |
| aveiga | there are several bugs in many implementations wehre multiple RAs fail to work proerly | 21:58 |
| *** jmaron has quit IRC | 21:58 | |
| aveiga | or where RA priorities are not respected | 21:58 |
| aveiga | we have to work around them, unfortunately, as they are widespread | 21:59 |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 21:59 | |
| shshang | aveiga, if you don't mind, can Randy and I take a look at this issue? | 21:59 |
| aveiga | sure! | 21:59 |
| aveiga | let's take it to the mailing list, since we're out of time | 21:59 |
| shshang | i.e. run dnsmasq as DHCPv6 for various mode. | 21:59 |
| shshang | absolutely | 21:59 |
| aveiga | thanks | 22:00 |
| shshang | Don't mention it! Any time! | 22:00 |
| shshang | Will keep everybody posted | 22:00 |
| sc68cal | OK everyone - let's keep things going on the ML | 22:01 |
| shshang | Thanks, everyone | 22:01 |
| sc68cal | lots of great stuff going on, very excited to see things coming together | 22:01 |
| sc68cal | everyone have a great weekend! | 22:01 |
| jjmb | same, thanks sean | 22:01 |
| sc68cal | #endmeeting | 22:02 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings" | 22:02 | |
| openstack | Meeting ended Thu Dec 5 22:02:04 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 22:02 |
| * ijw will put the meeting in his calendar for the right time next week. | 22:02 | |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/neutron_ipv6/2013/neutron_ipv6.2013-12-05-21.03.html | 22:02 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/neutron_ipv6/2013/neutron_ipv6.2013-12-05-21.03.txt | 22:02 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/neutron_ipv6/2013/neutron_ipv6.2013-12-05-21.03.log.html | 22:02 |
| *** Randy__ has quit IRC | 22:02 | |
| *** aveiga has left #openstack-meeting-alt | 22:03 | |
| *** banix has quit IRC | 22:03 | |
| *** shshang has quit IRC | 22:03 | |
| *** pdmars has quit IRC | 22:05 | |
| *** abramley has quit IRC | 22:07 | |
| *** sbasam has left #openstack-meeting-alt | 22:09 | |
| *** DennyZhang has joined #openstack-meeting-alt | 22:10 | |
| *** denis_makogon has quit IRC | 22:10 | |
| *** denis_makogon has joined #openstack-meeting-alt | 22:10 | |
| *** jcooley_ has joined #openstack-meeting-alt | 22:12 | |
| *** jdob has quit IRC | 22:14 | |
| *** ruhe has quit IRC | 22:17 | |
| *** jcoufal has quit IRC | 22:17 | |
| *** lblanchard has quit IRC | 22:18 | |
| *** eankutse has quit IRC | 22:20 | |
| *** DennyZhang has quit IRC | 22:27 | |
| *** kgriffs is now known as kgriffs_afk | 22:28 | |
| *** sarob has joined #openstack-meeting-alt | 22:31 | |
| *** twoputt_ has quit IRC | 22:32 | |
| *** twoputt__ has quit IRC | 22:32 | |
| *** twoputt_ has joined #openstack-meeting-alt | 22:32 | |
| *** twoputt__ has joined #openstack-meeting-alt | 22:32 | |
| *** banix has joined #openstack-meeting-alt | 22:37 | |
| *** kgriffs_afk is now known as kgriffs | 22:37 | |
| *** SergeyLukjanov has quit IRC | 22:37 | |
| *** kgriffs is now known as kgriffs_afk | 22:38 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 22:38 | |
| *** rnirmal has quit IRC | 22:38 | |
| *** noslzzp has quit IRC | 22:41 | |
| *** SergeyLukjanov has quit IRC | 22:42 | |
| *** kgriffs_afk is now known as kgriffs | 22:43 | |
| *** yamahata_ has quit IRC | 22:45 | |
| *** sacharya has quit IRC | 22:49 | |
| *** jmaron has joined #openstack-meeting-alt | 22:50 | |
| *** sarob has quit IRC | 22:57 | |
| *** sarob has joined #openstack-meeting-alt | 22:58 | |
| *** demorris has quit IRC | 22:59 | |
| *** sarob_ has joined #openstack-meeting-alt | 23:01 | |
| *** sarob has quit IRC | 23:01 | |
| *** NehaV1 has quit IRC | 23:02 | |
| *** jasonb365 has joined #openstack-meeting-alt | 23:03 | |
| *** nati_uen_ has joined #openstack-meeting-alt | 23:04 | |
| *** brents has quit IRC | 23:06 | |
| *** nati_ueno has quit IRC | 23:07 | |
| *** brents has joined #openstack-meeting-alt | 23:08 | |
| *** IlyaE has quit IRC | 23:09 | |
| *** yogesh_ has quit IRC | 23:09 | |
| *** SergeyLukjanov has joined #openstack-meeting-alt | 23:11 | |
| *** jmaron has quit IRC | 23:13 | |
| *** jcooley_ has quit IRC | 23:14 | |
| *** jcoufal-mob has joined #openstack-meeting-alt | 23:16 | |
| *** SergeyLukjanov has quit IRC | 23:18 | |
| *** jmaron has joined #openstack-meeting-alt | 23:19 | |
| *** jecarey has quit IRC | 23:22 | |
| *** jcooley_ has joined #openstack-meeting-alt | 23:23 | |
| *** jcoufal-mob has quit IRC | 23:24 | |
| *** sarob_ has quit IRC | 23:31 | |
| *** sarob has joined #openstack-meeting-alt | 23:31 | |
| *** jasonb365 has quit IRC | 23:31 | |
| *** nati_uen_ has quit IRC | 23:34 | |
| *** nati_ueno has joined #openstack-meeting-alt | 23:34 | |
| *** sarob_ has joined #openstack-meeting-alt | 23:34 | |
| *** sarob_ has quit IRC | 23:34 | |
| *** sarob_ has joined #openstack-meeting-alt | 23:35 | |
| *** sarob has quit IRC | 23:35 | |
| *** lblanchard has joined #openstack-meeting-alt | 23:36 | |
| *** denis_makogon has quit IRC | 23:38 | |
| *** dev_warlord has quit IRC | 23:39 | |
| *** jcooley_ has quit IRC | 23:42 | |
| *** brents has quit IRC | 23:42 | |
| *** kgriffs is now known as kgriffs_afk | 23:42 | |
| *** jcooley_ has joined #openstack-meeting-alt | 23:43 | |
| *** aignatov has quit IRC | 23:48 | |
| *** jmaron has quit IRC | 23:53 | |
| *** brents has joined #openstack-meeting-alt | 23:53 | |
| *** jcooley_ has quit IRC | 23:55 | |
| *** sacharya has joined #openstack-meeting-alt | 23:55 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!