*** mgiles has joined #openstack-meeting | 00:00 | |
*** morganfainberg has quit IRC | 00:06 | |
*** mrodden has quit IRC | 00:06 | |
*** manip has joined #openstack-meeting | 00:09 | |
*** vipul is now known as vipul|away | 00:10 | |
*** manip has quit IRC | 00:11 | |
*** jaypipes has quit IRC | 00:12 | |
*** ndipanov has quit IRC | 00:12 | |
*** zhuadl has joined #openstack-meeting | 00:13 | |
*** topol has quit IRC | 00:14 | |
*** morganfainberg has joined #openstack-meeting | 00:14 | |
*** markpeek has joined #openstack-meeting | 00:18 | |
*** armax_ has joined #openstack-meeting | 00:19 | |
*** armax_ has left #openstack-meeting | 00:19 | |
*** hemna_ has joined #openstack-meeting | 00:19 | |
*** cp16net_ has joined #openstack-meeting | 00:20 | |
*** zhuadl has quit IRC | 00:20 | |
*** edleafe has quit IRC | 00:20 | |
*** cp16net has quit IRC | 00:20 | |
*** kashyap has quit IRC | 00:20 | |
*** cp16net_ is now known as cp16net | 00:20 | |
*** gyee has quit IRC | 00:21 | |
*** hemnafk has quit IRC | 00:21 | |
*** Guest36352 has quit IRC | 00:21 | |
*** edleafe has joined #openstack-meeting | 00:21 | |
*** Guest36352 has joined #openstack-meeting | 00:21 | |
*** kashyap has joined #openstack-meeting | 00:21 | |
*** lloydde has quit IRC | 00:26 | |
*** alexpilotti has quit IRC | 00:27 | |
*** MarkAtwood has quit IRC | 00:31 | |
*** vipul|away is now known as vipul | 00:32 | |
*** jamespage_ has quit IRC | 00:39 | |
*** esker has quit IRC | 00:40 | |
*** shang has joined #openstack-meeting | 00:40 | |
*** jamespage_ has joined #openstack-meeting | 00:42 | |
*** dolphm has joined #openstack-meeting | 00:42 | |
*** shang has quit IRC | 00:46 | |
*** dolphm has quit IRC | 00:47 | |
*** vipul is now known as vipul|away | 00:48 | |
*** martine has joined #openstack-meeting | 00:50 | |
*** vkmc has quit IRC | 00:50 | |
*** fnaval has joined #openstack-meeting | 00:51 | |
*** vipul|away is now known as vipul | 00:52 | |
*** ayurchen has quit IRC | 00:53 | |
*** ayurchen1 has joined #openstack-meeting | 00:53 | |
*** maoy has joined #openstack-meeting | 00:55 | |
*** salv-orlando has quit IRC | 00:55 | |
*** lloydde has joined #openstack-meeting | 00:56 | |
*** zhuadl has joined #openstack-meeting | 01:00 | |
*** mgiles has quit IRC | 01:00 | |
*** lloydde has quit IRC | 01:01 | |
*** danwent has quit IRC | 01:02 | |
*** reed has quit IRC | 01:12 | |
*** zb has joined #openstack-meeting | 01:13 | |
*** zaneb has quit IRC | 01:16 | |
*** MarkAtwood has joined #openstack-meeting | 01:18 | |
*** bdpayne has quit IRC | 01:21 | |
*** arosen has quit IRC | 01:23 | |
*** ryanpetrello has quit IRC | 01:28 | |
*** martine has quit IRC | 01:29 | |
*** terry7 has quit IRC | 01:37 | |
*** topol has joined #openstack-meeting | 01:39 | |
*** koolhead17 has joined #openstack-meeting | 01:57 | |
*** lloydde has joined #openstack-meeting | 01:57 | |
*** anniec has quit IRC | 02:00 | |
*** lloydde has quit IRC | 02:02 | |
*** stevemar has joined #openstack-meeting | 02:03 | |
*** adjohn has quit IRC | 02:05 | |
*** jkyle has quit IRC | 02:07 | |
*** adalbas has quit IRC | 02:08 | |
*** ayoung is now known as ayoung-gnight | 02:21 | |
*** stevemar has quit IRC | 02:27 | |
*** MarkAtwood has left #openstack-meeting | 02:35 | |
*** woodspa has joined #openstack-meeting | 02:39 | |
*** novas0x2a|laptop has quit IRC | 02:39 | |
*** woodspa has quit IRC | 02:41 | |
*** jbresnah has quit IRC | 02:43 | |
*** sandywalsh has quit IRC | 02:43 | |
*** ivasev has joined #openstack-meeting | 02:47 | |
*** sandywalsh has joined #openstack-meeting | 02:56 | |
*** mrodden has joined #openstack-meeting | 02:57 | |
*** lloydde has joined #openstack-meeting | 02:58 | |
*** SumitNaiksatam has quit IRC | 03:02 | |
*** lloydde has quit IRC | 03:02 | |
*** mgiles has joined #openstack-meeting | 03:06 | |
*** adjohn has joined #openstack-meeting | 03:15 | |
*** novas0x2a|laptop has joined #openstack-meeting | 03:16 | |
*** SumitNaiksatam has joined #openstack-meeting | 03:18 | |
*** adjohn_ has joined #openstack-meeting | 03:19 | |
*** adjohn has quit IRC | 03:20 | |
*** mattray has joined #openstack-meeting | 03:23 | |
*** esker has joined #openstack-meeting | 03:24 | |
*** esker has quit IRC | 03:24 | |
*** esker has joined #openstack-meeting | 03:25 | |
*** martine has joined #openstack-meeting | 03:41 | |
*** adjohn_ has quit IRC | 03:44 | |
*** martine has quit IRC | 03:49 | |
*** amyt has joined #openstack-meeting | 03:52 | |
*** mattray has quit IRC | 03:55 | |
*** amyt has quit IRC | 03:55 | |
*** boris-42 has joined #openstack-meeting | 03:56 | |
*** amyt has joined #openstack-meeting | 03:57 | |
*** lloydde has joined #openstack-meeting | 03:59 | |
*** lloydde has quit IRC | 04:03 | |
*** zhuadl has quit IRC | 04:06 | |
*** amyt has quit IRC | 04:06 | |
*** adjohn has joined #openstack-meeting | 04:06 | |
*** adjohn has quit IRC | 04:06 | |
*** amyt has joined #openstack-meeting | 04:07 | |
*** esker has quit IRC | 04:07 | |
*** blamar has quit IRC | 04:08 | |
*** dwcramer has quit IRC | 04:08 | |
*** stevemar has joined #openstack-meeting | 04:08 | |
*** garyk has joined #openstack-meeting | 04:09 | |
*** adjohn has joined #openstack-meeting | 04:09 | |
*** esker has joined #openstack-meeting | 04:12 | |
*** amyt has quit IRC | 04:12 | |
*** amyt has joined #openstack-meeting | 04:13 | |
*** stevemar has quit IRC | 04:14 | |
*** SergeyLukjanov has joined #openstack-meeting | 04:15 | |
*** glikson has joined #openstack-meeting | 04:16 | |
*** esker has quit IRC | 04:19 | |
*** stevemar has joined #openstack-meeting | 04:20 | |
*** amyt has quit IRC | 04:20 | |
*** amyt has joined #openstack-meeting | 04:21 | |
*** vipul is now known as vipul|away | 04:21 | |
*** mgiles has quit IRC | 04:22 | |
*** vipul|away is now known as vipul | 04:24 | |
*** amyt has quit IRC | 04:24 | |
*** boris-42 has quit IRC | 04:24 | |
*** amyt has joined #openstack-meeting | 04:25 | |
*** blamar has joined #openstack-meeting | 04:26 | |
*** danwent has joined #openstack-meeting | 04:29 | |
*** koolhead17 has quit IRC | 04:33 | |
*** amyt has quit IRC | 04:33 | |
*** amyt has joined #openstack-meeting | 04:34 | |
*** maurosr has quit IRC | 04:34 | |
*** maurosr has joined #openstack-meeting | 04:34 | |
*** esker has joined #openstack-meeting | 04:38 | |
*** garyk has quit IRC | 04:41 | |
*** amyt has quit IRC | 04:41 | |
*** amyt has joined #openstack-meeting | 04:42 | |
*** amyt has quit IRC | 04:44 | |
*** ivasev has quit IRC | 04:44 | |
*** boris-42 has joined #openstack-meeting | 04:44 | |
*** koolhead17 has joined #openstack-meeting | 04:46 | |
*** vipul is now known as vipul|away | 04:53 | |
*** maoy has quit IRC | 04:55 | |
*** esker has quit IRC | 04:56 | |
*** esker has joined #openstack-meeting | 04:57 | |
*** FnordDownUnder has joined #openstack-meeting | 04:58 | |
*** esker has quit IRC | 05:03 | |
*** stevemar has quit IRC | 05:05 | |
*** adjohn has quit IRC | 05:07 | |
*** koolhead17 has quit IRC | 05:08 | |
*** sacharya has quit IRC | 05:10 | |
*** boris-42 has quit IRC | 05:15 | |
*** jamespage_ has quit IRC | 05:17 | |
*** markpeek has quit IRC | 05:17 | |
*** PeTeT has quit IRC | 05:31 | |
*** marun has quit IRC | 05:32 | |
*** SergeyLukjanov has quit IRC | 05:49 | |
*** jbresnah has joined #openstack-meeting | 05:58 | |
*** jbresnah has left #openstack-meeting | 06:03 | |
*** esker has joined #openstack-meeting | 06:07 | |
*** lloydde has joined #openstack-meeting | 06:07 | |
*** mrunge has joined #openstack-meeting | 06:09 | |
*** MarkAtwood has joined #openstack-meeting | 06:09 | |
*** lloydde has quit IRC | 06:10 | |
*** esker has quit IRC | 06:11 | |
*** garyk has joined #openstack-meeting | 06:12 | |
*** nati_ueno has joined #openstack-meeting | 06:14 | |
*** MarkAtwood has quit IRC | 06:21 | |
*** danwent has quit IRC | 06:25 | |
*** Mandell has joined #openstack-meeting | 06:28 | |
*** boris-42 has joined #openstack-meeting | 06:30 | |
*** afazekas has joined #openstack-meeting | 06:36 | |
*** FnordDownUnder has quit IRC | 06:38 | |
*** flaper87 has joined #openstack-meeting | 06:45 | |
*** luis_fdez has quit IRC | 06:47 | |
*** boris-42 has quit IRC | 06:59 | |
*** glikson has quit IRC | 07:01 | |
*** boris-42 has joined #openstack-meeting | 07:02 | |
*** ayurchen1 has quit IRC | 07:06 | |
*** ayurchen has joined #openstack-meeting | 07:07 | |
*** zb is now known as zaneb | 07:09 | |
*** topol has quit IRC | 07:10 | |
*** alexpilotti has joined #openstack-meeting | 07:13 | |
*** glikson has joined #openstack-meeting | 07:18 | |
*** eglynn has joined #openstack-meeting | 07:26 | |
*** Mandell has quit IRC | 07:33 | |
*** nati_ueno has quit IRC | 07:43 | |
*** kpavel has quit IRC | 07:49 | |
*** kpavel has joined #openstack-meeting | 07:49 | |
*** kpavel_ has joined #openstack-meeting | 07:51 | |
*** kpavel has quit IRC | 07:55 | |
*** kpavel_ is now known as kpavel | 07:55 | |
*** MarkAtwood has joined #openstack-meeting | 07:55 | |
*** salv-orlando has joined #openstack-meeting | 07:57 | |
*** jog0 has quit IRC | 08:01 | |
*** MarkAtwood has quit IRC | 08:02 | |
*** SergeyLukjanov has joined #openstack-meeting | 08:27 | |
*** kpavel_ has joined #openstack-meeting | 08:36 | |
*** kpavel has quit IRC | 08:38 | |
*** kpavel_ is now known as kpavel | 08:38 | |
*** SergeyLukjanov has quit IRC | 08:45 | |
*** johnthetubaguy has joined #openstack-meeting | 08:45 | |
*** SergeyLukjanov has joined #openstack-meeting | 08:55 | |
*** obondarev_ has joined #openstack-meeting | 09:04 | |
*** mkollaro has joined #openstack-meeting | 09:09 | |
*** ociuhandu_ has joined #openstack-meeting | 09:09 | |
*** cyeoh_ has joined #openstack-meeting | 09:10 | |
*** esmute_ has joined #openstack-meeting | 09:11 | |
*** iccha has joined #openstack-meeting | 09:12 | |
*** notmyname_ has joined #openstack-meeting | 09:12 | |
*** llu_linux is now known as llu | 09:12 | |
*** jcooley_ has joined #openstack-meeting | 09:13 | |
*** saschpe_ has joined #openstack-meeting | 09:14 | |
*** uvirtbot has quit IRC | 09:14 | |
*** saschpe has quit IRC | 09:14 | |
*** lcheng has quit IRC | 09:14 | |
*** egallen has joined #openstack-meeting | 09:14 | |
*** obondarev has quit IRC | 09:14 | |
*** n0ano has quit IRC | 09:14 | |
*** jcooley has quit IRC | 09:14 | |
*** notmyname has quit IRC | 09:14 | |
*** notmyname_ is now known as notmyname | 09:14 | |
*** jcooley_ is now known as jcooley | 09:14 | |
*** uvirtbot has joined #openstack-meeting | 09:15 | |
*** pleia2 has quit IRC | 09:15 | |
*** pleia2 has joined #openstack-meeting | 09:15 | |
*** lcheng has joined #openstack-meeting | 09:15 | |
*** ociuhandu has quit IRC | 09:21 | |
*** briancline has quit IRC | 09:21 | |
*** cyeoh has quit IRC | 09:21 | |
*** esmute has quit IRC | 09:21 | |
*** iccha__ has quit IRC | 09:21 | |
*** ociuhandu_ is now known as ociuhandu | 09:21 | |
*** esmute_ is now known as esmute | 09:21 | |
*** egallen has quit IRC | 09:32 | |
*** alexxu has quit IRC | 09:33 | |
*** SergeyLukjanov has quit IRC | 09:41 | |
*** SergeyLukjanov has joined #openstack-meeting | 09:43 | |
*** esker has joined #openstack-meeting | 09:59 | |
*** alexpilotti has quit IRC | 10:06 | |
*** boris-42 has quit IRC | 10:10 | |
*** pcm___ has joined #openstack-meeting | 10:14 | |
*** pcm___ has quit IRC | 10:14 | |
*** pcm__ has joined #openstack-meeting | 10:15 | |
*** afazekas has quit IRC | 10:16 | |
*** SergeyLukjanov has quit IRC | 10:19 | |
*** rnirmal has joined #openstack-meeting | 10:28 | |
*** afazekas has joined #openstack-meeting | 10:29 | |
*** SergeyLukjanov has joined #openstack-meeting | 10:30 | |
*** briancline has joined #openstack-meeting | 10:30 | |
*** jcoufal has joined #openstack-meeting | 10:39 | |
*** mgiles has joined #openstack-meeting | 10:49 | |
*** SergeyLukjanov has quit IRC | 10:54 | |
*** jcoufal has quit IRC | 10:59 | |
*** acfleury has joined #openstack-meeting | 11:02 | |
*** esker has quit IRC | 11:04 | |
*** esker has joined #openstack-meeting | 11:05 | |
*** yamahata_ has joined #openstack-meeting | 11:05 | |
*** ndipanov has joined #openstack-meeting | 11:13 | |
*** esker has quit IRC | 11:19 | |
*** esker has joined #openstack-meeting | 11:20 | |
*** SergeyLukjanov has joined #openstack-meeting | 11:22 | |
*** dhellmann-away has quit IRC | 11:23 | |
*** martine has joined #openstack-meeting | 11:28 | |
*** boris-42 has joined #openstack-meeting | 11:35 | |
*** maoy has joined #openstack-meeting | 11:40 | |
*** ladquin_brb is now known as ladquin | 11:42 | |
*** yamahata_ has quit IRC | 11:50 | |
*** topol has joined #openstack-meeting | 11:52 | |
*** SergeyLukjanov has quit IRC | 11:55 | |
*** matiu has quit IRC | 12:00 | |
*** dprince has joined #openstack-meeting | 12:03 | |
*** mrunge has quit IRC | 12:05 | |
*** matiu has joined #openstack-meeting | 12:08 | |
*** matiu has quit IRC | 12:08 | |
*** matiu has joined #openstack-meeting | 12:08 | |
*** SergeyLukjanov has joined #openstack-meeting | 12:08 | |
*** eglynn has quit IRC | 12:18 | |
*** radez_g0n3 is now known as radez | 12:23 | |
*** yamahata_ has joined #openstack-meeting | 12:28 | |
*** zhuadl has joined #openstack-meeting | 12:28 | |
*** ayoung-gnight is now known as ayoung | 12:29 | |
*** zhuadl has quit IRC | 12:33 | |
*** martine has quit IRC | 12:34 | |
*** zhuadl has joined #openstack-meeting | 12:35 | |
*** jecarey has joined #openstack-meeting | 12:37 | |
*** dosaboy has quit IRC | 12:37 | |
*** dosaboy has joined #openstack-meeting | 12:39 | |
*** martine_ has joined #openstack-meeting | 12:43 | |
*** salv-orlando has quit IRC | 12:48 | |
*** salv-orlando has joined #openstack-meeting | 12:48 | |
*** eglynn has joined #openstack-meeting | 12:53 | |
*** dprince has quit IRC | 13:01 | |
*** dprince has joined #openstack-meeting | 13:02 | |
*** esker has quit IRC | 13:04 | |
*** eglynn is now known as hungry-eglynn | 13:09 | |
*** mkollaro has quit IRC | 13:17 | |
*** anniec has joined #openstack-meeting | 13:22 | |
*** robertmyers has joined #openstack-meeting | 13:23 | |
*** stevemar has joined #openstack-meeting | 13:25 | |
*** lbragstad has joined #openstack-meeting | 13:25 | |
*** johnthetubaguy has quit IRC | 13:28 | |
*** SergeyLukjanov has quit IRC | 13:32 | |
*** SergeyLukjanov has joined #openstack-meeting | 13:34 | |
*** jbartels_ has joined #openstack-meeting | 13:34 | |
*** sandywalsh has quit IRC | 13:37 | |
*** ociuhandu has quit IRC | 13:39 | |
*** jbartels_ has quit IRC | 13:40 | |
*** martine_ has quit IRC | 13:40 | |
*** ociuhandu has joined #openstack-meeting | 13:40 | |
*** martine has joined #openstack-meeting | 13:40 | |
*** ivasev has joined #openstack-meeting | 13:42 | |
*** esker has joined #openstack-meeting | 13:42 | |
*** esker has quit IRC | 13:45 | |
*** alexpilotti has joined #openstack-meeting | 13:47 | |
*** jbartels_ has joined #openstack-meeting | 13:49 | |
*** hungry-eglynn is now known as eglynn | 13:50 | |
*** markpeek has joined #openstack-meeting | 13:50 | |
*** sandywalsh has joined #openstack-meeting | 13:51 | |
*** sacharya has joined #openstack-meeting | 13:51 | |
*** alexpilotti has quit IRC | 13:52 | |
*** ryanpetrello has joined #openstack-meeting | 13:54 | |
*** lloydde has joined #openstack-meeting | 13:54 | |
*** jaypipes has joined #openstack-meeting | 13:54 | |
*** martine_ has joined #openstack-meeting | 13:54 | |
*** martine has quit IRC | 13:54 | |
*** sacharya has quit IRC | 13:55 | |
*** gongysh has quit IRC | 14:02 | |
*** Guest36352 has quit IRC | 14:04 | |
*** jcru has joined #openstack-meeting | 14:04 | |
*** hanney has joined #openstack-meeting | 14:05 | |
*** dolphm has joined #openstack-meeting | 14:05 | |
*** rushiagr has joined #openstack-meeting | 14:05 | |
*** jbartels_ has quit IRC | 14:07 | |
*** martine_ has quit IRC | 14:08 | |
*** martine has joined #openstack-meeting | 14:13 | |
*** shanewang has joined #openstack-meeting | 14:16 | |
*** zhuadl has quit IRC | 14:16 | |
*** sacharya has joined #openstack-meeting | 14:19 | |
*** jcoufal has joined #openstack-meeting | 14:21 | |
*** amyt has joined #openstack-meeting | 14:25 | |
*** shanewang has left #openstack-meeting | 14:25 | |
*** AlanClark has joined #openstack-meeting | 14:30 | |
*** topol has quit IRC | 14:33 | |
*** sacharya has quit IRC | 14:33 | |
*** imsplitbit has left #openstack-meeting | 14:33 | |
*** matiu has quit IRC | 14:33 | |
*** esker has joined #openstack-meeting | 14:34 | |
*** ayoung is now known as ayoung-afk | 14:35 | |
*** hanney has quit IRC | 14:35 | |
*** markmcclain has joined #openstack-meeting | 14:36 | |
*** dwcramer has joined #openstack-meeting | 14:37 | |
*** ndipanov has quit IRC | 14:39 | |
*** ndipanov has joined #openstack-meeting | 14:41 | |
*** david-lyle has left #openstack-meeting | 14:42 | |
*** lloydde has quit IRC | 14:43 | |
*** dwcramer has quit IRC | 14:43 | |
*** cp16net is now known as cp16net|away | 14:46 | |
*** spzala has joined #openstack-meeting | 14:47 | |
*** johnthetubaguy has joined #openstack-meeting | 14:49 | |
*** kebray has joined #openstack-meeting | 14:49 | |
*** ashwini has joined #openstack-meeting | 14:51 | |
*** jbartels_ has joined #openstack-meeting | 14:52 | |
*** litong has joined #openstack-meeting | 14:54 | |
*** armax has joined #openstack-meeting | 14:54 | |
*** tong|2 has joined #openstack-meeting | 14:56 | |
*** tong|3 has joined #openstack-meeting | 14:57 | |
*** litong has quit IRC | 14:59 | |
johnthetubaguy | #startmeeting XenAPI | 15:00 |
---|---|---|
openstack | Meeting started Wed May 8 15:00:53 2013 UTC. The chair is johnthetubaguy. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
*** openstack changes topic to " (Meeting topic: XenAPI)" | 15:00 | |
openstack | The meeting name has been set to 'xenapi' | 15:00 |
johnthetubaguy | hello, everyone | 15:01 |
johnthetubaguy | who is around for the meeting? | 15:01 |
*** tong|2 has quit IRC | 15:01 | |
* BobBall is | 15:01 | |
*** matelakat has joined #openstack-meeting | 15:01 | |
matelakat | hi | 15:01 |
BobBall | Not sure if Mate can join us tod... hi Mate | 15:01 |
johnthetubaguy | cool | 15:01 |
matelakat | I will be here, just in case :-) | 15:02 |
* johnthetubaguy will be back in 30 seconds | 15:02 | |
*** woodspa has joined #openstack-meeting | 15:02 | |
johnthetubaguy | anyone got things they want to add to the agenda in the wiki? | 15:02 |
johnthetubaguy | #link https://wiki.openstack.org/wiki/Meetings/XenAPI | 15:02 |
toanster | i'm here | 15:02 |
johnthetubaguy | also note the additional info about how we organise the group, will bring that up in the open disscussion | 15:02 |
johnthetubaguy | toanster: hey! | 15:03 |
matelakat | I think it's worth mentioning, that I created a blueprint to clean-up xenapi code in devstack. | 15:03 |
*** otherwiseguy has quit IRC | 15:03 | |
matelakat | I added you guys to that bp. | 15:03 |
BobBall | Could wait until the blueprints section for that Mate ;) | 15:03 |
matelakat | Sorry. | 15:03 |
BobBall | But that's fine! | 15:03 |
*** esker has quit IRC | 15:04 | |
BobBall | I guess the Agenda needs updating - it's still got some stuff from the last meeting hasn't it? | 15:04 |
*** hanney has joined #openstack-meeting | 15:04 | |
johnthetubaguy | yup, my bad | 15:04 |
*** sacharya has joined #openstack-meeting | 15:04 | |
johnthetubaguy | well, lets get cracking | 15:04 |
johnthetubaguy | #agenda blueprints | 15:05 |
johnthetubaguy | #topic blueprints | 15:05 |
*** openstack changes topic to "blueprints (Meeting topic: XenAPI)" | 15:05 | |
johnthetubaguy | so, we had a good summit session | 15:05 |
johnthetubaguy | #link https://etherpad.openstack.org/HavanaXenAPIRoadmap | 15:05 |
johnthetubaguy | I skipped stuff from the last meeting, it was too long again | 15:05 |
BobBall | agreed | 15:06 |
johnthetubaguy | There are lots of blueprints | 15:06 |
johnthetubaguy | BobBall and matelakat recently signed up to quite a few | 15:06 |
johnthetubaguy | are the any more that people don't see as target for havana, but really should be? | 15:06 |
BobBall | I think the main issue for Havana is getting the quantum+OVS integration working | 15:07 |
matelakat | let me see if the devstack one is targeted properly | 15:07 |
BobBall | which isn't a blueprint(?) but is something that we're looking at too | 15:07 |
*** jbartels_ is now known as jasonb | 15:07 | |
*** topol has joined #openstack-meeting | 15:07 | |
johnthetubaguy | should it be a blueprint? | 15:07 |
matelakat | #link https://blueprints.launchpad.net/devstack/+spec/xenapi-devstack-cleanup | 15:07 |
johnthetubaguy | I guess it is in quantum? | 15:08 |
matelakat | Not just quantum. | 15:08 |
BobBall | Probably not. The Quantum integration is more of a bug than a blueprint-needed? I thought blueprints were for things that needed tracking+discussion on implementation? | 15:08 |
johnthetubaguy | well, it probably needs docs and stuff | 15:08 |
BobBall | Sorry Mate - I guess we're talking at cross purposes atm! | 15:09 |
*** jasonb has quit IRC | 15:09 | |
johnthetubaguy | and it is a feature to be mentioned when the release goes out | 15:09 |
johnthetubaguy | oh, not a nova blueprint | 15:09 |
BobBall | *nod* | 15:09 |
matelakat | Could you guys fire up a browser, and see if that bp is targeted or not? | 15:09 |
*** esker has joined #openstack-meeting | 15:09 | |
BobBall | it is not targeted | 15:09 |
johnthetubaguy | its not | 15:09 |
matelakat | I can't see Havana anywhere | 15:09 |
*** esker has quit IRC | 15:09 | |
matelakat | Which field needs to be set? | 15:09 |
johnthetubaguy | not sure devstack use blueprints like you would hope | 15:09 |
johnthetubaguy | series goal should be havana, but its quite project specific | 15:09 |
johnthetubaguy | I wouldn't worry for now | 15:10 |
*** lloydde has joined #openstack-meeting | 15:10 | |
johnthetubaguy | Ok… so back to quantum support | 15:10 |
johnthetubaguy | how it that looking? | 15:10 |
matelakat | Yes, I am looking at it. | 15:10 |
johnthetubaguy | any update worth sharing? | 15:10 |
*** jcoufal has quit IRC | 15:10 | |
BobBall | Probably just that the instructions don't seem to work :) | 15:11 |
johnthetubaguy | OK, I guess stuff changed, or its broken | 15:11 |
matelakat | A rebase will be needed. | 15:11 |
BobBall | Probably some setup that Maru had that doesn't match our setup | 15:11 |
matelakat | I am on it, expecting to have something this week. | 15:11 |
johnthetubaguy | OK | 15:11 |
BobBall | Mate hasn't got to the bottom of it yet though | 15:11 |
johnthetubaguy | no worries | 15:12 |
matelakat | It's again the exotic network setup. | 15:12 |
*** lloydde has quit IRC | 15:12 | |
johnthetubaguy | so, I wanted to raise the blueprints we are tracking for Havana | 15:12 |
matelakat | However, I am just getting rid of that. | 15:12 |
johnthetubaguy | OK | 15:12 |
BobBall | He's not allowed to eat until he's figured it out though, so I'm sure we'll get the answer soon. | 15:12 |
matelakat | I am starving. | 15:12 |
johnthetubaguy | lol | 15:12 |
johnthetubaguy | your new wife is very harsh... | 15:13 |
johnthetubaguy | anyway... | 15:13 |
johnthetubaguy | #link https://blueprints.launchpad.net/nova/+spec/xenapi-move-driver-to-oslo | 15:13 |
BobBall | ok - drive away John. I guess we should look at https://blueprints.launchpad.net/devstack/+spec/xenapi-devstack-cleanup to make sure we all agree with the plan too - even though it's not a nova blueprint :) | 15:13 |
johnthetubaguy | mate has taken this one | 15:13 |
johnthetubaguy | OK, lets have a quick look at devstack | 15:13 |
johnthetubaguy | we didn't cover that in the summit | 15:13 |
*** koolhead17 has joined #openstack-meeting | 15:13 | |
matelakat | I can do that, the issue is the review speed | 15:13 |
matelakat | That kills me. | 15:14 |
*** markmcclain has quit IRC | 15:14 | |
johnthetubaguy | yup, I hear you | 15:14 |
BobBall | yeah... takes ages to get people to review and there are far too many minor -1's! | 15:14 |
*** vkmc has joined #openstack-meeting | 15:14 | |
*** vkmc has joined #openstack-meeting | 15:14 | |
BobBall | too many cooks, coding by compromise and all of that ;) | 15:14 |
johnthetubaguy | well, I am for clean code, but yes, I hear you | 15:15 |
johnthetubaguy | the problem is that code is such a mess its hard to concentrate | 15:15 |
johnthetubaguy | but anyway | 15:15 |
johnthetubaguy | the approach | 15:15 |
johnthetubaguy | not sure I understand where the blueprint is talking | 15:15 |
johnthetubaguy | separate stuff out? | 15:15 |
matelakat | The expected output is a usable devstack | 15:16 |
BobBall | indeed - so Mate want's to simplify the XenAPI devstack process - but it'll probably contain some ugly bits of code too, even though it'll be an improvement on what's there at the moment. | 15:16 |
johnthetubaguy | OK, but whats the approach? | 15:16 |
matelakat | Isn't it on the bp? | 15:16 |
johnthetubaguy | I see you list the steps | 15:16 |
matelakat | Do we need to discuss it? | 15:16 |
BobBall | do you mean the steps or the work items? | 15:17 |
johnthetubaguy | just want to make sure expectations are good | 15:17 |
matelakat | It's like you touch here, and you see soo many things, that you just can't resist cleaning it up. | 15:17 |
johnthetubaguy | so you pulling it out into a separate file? | 15:17 |
*** garyk has quit IRC | 15:17 | |
johnthetubaguy | the hypervisor bit vs VM creation, etc | 15:17 |
matelakat | Separate files/ functions, doesn't matter. | 15:18 |
matelakat | Make those steps visible | 15:18 |
johnthetubaguy | its just devstack was meant to be a very simple single script people can read as an example way to set things up | 15:18 |
matelakat | Make the code readable. | 15:18 |
johnthetubaguy | any clearly things have moved a bit since then | 15:18 |
johnthetubaguy | OK, that all good, just its was designed as lightweight scripts, not super DRY code | 15:18 |
johnthetubaguy | I agree there is lots to do | 15:19 |
johnthetubaguy | was just wondering what you planned to focus on | 15:19 |
johnthetubaguy | you mention the variables and the settings | 15:19 |
johnthetubaguy | it would be good to shake those into something more sensible | 15:19 |
matelakat | I think as you suggested: more visible data flow | 15:20 |
johnthetubaguy | OK | 15:20 |
matelakat | I don't want to over-architect the stuff. | 15:20 |
*** maoy has quit IRC | 15:20 | |
*** zul has joined #openstack-meeting | 15:20 | |
johnthetubaguy | maybe we should just see code, I will review the change you posted | 15:20 |
*** jamespage_ has joined #openstack-meeting | 15:20 | |
johnthetubaguy | lets move on | 15:20 |
matelakat | So at the moment kicking the tyres, and doing the tidy-up. | 15:20 |
matelakat | ok, thanks. | 15:20 |
*** vincent_hou has joined #openstack-meeting | 15:20 | |
johnthetubaguy | we mentioned oslo split out | 15:21 |
*** maoy has joined #openstack-meeting | 15:21 | |
johnthetubaguy | mate was taking that H-2 timeframe | 15:21 |
johnthetubaguy | we discussed that at the summit | 15:21 |
johnthetubaguy | all seems | 15:21 |
*** ayoung-afk is now known as ayoung | 15:21 | |
johnthetubaguy | good | 15:21 |
johnthetubaguy | moving on... | 15:21 |
johnthetubaguy | #link https://blueprints.launchpad.net/nova/+spec/xenapi-compute-driver-events | 15:21 |
johnthetubaguy | using events to help update db and parent cell quicker | 15:21 |
johnthetubaguy | bobball took that one, for H-2 | 15:22 |
johnthetubaguy | again, that all seems good? | 15:22 |
BobBall | I did - but my understanding is it's a nice-to-have | 15:22 |
BobBall | Priorities might push it to H-3 | 15:22 |
*** danwent has joined #openstack-meeting | 15:22 | |
johnthetubaguy | Indeed, I think so | 15:22 |
johnthetubaguy | maybe move it to H-3 | 15:23 |
johnthetubaguy | OK, next... | 15:23 |
BobBall | I'd like to leave it at H-2 for now though | 15:23 |
johnthetubaguy | OK | 15:23 |
johnthetubaguy | #link https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop | 15:23 |
*** lloydde has joined #openstack-meeting | 15:23 | |
johnthetubaguy | Rick harris and I are trying to get cloud-init and config drive working better with XenAPI | 15:23 |
johnthetubaguy | basically making the agent more optional | 15:23 |
johnthetubaguy | like per VM or per image optional | 15:24 |
BobBall | Brilliant - did you see the email thread on -dev about config drive? | 15:24 |
johnthetubaguy | probably not yet… if it was recent | 15:24 |
BobBall | subject "making file injection optional / removing it" | 15:24 |
*** boris-42 has quit IRC | 15:24 | |
BobBall | Started talking about baremetal - but now moved onto config drive and fun things like that | 15:24 |
matelakat | Yeah, that could be related. | 15:24 |
johnthetubaguy | oh, OK, its related | 15:25 |
*** jamespage_ has quit IRC | 15:25 | |
BobBall | just thought you'd probably want to reply, given what you're doing, so bringing it to your attention :) | 15:25 |
johnthetubaguy | cool, thanks, not read through that all yet today | 15:25 |
johnthetubaguy | bug day fun | 15:25 |
matelakat | file inject/agent/configdrive trinity | 15:25 |
johnthetubaguy | indeed, its a fun thing | 15:25 |
johnthetubaguy | my view is cloud-init and cloudbase-init | 15:25 |
johnthetubaguy | then make an extra agent for password without reboot if really needed | 15:26 |
*** adjohn has joined #openstack-meeting | 15:26 | |
johnthetubaguy | maybe extend cloud-init to do licence stuff | 15:26 |
johnthetubaguy | etc etc | 15:26 |
johnthetubaguy | anyways, we are on the case | 15:26 |
johnthetubaguy | :-) | 15:26 |
*** robertmyers has left #openstack-meeting | 15:26 | |
johnthetubaguy | … so stuff that is on the maybe list | 15:27 |
johnthetubaguy | #link https://blueprints.launchpad.net/nova/+spec/xenapi-server-log | 15:27 |
*** SergeyLukjanov has quit IRC | 15:27 | |
johnthetubaguy | we need to decide if we want the server log in XenAPI | 15:27 |
*** mrodden has quit IRC | 15:27 | |
johnthetubaguy | I am tempted to kill it, or at least make the client discover if it is available | 15:27 |
BobBall | client discover? | 15:28 |
johnthetubaguy | but it looks like there is a xenstore key + logrotate that could make it all work | 15:28 |
johnthetubaguy | nova-client can find out if the feature is enabled in the cloud | 15:28 |
johnthetubaguy | part of the nova v3 API work | 15:28 |
johnthetubaguy | well it could be, anyway | 15:28 |
BobBall | Oh right - because we just return a dummy console log atm | 15:28 |
johnthetubaguy | yup | 15:28 |
johnthetubaguy | it could be an extention that is enabled or not | 15:29 |
johnthetubaguy | anyways | 15:29 |
johnthetubaguy | I don't like the idea of filling up dom0 disk if a guest gets very chatty | 15:29 |
johnthetubaguy | and there are some funky ways around that | 15:29 |
BobBall | Do you know how that works in the KVM world? | 15:29 |
BobBall | ... or A.N.Other hypervisor's world that supports console log :) | 15:29 |
johnthetubaguy | libvirt manages most of it, but I need to look closer | 15:30 |
*** garyk has joined #openstack-meeting | 15:30 | |
johnthetubaguy | libvirt may have code for xen anyways | 15:30 |
*** cp16net|away is now known as cp16net | 15:30 | |
BobBall | ah - so perhaps libvirt treats it as a ring and only returns those lines directly. | 15:30 |
johnthetubaguy | I have put it on my pile, but not targeted it for H | 15:30 |
johnthetubaguy | so if others want it, ping me! | 15:30 |
johnthetubaguy | lets move on... | 15:30 |
johnthetubaguy | #link https://blueprints.launchpad.net/nova/+spec/xenapi-vif-hotplug | 15:31 |
johnthetubaguy | #action we need a volunteer for xenapi-vif-hotplug | 15:31 |
johnthetubaguy | if we want it done in H | 15:31 |
johnthetubaguy | its a gap we have vs libvirt | 15:31 |
johnthetubaguy | its seems more important / useful than some of the other gaps | 15:31 |
BobBall | shoudl use #help for this one :) *been reading the meetbot commands* | 15:31 |
BobBall | #help need a volunteer for xenapi-vif-hotplug | 15:32 |
johnthetubaguy | oh cool, I forgot about that one | 15:32 |
johnthetubaguy | no one fancies it here I guess? | 15:32 |
matelakat | It's not that I don't like it. | 15:33 |
matelakat | It's the tome. | 15:33 |
matelakat | time | 15:33 |
johnthetubaguy | well according to the current plans, there will be loads of us free in H-3 | 15:33 |
johnthetubaguy | lol | 15:33 |
johnthetubaguy | OK, lets move on from blueprint | 15:33 |
BobBall | indeed | 15:33 |
johnthetubaguy | unless people have something else? | 15:33 |
BobBall | we should have time by H-3 but it's impossible to commit atm | 15:33 |
johnthetubaguy | so, going forward I would love to see progress reports in this meeting | 15:34 |
johnthetubaguy | but code is good too... | 15:34 |
johnthetubaguy | #topic docs | 15:34 |
BobBall | *continues to read meetbot logs* | 15:34 |
*** openstack changes topic to "docs (Meeting topic: XenAPI)" | 15:34 | |
BobBall | #chair BobBall | 15:34 |
johnthetubaguy | mean | 15:34 |
BobBall | no - you're permanent chair | 15:34 |
johnthetubaguy | I guess I could probably transfer | 15:34 |
BobBall | I was testing if we could then use this when someone's nick goes | 15:34 |
BobBall | no | 15:34 |
BobBall | I don't want it :) | 15:34 |
BobBall | #chair matelakat | 15:35 |
johnthetubaguy | hehe | 15:35 |
johnthetubaguy | so, docs | 15:35 |
BobBall | doesn't seem to work anyway | 15:35 |
matelakat | wow | 15:35 |
BobBall | maybe you have to do it john | 15:35 |
BobBall | yes - docs | 15:35 |
johnthetubaguy | any updates? | 15:35 |
johnthetubaguy | I suspect it has to be me | 15:35 |
*** vipul|away is now known as vipul | 15:35 | |
matelakat | No updates on docs side | 15:35 |
johnthetubaguy | me neigther | 15:35 |
BobBall | the docs don't say so http://meetbot.debian.net/Manual.html - so maybe we need an action to update the meetbot docs! | 15:35 |
johnthetubaguy | #topic Bugs and QA | 15:35 |
*** openstack changes topic to "Bugs and QA (Meeting topic: XenAPI)" | 15:35 | |
johnthetubaguy | so its bug day | 15:35 |
johnthetubaguy | but smokestack | 15:36 |
johnthetubaguy | any news on how that is going? | 15:36 |
BobBall | I haven't poked Dan or Ant on it | 15:36 |
*** fnaval has quit IRC | 15:36 | |
BobBall | I've got a timed action to poke Dan by the end of this week for his backup task | 15:36 |
johnthetubaguy | #action BobBall to poke Dan and Ant | 15:36 |
*** ryanpetrello has quit IRC | 15:36 | |
johnthetubaguy | cool | 15:36 |
*** vipul is now known as vipul|away | 15:36 | |
johnthetubaguy | I guess it is post quantum work? | 15:36 |
*** SergeyLukjanov has joined #openstack-meeting | 15:36 | |
*** fnaval has joined #openstack-meeting | 15:37 | |
BobBall | We're blocked on Ant re-installing with 6.1 (which is blocked by Dan backing up the VM) - but yes, it's post-quantum, which is why I haven't been pushing uber hard | 15:37 |
johnthetubaguy | gotcha | 15:37 |
johnthetubaguy | its bug day | 15:37 |
johnthetubaguy | I did some triage | 15:37 |
johnthetubaguy | working on a few little fellas | 15:37 |
BobBall | Happy Bug Day! | 15:37 |
*** johnpur has joined #openstack-meeting | 15:37 | |
matelakat | I was not doing bugs today. | 15:37 |
johnthetubaguy | matelakat: what does your magic bug finder tell us? | 15:37 |
matelakat | I must confess. | 15:38 |
johnthetubaguy | can we have the URL again? | 15:38 |
matelakat | you can, but it's outdated. | 15:38 |
*** chuck_ has joined #openstack-meeting | 15:38 | |
BobBall | I also helped John with a couple of them, and worked on some potential bugs that haven't been reported yet - in XenAPI but reported by rackspace and trying to identify whether they are XenAPI or OpenStack "bugs" | 15:38 |
matelakat | #link https://github.com/citrix-openstack/bugstat/blob/master/bugreport/main_report.md | 15:39 |
matelakat | I will update it for the next time. | 15:39 |
johnthetubaguy | +1 thanks for your help on those | 15:39 |
*** zul has quit IRC | 15:40 | |
johnthetubaguy | cool, so I just used the tagged bugs | 15:40 |
BobBall | #action matelakat to update https://github.com/citrix-openstack/bugstat/blob/master/bugreport/main_report.md :) | 15:40 |
johnthetubaguy | tagged with xenserver | 15:40 |
johnthetubaguy | I will take a look at the others sometime | 15:40 |
johnthetubaguy | #action matelakat to document bug finder in XenAPI team wiki | 15:40 |
johnthetubaguy | cool | 15:40 |
johnthetubaguy | any more for any more? | 15:40 |
* johnthetubaguy checking bug list... | 15:40 | |
*** fnaval has quit IRC | 15:41 | |
matelakat | Thanks for the actions. | 15:41 |
johnthetubaguy | OK, no more news for me | 15:41 |
johnthetubaguy | hey, what are friends for :-P | 15:41 |
*** gyee has joined #openstack-meeting | 15:41 | |
BobBall | You were looking bored Mate. | 15:41 |
matelakat | And if you have such friends, you don't need enemies. | 15:41 |
BobBall | :) | 15:42 |
johnthetubaguy | you took the works out of my… keyboard | 15:42 |
johnthetubaguy | so, moving on | 15:42 |
johnthetubaguy | #topic AOB | 15:42 |
*** openstack changes topic to "AOB (Meeting topic: XenAPI)" | 15:42 | |
johnthetubaguy | any other bussiness... | 15:42 |
johnthetubaguy | I think the silly english term | 15:42 |
johnthetubaguy | like^ | 15:42 |
johnthetubaguy | lol | 15:42 |
johnthetubaguy | bad keyboard | 15:43 |
johnthetubaguy | so, sub team, it turns out we are sub team | 15:43 |
johnthetubaguy | no need to panic... | 15:43 |
johnthetubaguy | nothing changes | 15:43 |
johnthetubaguy | I tried to document what we do in the wiki | 15:43 |
BobBall | except other people are now copying us :( haha | 15:43 |
johnthetubaguy | hehe | 15:43 |
*** eharney has joined #openstack-meeting | 15:43 | |
*** otherwiseguy has joined #openstack-meeting | 15:44 | |
matelakat | Next meeting? | 15:44 |
johnthetubaguy | you mean like people who sell non-opensource hypervisors | 15:44 |
matelakat | bi weekly? | 15:44 |
johnthetubaguy | well I would be keen on keeping it weekly for the rest of May | 15:44 |
johnthetubaguy | and see if there is any content in the meeting | 15:44 |
johnthetubaguy | then move to bi weekly? | 15:44 |
BobBall | I didn't realise there were other non-opensource hypervisors ;) | 15:44 |
johnthetubaguy | BobBall: you must have the Citrix goggles on | 15:45 |
johnthetubaguy | we can try next week, and see how it goes? | 15:45 |
BobBall | I have, indeed, dunk the kool-aid. | 15:45 |
johnthetubaguy | I am keen there is somewhere for users to drop in an annoy the dev team | 15:46 |
BobBall | I think next week we'll talk through the bugs and probably have a decent amount to talk about on Quantum? | 15:46 |
BobBall | so next week should be fine. | 15:46 |
johnthetubaguy | that seems fair | 15:46 |
matelakat | OK | 15:46 |
johnthetubaguy | well, I good doing it week by week | 15:46 |
BobBall | okiedokie | 15:46 |
johnthetubaguy | I am good with us voting at the beginning of the meeting to not have the meeting | 15:46 |
johnthetubaguy | it only takes 2 mins | 15:47 |
BobBall | Damn. Wish I knew that at the start of this meeting. | 15:47 |
johnthetubaguy | should not be too disruptive | 15:47 |
matelakat | Please, don't. | 15:47 |
*** jcoufal has joined #openstack-meeting | 15:47 | |
johnthetubaguy | don't what? | 15:47 |
matelakat | the voting. | 15:47 |
johnthetubaguy | why? | 15:47 |
matelakat | I mean, OK, if you want it, OK. | 15:47 |
matelakat | I was just joking. | 15:47 |
johnthetubaguy | simple check to see if the agent is empty, and one has anything | 15:47 |
johnthetubaguy | lol | 15:48 |
johnthetubaguy | are we all good? | 15:48 |
matelakat | y | 15:48 |
BobBall | I'm better than good | 15:48 |
rnirmal | I have a question... > 2TB disk.. is it just a limitation with xenserver or kvm and others as well ? | 15:48 |
johnthetubaguy | VHD limitation I think | 15:48 |
BobBall | the >2TB disk is a VHD limitation | 15:48 |
BobBall | indeed | 15:48 |
johnthetubaguy | other may have it too | 15:48 |
matelakat | isn't it the partition table? | 15:48 |
BobBall | do you know the qcow2 limitation? | 15:48 |
johnthetubaguy | nope | 15:48 |
BobBall | partition table can be fixed using gpt | 15:48 |
* johnthetubaguy googles... | 15:48 | |
rnirmal | ok cool thanks guys | 15:49 |
BobBall | looks like qcow2 uses a 64-bit integer for the size | 15:49 |
rnirmal | has anyone thought about creating > 2TB disk on vms.. ephemeral or otherwise | 15:49 |
BobBall | yes rnirmal - but the only way to do that if you're using VHD-backed storage is to use raid in-guest | 15:49 |
johnthetubaguy | not seen anyone try | 15:50 |
johnthetubaguy | what about raw LVM? | 15:50 |
rnirmal | hmm | 15:50 |
*** mrodden has joined #openstack-meeting | 15:50 | |
johnthetubaguy | you could use that for ephemeral I guess, or PCI passthrough | 15:50 |
*** lloydde has quit IRC | 15:50 | |
rnirmal | but that will have to be done outside of nova provisioning right ? | 15:50 |
johnthetubaguy | but obviously you need to do things like scrub disks when passing between tenants | 15:50 |
BobBall | indeed | 15:50 |
johnthetubaguy | well one could change nova to cope with it | 15:50 |
johnthetubaguy | ephemeral are just empty, so that bit is easy ish | 15:51 |
rnirmal | so we are using ephemeral disk.. and want to create more than 2 TB | 15:51 |
johnthetubaguy | you could do raw files (loop back) inside the EXT SR | 15:51 |
johnthetubaguy | and create them inside nova | 15:51 |
johnthetubaguy | but it is a code change | 15:52 |
rnirmal | how would I do that.. ah ok | 15:52 |
* johnthetubaguy looking for git hub link... | 15:52 | |
*** glikson has quit IRC | 15:52 | |
*** dtynan has joined #openstack-meeting | 15:52 | |
*** bdpayne has joined #openstack-meeting | 15:52 | |
johnthetubaguy | https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L867 | 15:52 |
rnirmal | for my usecase.. even if I can get multiple disks attached amounting to the total size is acceptable as well | 15:52 |
johnthetubaguy | I think you can use dd to create a raw file of the correct size (could take some time) | 15:53 |
johnthetubaguy | then call it .raw, or something like that | 15:53 |
*** lloydde has joined #openstack-meeting | 15:53 | |
johnthetubaguy | then it gets picked up by xapi, I think | 15:53 |
*** jcru has left #openstack-meeting | 15:53 | |
johnthetubaguy | but not 100% sure, never tried it | 15:53 |
rnirmal | johnthetubaguy: hmm ok let me explore that option. | 15:53 |
BobBall | I know that it's possible to have multiple disks attached to get to the total size. "Support limits" say you can only attached 7 disks (should be 15) - but actually you can attach more as long as you've got PV drivers installed and specify the device number | 15:54 |
johnthetubaguy | well, you can do a big raw file though? | 15:54 |
johnthetubaguy | not VHD limit on that | 15:54 |
johnthetubaguy | no^ | 15:54 |
BobBall | Sorry, yes. Probably. | 15:54 |
BobBall | although how does that get mounted? | 15:54 |
rnirmal | would the performance be the same | 15:54 |
rnirmal | or more or less same | 15:54 |
johnthetubaguy | no idea, I have to admit, it could be better | 15:55 |
johnthetubaguy | you would have to try it | 15:55 |
BobBall | FileSR is VHD backed | 15:55 |
*** adjohn has quit IRC | 15:55 | |
johnthetubaguy | it is, but I was told of an easter egg in those file types that detect .raw files, or something like that | 15:55 |
BobBall | raw (if we have the SR for it) would be faster than VHD because it would have to skip some of the overhead. | 15:55 |
BobBall | ahhh okay | 15:55 |
johnthetubaguy | yep, who knows what else might break | 15:56 |
johnthetubaguy | but it should just about meet the ephemeral use case | 15:56 |
johnthetubaguy | cause it is created blank | 15:56 |
BobBall | johnthetubaguy, you're right - FileSR does identify a "raw" file extension | 15:56 |
johnthetubaguy | I thought I read that in there | 15:56 |
johnthetubaguy | its "special" | 15:56 |
johnthetubaguy | so create the file, copy in, sr scan | 15:56 |
johnthetubaguy | and booom | 15:56 |
*** kpavel has quit IRC | 15:57 | |
BobBall | Agreed. | 15:57 |
johnthetubaguy | booom being possible success and possible hose your whole system | 15:57 |
rnirmal | ok cool.. thanks everyone this has been helpful.. I'll try some of the mentioned options and get back | 15:57 |
*** dwalleck has joined #openstack-meeting | 15:57 | |
johnthetubaguy | cool, catch us on IRC | 15:57 |
johnthetubaguy | openstack-nova | 15:57 |
*** kebray has quit IRC | 15:58 | |
*** varma has joined #openstack-meeting | 15:58 | |
johnthetubaguy | so, sounds like everything? | 15:58 |
BobBall | or next week during the normal xenapi surgery hours! | 15:58 |
johnthetubaguy | lol | 15:58 |
johnthetubaguy | yes | 15:58 |
BobBall | actually rnirmal, some of us are more likely to be around on #xen-api and there are other funky people there who can help too | 15:58 |
johnthetubaguy | good point | 15:58 |
rnirmal | BobBall: thanks I'll hop in there as well | 15:58 |
johnthetubaguy | that is probably better for that kind of hacking | 15:58 |
*** dwalleck has left #openstack-meeting | 15:59 | |
johnthetubaguy | #action johnthetubaguy to mention #xen-api on the team wiki | 15:59 |
johnthetubaguy | #endmeeting | 15:59 |
*** openstack changes topic to "OpenStack meetings || Development in #openstack-dev || Help in #openstack" | 15:59 | |
openstack | Meeting ended Wed May 8 15:59:31 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:59 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/xenapi/2013/xenapi.2013-05-08-15.00.html | 15:59 |
johnthetubaguy | thanks all | 15:59 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/xenapi/2013/xenapi.2013-05-08-15.00.txt | 15:59 |
*** SergeyLukjanov has quit IRC | 15:59 | |
openstack | Log: http://eavesdrop.openstack.org/meetings/xenapi/2013/xenapi.2013-05-08-15.00.log.html | 15:59 |
BobBall | Wicked. Thanks guys. | 15:59 |
*** xyang_ has joined #openstack-meeting | 16:00 | |
*** jungleboyj has joined #openstack-meeting | 16:00 | |
rushiagr | time for cinder guys to storm the channel!! attaaacckkk :P | 16:01 |
jgriffith | Freeeedoooooooooooooooom! | 16:01 |
jgriffith | #startmeeting cinder | 16:01 |
openstack | Meeting started Wed May 8 16:01:38 2013 UTC. The chair is jgriffith. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:01 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:01 |
*** openstack changes topic to " (Meeting topic: cinder)" | 16:01 | |
openstack | The meeting name has been set to 'cinder' | 16:01 |
jgriffith | Hey everyone | 16:01 |
eharney | hello | 16:01 |
* BobBall runs and hides | 16:01 | |
vincent_hou | hi | 16:01 |
xyang_ | hi | 16:01 |
rushiagr | o/ | 16:01 |
* jungleboyj sounds the trumpet | 16:01 | |
jungleboyj | Howdy | 16:02 |
varma | hi | 16:02 |
flaper87 | o/ | 16:02 |
jgriffith | Ok so here's the agenda | 16:02 |
jgriffith | https://wiki.openstack.org/wiki/CinderMeetings | 16:02 |
jgriffith | This should make for an interesting meeting :) | 16:02 |
jgriffith | Looks like thingee may be delayed | 16:02 |
*** bswartz has joined #openstack-meeting | 16:02 | |
jgriffith | No winston-d either | 16:02 |
bswartz | hi | 16:02 |
jgriffith | bswartz: howdy | 16:02 |
jgriffith | Perhaps we'll go out of order a bit here | 16:03 |
jgriffith | #topic core team expectations | 16:03 |
*** openstack changes topic to "core team expectations (Meeting topic: cinder)" | 16:03 | |
jgriffith | I just wanted to touch on some things real quick | 16:03 |
*** changbl has joined #openstack-meeting | 16:03 | |
*** thingee has joined #openstack-meeting | 16:03 | |
jgriffith | I get a lot of emails from folks asking to be core, or asking for somebody they represent to be core | 16:04 |
jgriffith | First, anybody on the team can nominate somebody for Core | 16:04 |
jgriffith | You can even nominate yourself | 16:04 |
jgriffith | The process is typically via the ML | 16:04 |
*** dwcramer has joined #openstack-meeting | 16:04 | |
jgriffith | That being said.... I wanted to point out what the responsibilities are: | 16:04 |
*** glikson has joined #openstack-meeting | 16:05 | |
jgriffith | of course I lost the link :) | 16:05 |
rushiagr | https://wiki.openstack.org/wiki/Governance/Approved/CoreDevProcess | 16:06 |
rushiagr | jgriffith: ^ | 16:06 |
jgriffith | haha | 16:07 |
jgriffith | rushiagr: thnks | 16:07 |
jgriffith | sorry, I had to step out for a second | 16:07 |
jgriffith | So there's the outline on things | 16:07 |
jgriffith | But I also want to point out that there's a lot of work expected to go along with it once you're nominated | 16:07 |
jgriffith | Reviews is the biggest thing | 16:07 |
jgriffith | and the way I see it if you're not reviewing on a regular basis to begin with then you probably don't want to be core | 16:08 |
*** fnaval has joined #openstack-meeting | 16:08 | |
*** vipul|away is now known as vipul | 16:08 | |
jgriffith | My expectations here would be that you'd be very active in the review process at least a couple of days a week minimum | 16:08 |
jgriffith | Also... for those that are core | 16:08 |
jgriffith | Keep in mind that you're allowed to do +2 and Approve | 16:09 |
jgriffith | There are a number of patches I see from time to time with 10 +1's on them | 16:09 |
jgriffith | some of which are from core team members | 16:09 |
jgriffith | I'd like to keep the backlog of reviews down as much as possible | 16:09 |
jgriffith | Also... wondering if anybody is interested in assigned core member days? | 16:09 |
jgriffith | That's something they used to do in Nova, might be useful for us? | 16:10 |
jgriffith | thoughts? | 16:10 |
jgriffith | Or is this horribly booring for everyone? | 16:10 |
eharney | what is an "assigned core member day"? | 16:10 |
vincent_hou | ? | 16:10 |
rushiagr | ya, what are guys expected to do exactly on such days? | 16:10 |
thingee | guaranteed available? | 16:10 |
jgriffith | eharney: so the idea would be a published page that states what core members are available on what days | 16:11 |
jgriffith | thingee: ok, guaranteed is a bit extreme :) | 16:11 |
eharney | ah, ok | 16:11 |
jgriffith | but the idea being they're on the hoook for +2/A reviews on that day | 16:11 |
jungleboyj | jgriffith: Not boring for those aspiring to be more involved. :-) | 16:11 |
jgriffith | and also hopefully around IRC for questions if they come up | 16:11 |
rushiagr | jungleboyj: +1 ;) | 16:11 |
vincent_hou | ok | 16:11 |
thingee | jgriffith: is there a problem now that warrants this? | 16:12 |
jgriffith | thingee: not necessarily no | 16:12 |
DuncanT | Some of us are around most days but can't give much if any warning for being away... | 16:12 |
DuncanT | (By that I mean me) | 16:12 |
jgriffith | thingee: DuncanT k... maybe that doesn't fly | 16:12 |
jgriffith | it was just an idea | 16:12 |
jgriffith | Ok, sounds like there's not much interest here so let's move along :) | 16:13 |
jgriffith | #topic Defined core API features | 16:13 |
*** openstack changes topic to "Defined core API features (Meeting topic: cinder)" | 16:13 | |
rushiagr | I thought people (core/noncore both) are around on IRC atleast all the days of week | 16:13 |
jgriffith | rushiagr: yeah, IRC isn't a problem at all | 16:13 |
jgriffith | :) | 16:14 |
jgriffith | rushiagr: don't sweet it, doesn't seem it's worth taking up any more time on | 16:14 |
*** SergeyLukjanov has joined #openstack-meeting | 16:14 | |
jgriffith | Back to the core API features | 16:14 |
*** annegentle has quit IRC | 16:14 | |
rushiagr | jgriffith: sure | 16:14 |
vincent_hou | the problem is the time zone difference. | 16:14 |
jgriffith | vincent_hou: indeed for IRC but not reviews | 16:15 |
jgriffith | anyway.. moving along | 16:15 |
* thingee still on phone waiting for laptop to boot | 16:15 | |
jgriffith | haha! | 16:15 |
jgriffith | So I'll segway here | 16:15 |
jgriffith | I don't think this topic is any sort of a surprise to anyone | 16:15 |
jgriffith | we've talked about it on and off | 16:16 |
thingee | muc better | 16:16 |
jgriffith | and we have a wiki page outh there that took a crack at it | 16:16 |
* guitarzan imagines jgriffith zipping around on a segway | 16:16 | |
jgriffith | haha! | 16:16 |
*** anniec has quit IRC | 16:16 | |
thingee | jgriffith: so I guess speak about what came of the TC meeting | 16:16 |
jgriffith | thingee: right | 16:16 |
jgriffith | So, one of the things that I brought up at the last TC meeting | 16:17 |
jgriffith | was how to deal with the issue we're starting to see | 16:17 |
jgriffith | with each vendor/backend wanting to implement some feature of the API their own way | 16:17 |
jgriffith | I'll use Duncans trivial snapshot example becuase it's my favorite :) | 16:17 |
*** hemna_ is now known as hemna | 16:17 | |
jgriffith | So HP has a back-end that they like to use snapshots for backups | 16:18 |
jgriffith | They charge the end user a different rate and all is good | 16:18 |
hemna | mep | 16:18 |
jgriffith | The difference is they allow the parent to be deleted while the snap is still in existence | 16:18 |
jgriffith | I believe RBD has a similar model | 16:18 |
jgriffith | There were discussions around letting each backend do it "how they want" | 16:19 |
hemna | afaik the 3PAR can't delete the parent volume of a snap | 16:19 |
*** gyee has quit IRC | 16:19 | |
jgriffith | To me this seemed very very bad | 16:19 |
jgriffith | different behaviors based on what backend is in use and the user has no idea what to expect | 16:19 |
jgriffith | or they have a road-map to read | 16:19 |
*** dontalton has joined #openstack-meeting | 16:19 | |
jgriffith | regardless... the TC for the most part agreed that the whole point of the openstack API's is software defined X | 16:19 |
jgriffith | and that those delats should be extracted out | 16:20 |
*** ollie1 has joined #openstack-meeting | 16:20 | |
jgriffith | enhanced features above and beyond can be exposed in different ways | 16:20 |
*** SergeyLukjanov has quit IRC | 16:20 | |
jgriffith | but there needs to be a common set of behaviors across the board | 16:20 |
*** kirankv has joined #openstack-meeting | 16:20 | |
jgriffith | for us, that should be the reference implementation (LVM) | 16:20 |
*** jcoufal has quit IRC | 16:21 | |
jgriffith | So for example if I can do "create/snapshot/delete/clone/copy-image" | 16:21 |
jgriffith | those should all be expectations for every backend in in the system | 16:21 |
thingee | quantum for example has already dealt with this at the summit. They defined a set of features and vendors are expected to follow it. | 16:21 |
rushiagr | jgriffith: I liked the idea of additional flags to do custom behavior for custom backends, I guess DuncanT proposed it | 16:21 |
*** dwalleck has joined #openstack-meeting | 16:21 | |
*** dwalleck has left #openstack-meeting | 16:21 | |
guitarzan | wait, everything we can do in lvm should be expected by every backend? | 16:21 |
hemna | uh oh...this discussion again? :P | 16:22 |
thingee | I think we were all in an agreement that's the approach we wanted to take, but it's the reference that we follow that made this controversial. | 16:22 |
xyang_ | not every array can behave exactly like LVM though | 16:22 |
jgriffith | guitarzan: IMO yes, if we want to choose a different reference or make one up based on a subset of the ref implementation that's fine | 16:22 |
*** boris-42 has joined #openstack-meeting | 16:22 | |
guitarzan | I just think equating the reference implementation with the base functionality is not the right move to make | 16:22 |
jgriffith | guitarzan: But really, *reference* implementations are supposed to be just that | 16:23 |
*** terry7 has joined #openstack-meeting | 16:23 | |
jgriffith | guitarzan: but that's what a reference implementation is | 16:23 |
guitarzan | I think it's only the reference because it's the easiest | 16:23 |
jgriffith | haha! I disagree on tht | 16:23 |
jgriffith | that | 16:23 |
guitarzan | so we should remove the extra stuff from the reference | 16:23 |
*** dperaza has joined #openstack-meeting | 16:23 | |
jgriffith | SolidFire is WAAAAYYYYY easier than LVM :) | 16:23 |
*** ndipanov has quit IRC | 16:23 | |
guitarzan | and have an extended lvm backend | 16:23 |
*** tong|3 has quit IRC | 16:23 | |
DuncanT | So the question then becomes how do things evolve? e.g. I can make the reference implementation do 'allow parent volumes to be deleted' easily enough | 16:23 |
hemna | :) | 16:23 |
thingee | guitarzan: the idea would be you can beyond the reference implementation | 16:23 |
jgriffith | guitarzan: possibly, but what features is the real question I think | 16:23 |
guitarzan | thingee: I understand | 16:23 |
bswartz | guitarzan +1 | 16:23 |
*** dperaza has left #openstack-meeting | 16:24 | |
jgriffith | guitarzan: bswartz so the only thing we should require is create/delete volumes | 16:24 |
guitarzan | lvm has support for lots of things that some of us consider extended | 16:24 |
jgriffith | guitarzan: such as? | 16:24 |
guitarzan | clone? | 16:24 |
*** gyee has joined #openstack-meeting | 16:24 | |
guitarzan | heck, even snapshots maybe :) | 16:25 |
*** gyee has quit IRC | 16:25 | |
guitarzan | but I won't go there today | 16:25 |
hemna | but some features can be emulated by the arrays, in which it gives the impression that it still supports feature X to the end user. | 16:25 |
*** SergeyLukjanov has joined #openstack-meeting | 16:25 | |
*** shang has joined #openstack-meeting | 16:25 | |
jgriffith | hemna: exactly | 16:25 |
bswartz | fwiw, I don't consider anything in the current LVM driver to be exotic, but if we use it as the bar to all other drivers, there will be a huge incentive to NOT add functionality to the LVM driver, even if it would be easy to do so, if there are other driver that can't match the same feature | 16:25 |
jungleboyj | guitarzan: +1 | 16:25 |
DuncanT | And at some point you have to say if array donesn't have features X, Y and Z implemented or emulated, it doesn't work with cinder | 16:25 |
guitarzan | bswartz: I think that's the tricky point here | 16:25 |
jgriffith | bswartz: I disagree witht that completely | 16:25 |
jgriffith | in fact it's just the opposite IMO | 16:25 |
jgriffith | guitarzan: bswartz so what do you propose? | 16:26 |
thingee | guitarzan: with the proposal, it would have to be faked to support the idea that the user can request whatever without a matrice of the base features | 16:26 |
jgriffith | guitarzan: bswartz create and delete are the only requirements? | 16:26 |
jgriffith | that seems really lame to me | 16:26 |
bswartz | jgriffith: I just agree with the idea of separating the "reference LVM driver" from the "full feature LVM driver" | 16:27 |
*** lloydde has quit IRC | 16:27 | |
hemna | jgriffith, have to include attach/detach though no? | 16:27 |
guitarzan | jgriffith: I think there's a big span between just create/delete and you have to do everything lvm can do | 16:27 |
DuncanT | So far, I'm pretty happy with the features we have in LVM all being core, even if I think online clone should require a force flag | 16:27 |
jgriffith | bswartz: ok, but can you explain why? And what the delta is? | 16:27 |
*** markmcclain has joined #openstack-meeting | 16:27 | |
eharney | i have to agree with bswartz... so far NFS/Gluster seem useful but don't support much | 16:27 |
jgriffith | guitarzan: not really | 16:27 |
* guitarzan shrugs | 16:27 | |
jgriffith | there's snapshots and clones | 16:27 |
bswartz | maybe the full feature LVM driver should use awesome BTRFS features | 16:27 |
*** gyee has joined #openstack-meeting | 16:28 | |
jgriffith | both of which you suggested shouldn't be required | 16:28 |
jgriffith | bswartz: ? | 16:28 |
jungleboyj | jgriffith: It seems that the definition of core needs to be separated from LVM given that others have strong opinions based on their drivers. Sounds like something needs to be defined independently and voted upon. | 16:28 |
DuncanT | My worry is that the fact that a feature is easy to do on LVM doesn't mean it is easy on a different architecture | 16:28 |
hemna | we do have a wiki page now that describes the minimum driver requirements | 16:28 |
*** ryanpetrello has joined #openstack-meeting | 16:28 | |
*** vish1 has joined #openstack-meeting | 16:28 | |
jgriffith | DuncanT: fair | 16:28 |
jgriffith | So let me backup a second | 16:28 |
jgriffith | here's my view on what Cinder is: | 16:29 |
jgriffith | Cinder is Software Defined Storage | 16:29 |
thingee | https://wiki.openstack.org/wiki/Cinder#Minimum_Driver_Features | 16:29 |
bswartz | I'm not very interested in this, just agreeing that we might need to reconsider the low bar | 16:29 |
jgriffith | It abstracts out a pool of backend storage devices for use by a consumer | 16:29 |
jungleboyj | thingee: Thanks. | 16:29 |
hemna | jgriffith, not just block storage now? | 16:29 |
jgriffith | bswartz: well, now that we all know bswartz isn't interested in the project :) | 16:29 |
jgriffith | hemna: yes, block storage | 16:29 |
*** vishy has quit IRC | 16:29 | |
*** vish1 is now known as vishy | 16:29 | |
jgriffith | but I'm not fighting that fight this morning | 16:30 |
hemna | jgriffith, lol | 16:30 |
*** dolphm has left #openstack-meeting | 16:30 | |
eharney | :) | 16:30 |
DuncanT | A reasonably high bar encourages more buy-in from those that chose to meet it | 16:30 |
jgriffith | DuncanT: yes, and the other thing is if you're happy with just a piece of crap then we're done | 16:30 |
hemna | DuncanT, and if it's too high? we risk not allowing drivers in that could be useful | 16:30 |
jgriffith | Personally I think there's a lot of potential for Cinder | 16:31 |
DuncanT | A low bar encourages code-and-dump drive by contributions that aren't necessarily healthy for the project as a whole | 16:31 |
jgriffith | but it requires people to actually agree on what it's purpose is | 16:31 |
thingee | DuncanT: +1 | 16:31 |
hemna | jgriffith, +1 | 16:31 |
jgriffith | DuncanT: +1000 | 16:31 |
hemna | So we need a middle ground IMO | 16:31 |
bswartz | I'm just saying I don't feel the need to take us further down this rathole. NetApp doesn't have an issue with the current minimum feature set. I'll let the people who do have issues make the arguments. | 16:31 |
jgriffith | So looking at the wiki thingee reference: https://wiki.openstack.org/wiki/Cinder#Minimum_Driver_Features | 16:31 |
DuncanT | Hema: So we've got a list on the wiki... is that a reasonable start or would you change it? | 16:32 |
jgriffith | Is there anything on there that just makes people scream and kick? | 16:32 |
thingee | snapshot and clone seems to be what has been brought up. | 16:32 |
hemna | DuncanT, I think that's a great start and isn't an unreasonably high bar | 16:32 |
thingee | clone was proposed to be faked for avoiding a matrice of what's supported by drivers | 16:32 |
jgriffith | thingee: yeah, and funny enough we included "volume from snap, but NOT snap" haha | 16:32 |
DuncanT | Online clone not needing a force flag makes me mutter darkly, but I'll raise a bug & patch for that and collect oppinions that way | 16:32 |
hemna | what backends can't do a snap? | 16:33 |
thingee | Either way, I feel if drivers begin to diverge in going beyond the base features, we're going to end up with a matrice of some sort =/ | 16:33 |
jgriffith | DuncanT: I don't have a problem with it not being allowed online as the base | 16:33 |
xyang_ | this minimum features list didn't say how delete snapshot should work | 16:33 |
guitarzan | create/delete snap is there | 16:33 |
jgriffith | DuncanT: IMO that's a perfect example of where differentiaton is good | 16:33 |
DuncanT | jgriffith: Fantastic :-) | 16:33 |
*** nati_ueno has joined #openstack-meeting | 16:33 | |
jgriffith | thingee: Sorry... yeah, I see it now :( | 16:34 |
jgriffith | errr.. guitarzan ^^ | 16:34 |
jgriffith | thanks, I just missed it before somehow | 16:34 |
hemna | xyang_, do we really care how snapshot is implemented by a backend? | 16:34 |
jgriffith | So the key here is that we're not saying everybody has to do it the same way | 16:34 |
hemna | as long as it is... | 16:34 |
thingee | jgriffith: +1 | 16:34 |
jungleboyj | jgriffith: +1 | 16:34 |
jgriffith | They just have to provide something in the interface that at least gives the expected end-result | 16:35 |
xyang_ | hemna: I thought we started the discussion by whether the parent should can be deleted while snapshots are still there | 16:35 |
DuncanT | I'm quite interested in turning the current feature set into a test suite that can give a yes/no answer to is that what you mean by snapshot.... | 16:35 |
jgriffith | xyang_: that was my lame example | 16:35 |
jgriffith | DuncanT: +1 | 16:35 |
*** shang has quit IRC | 16:35 | |
hemna | DuncanT, +1 | 16:35 |
*** shang has joined #openstack-meeting | 16:35 | |
*** matelakat has quit IRC | 16:35 | |
*** SergeyLukjanov has quit IRC | 16:35 | |
jgriffith | So back to the prposal | 16:35 |
hemna | xyang_, I don't think we can require how the backend is implemented for snaps for example. Not all arrays allow parent volumes to be deleted. | 16:35 |
jgriffith | Note there's no implementation details or rules regarding online/offline | 16:36 |
xyang_ | hemna: agree | 16:36 |
jgriffith | We can add details around that, keeping the bar low | 16:36 |
jgriffith | is there anything really that controversial, other than snapshots and clones for guitarzan ? | 16:36 |
jgriffith | Which BTW guitarzan I'm not sure why you care, you guys don't have a driver submitted anyway :) | 16:36 |
guitarzan | hah | 16:36 |
jgriffith | Just like HP | 16:36 |
guitarzan | I'm just playing devil's advocate for lvm | 16:37 |
guitarzan | or against maybe | 16:37 |
jgriffith | guitarzan: haha... I'd say it's against | 16:37 |
jgriffith | guitarzan: it does those things :) | 16:37 |
*** dontalton has quit IRC | 16:37 | |
jgriffith | even if it isn't pretty :) | 16:37 |
jgriffith | which is my whole point on this | 16:37 |
*** MarkAtwood has joined #openstack-meeting | 16:37 | |
hemna | So did we decide anything or just argue for fun? | 16:37 |
*** jamespage_ has joined #openstack-meeting | 16:37 | |
*** kebray has joined #openstack-meeting | 16:37 | |
jgriffith | it doesn't have to be efficient/pretty or elegant | 16:37 |
guitarzan | hemna: I haven't seen what we're voting on yet :) | 16:37 |
*** nati_ueno has quit IRC | 16:37 | |
hemna | :) | 16:37 |
DuncanT | Looks like we generally agree on the current minimum feature list? And on the principle of having the list? | 16:38 |
jungleboyj | DuncanT: +1 | 16:38 |
jgriffith | guitarzan: hemna I would like for an agreement on the prposed list | 16:38 |
jgriffith | guitarzan: hemna and I'd like to warn folks that if we agree I'm going to enforce it via reviews | 16:38 |
eharney | so where does the current minimum list leave drivers that already exist but fall short? | 16:38 |
hemna | so the current requirements + the new ones for Havana? | 16:38 |
jgriffith | in fact even if we don't agree I still might :) | 16:38 |
thingee | the proposal is https://wiki.openstack.org/wiki/Cinder#Minimum_Driver_Features and that we don't care how you implement it, just don't raise an exception | 16:39 |
jgriffith | eharney: the idea is they're supposed to be fixed in H | 16:39 |
guitarzan | I don't think anyone has disagreed with the proposed list | 16:39 |
*** yamahata_ has quit IRC | 16:39 | |
jgriffith | Ok.. Yippeee! | 16:39 |
eharney | jgriffith: ok. i'm scheming something in that area but i'll get to that later | 16:39 |
guitarzan | the discussion started with something completely different, independent snapshots | 16:40 |
DuncanT | I suggest we start submitting driver removal patches the day after H3 is cut.... that should get people's attention :-) | 16:40 |
jgriffith | eharney: :) care to give a preview? | 16:40 |
hemna | yah I'm ok w/ it. I have my TODO list to add copy image to volume/volume to image for Fibre Channel already, so the FC drivers should get that capability for Havana | 16:40 |
eharney | jgriffith: https://blueprints.launchpad.net/cinder/+spec/qemu-assisted-snapshots | 16:40 |
thingee | DuncanT: we agreed to split | 16:40 |
DuncanT | thingee ;-) | 16:40 |
thingee | I am after all "that guy" | 16:40 |
eharney | jgriffith: ideas for snap support on gluster and maybe things like NFS too... still sketching out details to post soon | 16:40 |
jgriffith | eharney: cool | 16:41 |
thingee | jgriffith: https://review.openstack.org/#/c/25888/ | 16:41 |
vincent_hou | y | 16:41 |
eharney | it changes things up a bit, but looks workable | 16:41 |
vincent_hou | it is related to https://bugs.launchpad.net/cinder/+bug/1148597 | 16:42 |
uvirtbot | Launchpad bug 1148597 in cinder "Snapshot a volume on a different cinder-volume node" [Wishlist,In progress] | 16:42 |
jgriffith | thingee: vincent_hou you guys wanna talk about that one? | 16:42 |
thingee | it's next topic :) | 16:43 |
vincent_hou | yes | 16:43 |
jgriffith | #topic https://review.openstack.org/#/c/25888/ | 16:43 |
*** openstack changes topic to "https://review.openstack.org/#/c/25888/ (Meeting topic: cinder)" | 16:43 | |
thingee | vincent_hou: go for it | 16:43 |
*** bdpayne has quit IRC | 16:43 | |
vincent_hou | Operation people in my company actually asked for this functionality. They wanted to put the snapshots in a different machines from where the volumes are located. | 16:43 |
jgriffith | vincent_hou: understand but I have two issues: | 16:44 |
vincent_hou | They want to to prevent the loss of both the volume and the snapshot on the same machine | 16:44 |
jgriffith | vincent_hou: snapshots are not backups | 16:44 |
jgriffith | vincent_hou: we now have backups | 16:44 |
vincent_hou | right | 16:44 |
jgriffith | vincent_hou: if you want a backup, do a backukp :) | 16:44 |
hemna | :) | 16:44 |
vincent_hou | they said snapshot | 16:44 |
jgriffith | vincent_hou: the other thing is, the concept of a snapshot we've pretty much made backend specific | 16:44 |
DuncanT | Tell them 'no' then? | 16:44 |
vincent_hou | backend specific? | 16:45 |
*** bdpayne has joined #openstack-meeting | 16:45 | |
vincent_hou | ohhhhh | 16:45 |
DuncanT | Some backends already do snapshot as a copy to swift.... | 16:45 |
jgriffith | vincent_hou: sure... on LVM it may be a qcow | 16:45 |
jgriffith | dependent on the parent | 16:45 |
DuncanT | Some do it as COW magic | 16:45 |
jgriffith | on Ceph is't somethign else | 16:45 |
jgriffith | etc etc | 16:45 |
DuncanT | some do dd | 16:45 |
vincent_hou | I see. | 16:45 |
thingee | not all backends are suppoorting snapshots now anyways. You avoid that problem with using the cinder-backup service....although that has recently changed in the last proposal. | 16:46 |
vincent_hou | I have one more question. | 16:46 |
DuncanT | I've slightly lost track of all the directions people want to take backup in, looking forward to seeing code though | 16:46 |
vincent_hou | Can we backup directly on a different machine? | 16:47 |
thingee | sure, have a separate swift machine | 16:47 |
guitarzan | you'd better have more than one swift machine :) | 16:47 |
jgriffith | vincent_hou: I'm also hoping that somebody finds the time to do backups to block etc | 16:47 |
vincent_hou | Mmmmm....... | 16:47 |
thingee | so what are we agreeing on here? | 16:48 |
vincent_hou | jgriffith: exactly | 16:48 |
jgriffith | vincent_hou: the problem is ceph wouldn't know what to do with a SF snap, that wouldn't know what to do with an HP snap that wouldn't konw what to do with..... | 16:48 |
DuncanT | The whole idea behind backup is that you can put half your swift cluster in a different firecell and your data is safe even if your cinder & nova machines all catch fire | 16:48 |
thingee | what are the disadvantages of having zoned snaps? | 16:49 |
thingee | is it going to hurt anything if the option is there? | 16:49 |
*** hub_cap has joined #openstack-meeting | 16:50 | |
jgriffith | thingee: the problem I see is there's no way for another backend device to know what to do with it | 16:50 |
DuncanT | You need to add a whole second code patch to do remote snaps | 16:50 |
thingee | jgriffith: ok, and that's not addressed by that patch | 16:50 |
thingee | and in general not how cinder works | 16:51 |
*** SumitNaiksatam has quit IRC | 16:51 | |
thingee | open discussion? | 16:51 |
jgriffith | thingee: correct, there's really no way to address it outside of the device itself | 16:51 |
jgriffith | #topic open discussion | 16:51 |
*** openstack changes topic to "open discussion (Meeting topic: cinder)" | 16:51 | |
jgriffith | w00t | 16:52 |
jgriffith | short meeting | 16:52 |
bswartz | i have a question about multipath/ALUA support in cinder -- do we have it? | 16:52 |
hemna | jgriffith, so I need to start pulling in the FC attach code, and was going to put it in "brick" | 16:52 |
hemna | where should I put it ? | 16:53 |
jgriffith | hemna: hmmm.... | 16:53 |
jgriffith | hemna: I *think* what I'm going to do is | 16:53 |
*** dwcramer has quit IRC | 16:53 | |
jgriffith | put the dir structure in cinder | 16:53 |
jgriffith | ie cinder/brick/ | 16:53 |
jgriffith | populate and use it in Cinder first | 16:53 |
hemna | ok | 16:53 |
jgriffith | then create a separate lib that we can use elsewhere similar to what we do with common | 16:53 |
* thingee has to cut out a bit early for a meeting | 16:54 | |
jgriffith | bswartz: we don't have it in the code currently no | 16:54 |
thingee | bye all | 16:54 |
jgriffith | thingee: cya | 16:54 |
jgriffith | thingee: thanks! | 16:54 |
bswartz | anyone interested in multipath support for iSCSI? | 16:54 |
*** thingee has left #openstack-meeting | 16:54 | |
hemna | bswartz, didn't that land in nova Grizzly? | 16:54 |
hemna | I have multipath support in my FC attach code in Nova already | 16:54 |
jgriffith | bswartz: me | 16:54 |
xyang_ | nova has code for iscsi multipath | 16:54 |
*** martine has quit IRC | 16:54 | |
jgriffith | bswartz: oh... multipath or multiattach? | 16:55 |
bswartz | xyang_: what does nova use it for if cinder doesn't support it? | 16:55 |
*** martine has joined #openstack-meeting | 16:55 | |
jgriffith | bswartz: sorry | 16:55 |
jgriffith | bswartz: I misread | 16:55 |
bswartz | jgriffith: does that mean not interested? lol | 16:55 |
xyang_ | xyang_: I think we just need to enable a flag, I am going to try it but haven't got chance | 16:55 |
jgriffith | bswartz: sorry... no, doesn't mean that at all | 16:55 |
jgriffith | xyang_: that would be awesome if you have time to do that and could let us know what you find | 16:56 |
bswartz | I think the attach call should probably evolve to return multiple targets | 16:56 |
xyang_ | bswartz: just like FC multipath support in nova, I don't think we need to change cinder | 16:56 |
bswartz | okay perhaps I need to look into it | 16:57 |
bswartz | I find it hard to believe that it would work with no support from the drivers | 16:57 |
hemna | we didn't have to do anything in cinder to support multipath for FC | 16:57 |
xyang_ | bswartz: I looked at code. seems that we don't need to change anything other than the flag. I'll need to test it myself | 16:57 |
xyang_ | jgriffith: sure, will do | 16:57 |
*** Mandell has joined #openstack-meeting | 16:58 | |
jgriffith | bswartz: I think the iscsi layer does alot of that magic for you | 16:58 |
bswartz | okay thanks | 16:58 |
bswartz | I'll just do some testing then | 16:58 |
jgriffith | bswartz: cool, let folks know how it goes | 16:58 |
jgriffith | anything else from anybody? | 16:58 |
guitarzan | I'll ask about the volume type stuff in #openstack-cinder | 16:59 |
guitarzan | seems like DuncanT doesn't want it to be configurable, but always on | 16:59 |
jgriffith | guitarzan: ohh, yes on the quotas | 16:59 |
jgriffith | guitarzan: folks should join in so we can get that hammered out | 16:59 |
jgriffith | alright, see ya in the channel | 16:59 |
*** salmon_ has joined #openstack-meeting | 16:59 | |
jgriffith | thanks everyone | 16:59 |
jgriffith | #endmeeting | 16:59 |
*** openstack changes topic to "OpenStack meetings || Development in #openstack-dev || Help in #openstack" | 16:59 | |
openstack | Meeting ended Wed May 8 16:59:48 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:59 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-05-08-16.01.html | 16:59 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-05-08-16.01.txt | 16:59 |
openstack | Log: http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-05-08-16.01.log.html | 16:59 |
*** ollie1 has left #openstack-meeting | 16:59 | |
rushiagr | thanks, bye all | 17:00 |
jungleboyj | Bye. | 17:00 |
*** jungleboyj has left #openstack-meeting | 17:00 | |
*** bswartz has left #openstack-meeting | 17:00 | |
*** varma has quit IRC | 17:00 | |
*** vkmc has quit IRC | 17:01 | |
*** mattray has joined #openstack-meeting | 17:01 | |
*** reed has joined #openstack-meeting | 17:02 | |
*** marun has joined #openstack-meeting | 17:03 | |
*** GheRivero is now known as Ghe-afk | 17:04 | |
*** anniec has joined #openstack-meeting | 17:05 | |
*** annegentle has joined #openstack-meeting | 17:08 | |
*** dwalleck has joined #openstack-meeting | 17:08 | |
*** nati_ueno has joined #openstack-meeting | 17:09 | |
*** kirankv has quit IRC | 17:09 | |
*** lloydde has joined #openstack-meeting | 17:12 | |
*** jog0 has joined #openstack-meeting | 17:14 | |
*** adjohn has joined #openstack-meeting | 17:16 | |
*** FallenPegasus has joined #openstack-meeting | 17:20 | |
*** MarkAtwood has quit IRC | 17:22 | |
*** lloydde has quit IRC | 17:25 | |
*** anniecheng has joined #openstack-meeting | 17:33 | |
*** SergeyLukjanov has joined #openstack-meeting | 17:36 | |
*** amyt has quit IRC | 17:39 | |
*** jamespage_ has quit IRC | 17:39 | |
*** lloydde has joined #openstack-meeting | 17:40 | |
*** amyt has joined #openstack-meeting | 17:40 | |
*** chuck_ has quit IRC | 17:41 | |
*** marcusk has joined #openstack-meeting | 17:42 | |
*** maoy_ has joined #openstack-meeting | 17:45 | |
*** maoy has quit IRC | 17:45 | |
*** maoy_ is now known as maoy | 17:45 | |
*** FallenPegasus has quit IRC | 17:46 | |
*** hanney has quit IRC | 17:46 | |
*** dontalton has joined #openstack-meeting | 17:47 | |
*** vincent_hou has quit IRC | 17:50 | |
*** xyang_ has quit IRC | 17:51 | |
*** otherwiseguy has quit IRC | 17:57 | |
*** zul has joined #openstack-meeting | 18:00 | |
*** nati_ueno has quit IRC | 18:00 | |
*** beagles is now known as beagles_brb | 18:01 | |
*** lloydde has quit IRC | 18:03 | |
*** jamespage_ has joined #openstack-meeting | 18:03 | |
*** flaper87 has quit IRC | 18:04 | |
*** dwcramer has joined #openstack-meeting | 18:07 | |
*** reed has quit IRC | 18:07 | |
*** novas0x2a|laptop has quit IRC | 18:12 | |
*** mattray has quit IRC | 18:15 | |
*** zul has quit IRC | 18:18 | |
*** krtaylor has quit IRC | 18:19 | |
*** jamespage_ has quit IRC | 18:19 | |
*** flaper87 has joined #openstack-meeting | 18:21 | |
*** reed has joined #openstack-meeting | 18:24 | |
*** hub_cap has left #openstack-meeting | 18:31 | |
*** FallenPegasus has joined #openstack-meeting | 18:32 | |
*** Ghe-afk is now known as GheRivero | 18:33 | |
*** lloydde has joined #openstack-meeting | 18:33 | |
*** pfreund has joined #openstack-meeting | 18:35 | |
*** dani4571 has joined #openstack-meeting | 18:36 | |
*** dwcramer has quit IRC | 18:36 | |
*** wirehead_ has joined #openstack-meeting | 18:37 | |
*** beagles_brb is now known as beagles | 18:39 | |
*** egallen has joined #openstack-meeting | 18:39 | |
*** mkollaro has joined #openstack-meeting | 18:41 | |
*** lloydde has quit IRC | 18:43 | |
*** egallen has quit IRC | 18:43 | |
*** uma has joined #openstack-meeting | 18:44 | |
*** novas0x2a|laptop has joined #openstack-meeting | 18:45 | |
*** jamespage_ has joined #openstack-meeting | 18:45 | |
*** rwsu has joined #openstack-meeting | 18:46 | |
*** zul has joined #openstack-meeting | 18:48 | |
*** dwcramer has joined #openstack-meeting | 18:49 | |
*** johnthetubaguy has quit IRC | 18:49 | |
*** egallen has joined #openstack-meeting | 18:53 | |
*** jamespage__ has joined #openstack-meeting | 18:56 | |
*** otherwiseguy has joined #openstack-meeting | 18:56 | |
*** zzs has joined #openstack-meeting | 18:57 | |
*** egallen has quit IRC | 18:58 | |
*** jamespage_ has quit IRC | 18:58 | |
*** krtaylor has joined #openstack-meeting | 18:59 | |
*** egallen has joined #openstack-meeting | 18:59 | |
*** cp16net is now known as cp16net|away | 19:00 | |
*** cp16net|away is now known as cp16net | 19:00 | |
*** jecarey has quit IRC | 19:02 | |
*** gyee has quit IRC | 19:03 | |
*** dwalleck has quit IRC | 19:06 | |
*** dhellmann has joined #openstack-meeting | 19:11 | |
*** markmcclain has quit IRC | 19:13 | |
*** mattray has joined #openstack-meeting | 19:14 | |
*** vipul is now known as vipul|away | 19:16 | |
*** markmcclain has joined #openstack-meeting | 19:17 | |
*** litong has joined #openstack-meeting | 19:17 | |
*** egallen has quit IRC | 19:18 | |
*** egallen has joined #openstack-meeting | 19:20 | |
*** stevebaker has quit IRC | 19:24 | |
*** stevebaker has joined #openstack-meeting | 19:26 | |
*** rnirmal has quit IRC | 19:31 | |
*** garyk has quit IRC | 19:33 | |
*** adjohn has quit IRC | 19:34 | |
*** jamespage__ has quit IRC | 19:36 | |
*** zul has quit IRC | 19:36 | |
*** lloydde has joined #openstack-meeting | 19:38 | |
*** SergeyLukjanov has quit IRC | 19:39 | |
*** topol has quit IRC | 19:40 | |
*** cp16net is now known as cp16net|away | 19:41 | |
*** dolphm has joined #openstack-meeting | 19:42 | |
*** cp16net|away is now known as cp16net | 19:42 | |
*** hanney has joined #openstack-meeting | 19:44 | |
*** mattray has quit IRC | 19:45 | |
*** dolphm has quit IRC | 19:46 | |
*** radez is now known as radez_g0n3 | 19:49 | |
*** koolhead17 has quit IRC | 19:53 | |
*** therve has joined #openstack-meeting | 19:55 | |
*** barefoot has joined #openstack-meeting | 19:55 | |
*** shardy has joined #openstack-meeting | 19:55 | |
*** mrutkows has joined #openstack-meeting | 19:55 | |
*** dwcramer has quit IRC | 19:58 | |
*** SpamapS has joined #openstack-meeting | 19:58 | |
*** randallburt has joined #openstack-meeting | 19:58 | |
*** adrian_otto has joined #openstack-meeting | 20:00 | |
*** shengjie_home has joined #openstack-meeting | 20:00 | |
shardy | #startmeeting heat | 20:00 |
openstack | Meeting started Wed May 8 20:00:29 2013 UTC. The chair is shardy. Information about MeetBot at http://wiki.debian.org/MeetBot. | 20:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 20:00 |
*** openstack changes topic to " (Meeting topic: heat)" | 20:00 | |
openstack | The meeting name has been set to 'heat' | 20:00 |
shardy | #topic rollcall | 20:00 |
*** openstack changes topic to "rollcall (Meeting topic: heat)" | 20:00 | |
SpamapS | o/ | 20:00 |
therve | Hola | 20:00 |
mrutkows | here | 20:00 |
*** uma has quit IRC | 20:00 | |
jpeeler | hi | 20:00 |
randallburt | hi folks | 20:01 |
adrian_otto | hi | 20:01 |
kebray | Hello | 20:01 |
*** tspatzier has joined #openstack-meeting | 20:01 | |
hanney | o/ | 20:01 |
wirehead_ | heya | 20:01 |
stevebaker | o/ (i'll have to leave early) | 20:02 |
asalkeld | o/ | 20:02 |
harlowja | yo | 20:02 |
shardy | Ok, cool, zaneb said he can't attend today also | 20:02 |
shardy | Well hi all, let's get started :) | 20:02 |
shardy | #topic Review last week's actions | 20:03 |
*** openstack changes topic to "Review last week's actions (Meeting topic: heat)" | 20:03 | |
shardy | all to take a look at harlowja's wiki page and patch | 20:03 |
*** jimbaker has joined #openstack-meeting | 20:03 | |
* oubiwann high-fives therve | 20:03 | |
shardy | I had a look at the wiki page, but forgot to look at the patch, sorry harlowja | 20:03 |
harlowja | its fine, the patch is 'evolving' | 20:03 |
adrian_otto | there are multiple wiki pages. Can you specify which you are referring to? Please offer a link. | 20:04 |
shardy | adrian_otto: they are linked in the last weeks minutes, but here: | 20:04 |
shardy | #link https://wiki.openstack.org/wiki/NovaOrchestration/WorkflowEngines | 20:04 |
harlowja | *thats an old one :) | 20:04 |
shardy | #link https://wiki.openstack.org/wiki/StructuredStateManagement | 20:04 |
*** adjohn has joined #openstack-meeting | 20:05 | |
shardy | #link http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-05-01-20.00.html | 20:05 |
adrian_otto | thanks, I'm familiar with that one | 20:05 |
kebray | familiar here as well. | 20:05 |
harlowja | there are some ideas being thrown around as to placement of said library, still in progress i think | 20:05 |
*** m4dcoder has joined #openstack-meeting | 20:05 | |
harlowja | *its a little bit of an odd duckling | 20:05 |
shardy | The main question I have - is the plan still to create a small library, then build on it? | 20:05 |
shardy | I didn't like the look of the long list of existing WorkflowEngines much | 20:06 |
harlowja | shardy so yes i think the small library approach is still the ideal | 20:06 |
adrian_otto | yes, we want to create a StackForge project, make a small library, then iterate on it | 20:06 |
shardy | Ok, sounds good | 20:06 |
adrian_otto | when it makes sense to start pulling in patches to add features or solve issues in Heat, we can pull those over | 20:06 |
shardy | Anyone else got anything on this or should we move on? | 20:06 |
*** vipul|away is now known as vipul | 20:07 | |
sdake | o/ | 20:07 |
*** shengjie has joined #openstack-meeting | 20:07 | |
shardy | hey sdake | 20:07 |
sdake | sorry late - late lunch | 20:07 |
adrian_otto | we are working to have representatives from multiple OpenStack projects on the TaskFlow Stackforge project in order to boost alignment | 20:07 |
*** jlucci has joined #openstack-meeting | 20:07 | |
adrian_otto | that should make integration later easier, as there should be less to debate | 20:07 |
harlowja | yup | 20:07 |
kebray | We have confirmed representation on the STackForge TaskFlow project for Reddwarf. | 20:07 |
harlowja | and i am sorta connected with nova, but i am not a core represenative | 20:08 |
shardy | adrian_otto: sounds good, definitely sounds like we'll have someone involved also | 20:08 |
adrian_otto | ideally a core member from each interested project | 20:08 |
harlowja | yes, that would be nice | 20:09 |
adrian_otto | but what I am concerned with mostly today is taht we don't stagger innovation and progress by having too much red tape | 20:09 |
shardy | Unless anyone wants to volunteer now, perhaps we can discuss and come back to you with who (as zaneb is not here and I know he's possibly interested in this area) | 20:09 |
harlowja | adrian_otto 100% agree | 20:09 |
adrian_otto | let's get everyone thinking, organized and coding together. | 20:09 |
harlowja | :) | 20:09 |
shardy | adrian_otto: +1 | 20:09 |
*** cp16net is now known as cp16net|away | 20:10 | |
shardy | Ok couple more actions to check: | 20:10 |
shardy | randallburt assign names to new BPs linked above | 20:10 |
*** stevemar has quit IRC | 20:10 | |
shardy | randallburt: this is done now right? | 20:10 |
randallburt | asalkeld got the assignments sorted so we should be good. | 20:10 |
shardy | Ok, great | 20:10 |
*** jamespage__ has joined #openstack-meeting | 20:11 | |
shardy | zaneb to add details to Provider BPs | 20:11 |
shardy | I'm pretty sure zaneb did this | 20:11 |
*** jamespage__ has quit IRC | 20:11 | |
shardy | everyone to target bp's likely to land in next 2-3 weeks to havana-1 | 20:11 |
randallburt | He did for the couple I looked at | 20:11 |
shardy | So this looks good, if anyone has anything they expect to land for h-1 please make sure it's targetted in LP | 20:11 |
shardy | SpamapS to raise BP re available resources | 20:12 |
shardy | SpamapS: Pretty sure you did this? | 20:12 |
SpamapS | I did | 20:12 |
shardy | Ok, thanks | 20:12 |
SpamapS | https://blueprints.launchpad.net/heat/+spec/discover-catalog-resources | 20:12 |
*** shengjie_home has quit IRC | 20:13 | |
shardy | #link https://blueprints.launchpad.net/heat/+spec/discover-catalog-resources | 20:13 |
*** FallenPegasus is now known as MarkAtwood | 20:13 | |
* shardy should've been using info for all those action bullets, oops | 20:13 | |
shardy | So I only added one topic, which is: | 20:14 |
shardy | #topic Stable Branch policy cont'd | 20:14 |
*** openstack changes topic to "Stable Branch policy cont'd (Meeting topic: heat)" | 20:14 | |
*** adjohn has quit IRC | 20:14 | |
shardy | We kinda discussed this last week, but I wanted to proposed that we align with what Ceilometer are doing: | 20:14 |
shardy | - Support Folsom as a best-effort via stable/grizzly | 20:15 |
shardy | - stop worrying too much about backwards compatibility in master | 20:15 |
shardy | - Align with the openstack stable-branch policy for all backports | 20:15 |
shardy | #link https://wiki.openstack.org/wiki/StableBranch | 20:16 |
therve | It sounds fine to me | 20:16 |
shardy | Does this sound reasonable to everyone? | 20:16 |
asalkeld | yea | 20:16 |
sdake | will there be forward compatibility? | 20:17 |
SpamapS | +1 for not worrying about BC w/ Folsom in master | 20:17 |
stevebaker | There are quite a few users interested in using latest heat will folsom/grizzly openstacks | 20:17 |
shardy | sdake: forward compatibility? | 20:17 |
sdake | ie grizzly->havana | 20:17 |
shardy | you mean the templates? | 20:17 |
shardy | upgrade path, db migrations etc? | 20:17 |
sdake | an upgrade path | 20:17 |
sdake | yup | 20:17 |
shardy | Yes, definitely | 20:18 |
stevebaker | I'd like users who want to use latest heat against folsom/grizzly to self-organise and do the regression testing themselves, and feed us fixes | 20:18 |
randallburt | stevebaker: +1 | 20:18 |
asalkeld | the move to ceilometer for alarms is going to be messy | 20:18 |
stevebaker | so we don't have to worry about BC w/ Folsom in master but we are receptive to those who are | 20:18 |
SpamapS | We should not break network API compatibility.. but I stand by my charge that the software dependencies present/not-present are orthogonal to that | 20:18 |
asalkeld | if people are using alarms | 20:18 |
shardy | stevebaker: agree, but there's some stuff, e.g trusts which only exist in >= grizzly, and as asalkeld say all the new CM alarm stuff | 20:19 |
*** cp16net|away is now known as cp16net | 20:19 | |
stevebaker | hmm alarms | 20:19 |
asalkeld | (as the alarm table in heat will need to be ditched and recreated in ceilometer) | 20:19 |
SpamapS | asalkeld: indeed, Havana should maintain "the old way" for alarms, but deprecate it. So that there is a phased migration path. | 20:19 |
shardy | I think we've reached (or soon will be reaching the point where it's hard to keep master working on Folsom, and perhaps soon grizzly) | 20:19 |
SpamapS | also, IMO we need to get stuff like this in the gate | 20:20 |
shardy | Yep, make the new alarms code default, but have config option for the old stuff, say for one more cycle | 20:20 |
asalkeld | not so easy | 20:20 |
*** fsargent has left #openstack-meeting | 20:20 | |
*** fsargent has joined #openstack-meeting | 20:20 | |
*** shengjie_ has joined #openstack-meeting | 20:20 | |
stevebaker | its up to these users to explicitly tell us what is important to them. I'm going to send an email to kick the process off | 20:21 |
SpamapS | asalkeld: not easy, but critical to holding on to early adopters | 20:21 |
shardy | asalkeld: alarms will be a one-way change? | 20:21 |
asalkeld | yea | 20:21 |
shardy | SpamapS: exactly | 20:21 |
therve | We would need some kind of functional testing to be able to maintain that properly | 20:21 |
SpamapS | If somebody has deployed grizzly heat, we should pretty much buy them tiaras and scepters and carry them around on a liter with a throne on top of it at the next summit. | 20:21 |
stevebaker | I was thinking the new tempest tests could be also run against old openstacks, but that is handled by the people wanting that use case | 20:22 |
therve | stevebaker, +1 | 20:22 |
SpamapS | oh, and we should probably try to test their migration too. :) | 20:22 |
oubiwann | SpamapS: man, you make a good princess pitch | 20:22 |
asalkeld | I suspect xlcloud is someone we should talk to about it | 20:22 |
oubiwann | I've got a couple takers here in the office | 20:23 |
SpamapS | stevebaker: Yeah, lets get the tempest against current openstack first.. but an immediate goal thereafter should be to run it against havana heat + grizzly. | 20:23 |
*** zul has joined #openstack-meeting | 20:23 | |
stevebaker | SpamapS: yep, but I wouldn't count on the CI infrastructure doing that for us | 20:24 |
SpamapS | stevebaker: I would... but.. my boss runs it and he loves stuff like that. :) | 20:24 |
*** senhuang has joined #openstack-meeting | 20:24 | |
SpamapS | mordred: ^^ | 20:24 |
shardy | Ok, so master should ideally work with havana/devstack and stable/grizzly, but there may be documented workarounds to run on grizzly (e.g bleeding edge client libraries which we're already starting to need) | 20:25 |
* mordred reads scrollback | 20:25 | |
*** spzala has quit IRC | 20:25 | |
adrian_otto | mordred: welcome | 20:25 |
mordred | we would LOVE to do cross-version testing of stuff - but we still don't have that with novaclient+nova yet | 20:25 |
mordred | so - you know - it might not happen quickly :) | 20:25 |
clarkb | stevebaker: fwiw I think we probably can run it, just that it probably wouldn't happen as part of the larger integration gate | 20:26 |
stevebaker | imagine the cross-version permutations, ouch | 20:26 |
shardy | stevebaker: I think if we're not careful it could be come a huge resource-sink | 20:26 |
shardy | Be better to say "n-1 version is untested and best-effort" | 20:26 |
shardy | ie if problems are reported we'll try to fix, and try to avoid knowingly merging stuff which will obviously break with grizzly? | 20:27 |
shardy | maybe we need a vote, but I'm not sure exactly what we're voting on ;) | 20:28 |
stevebaker | yep, but my point is it is less of a resource sink if we're not doing the work, the people who are interested in this are | 20:28 |
shardy | stevebaker: completely agree | 20:28 |
stevebaker | nothing yet, action point for me to email who is interested | 20:28 |
SpamapS | Ok, so we need to vote only on policy. | 20:28 |
SpamapS | Basically, will we respond to bug reports about X with yay or nay. | 20:29 |
shardy | #action stevebaker to send ML email re backwards-compatibility | 20:29 |
SpamapS | X being. "trunk running against grizzly" or "stable running against folsom" | 20:29 |
stevebaker | SpamapS: bug reports on old openstack versions without provided fixes may be politely declined ;) | 20:29 |
mrutkows | Really hate to leave early for the first Heat meeting, but have a conflict the 2nd half of this hour... hope to be more of a regular from now on | 20:30 |
therve | shardy, it seems reasonable to include backward compatibility concerns in the review process. Without automation it's wishful thinking though | 20:30 |
shardy | mrutkows: np o/ | 20:30 |
stevebaker | therve: yep | 20:31 |
shardy | therve: well until now we have done it manually, but yes agree automation would be great if someone's willing to do it for us ;) | 20:31 |
stevebaker | should we move on? | 20:31 |
shardy | yep | 20:31 |
shardy | we can follow up on the ML thread started by stevebaker | 20:31 |
shardy | #topic Open discussion | 20:32 |
*** openstack changes topic to "Open discussion (Meeting topic: heat)" | 20:32 | |
*** gyee has joined #openstack-meeting | 20:32 | |
shardy | Anyone have anything to discuss? | 20:32 |
SpamapS | heat-cfntools ... | 20:32 |
tspatzier | I have some news on the open-api-dsl topic .. | 20:33 |
SpamapS | oo lets do tspatzier's first | 20:33 |
shardy | tspatzier: go for it :) | 20:33 |
shardy | tspatzier: I saw your heat-templates review, not finished going through all three templates yet | 20:34 |
tspatzier | So, I've posted a patch for review about an hour ago to add some variants of the WordPress_Single_Instance template to the heat-templates repo | 20:34 |
tspatzier | #link https://review.openstack.org/28598 | 20:34 |
tspatzier | Would be interested in everyone's feedback | 20:34 |
shardy | tspatzier: great, thanks for this | 20:35 |
tspatzier | SpamapS: based on that, I also plan to sketch something in reply to the recent ML discussion ... | 20:35 |
shardy | #action all to look at dsl examples and provide feedback | 20:35 |
shardy | Any more to add on this, or should we go to SpamapS topic? | 20:36 |
tspatzier | Let's move on | 20:36 |
SpamapS | So, heat-cfntools .. | 20:36 |
SpamapS | I've been doing some poking and prodding of it, and generally trying to get it in shape for my use case.. | 20:36 |
*** acfleury has quit IRC | 20:37 | |
SpamapS | But shardy pointed out that this is all very cfn centric, so time spent on it is dead-tools time. | 20:37 |
SpamapS | I am wondering if the HOT template developers have given much thought to an in-instance agent, which is most of what makes heat-cfntools interesting to me (cfn-hup) | 20:37 |
asalkeld | no polling? | 20:38 |
tspatzier | SpamapS: We thought of something like generic "providers" that do in-instance software config | 20:38 |
SpamapS | not config | 20:38 |
SpamapS | cfn-init does that... | 20:38 |
SpamapS | and I don't like it at all | 20:38 |
tspatzier | Ah, I see | 20:39 |
SpamapS | cfn-hup is just a triggering mechanism | 20:39 |
SpamapS | it is meant to expose the timing of updates from the orchestration engine to the instance software | 20:39 |
asalkeld | we need a communication path | 20:39 |
stevebaker | SpamapS: have you thought of building what you need in (or on top of) python-heatclient? | 20:39 |
randallburt | SpamapS: not really. Had hoped to avoid it tbh. | 20:39 |
SpamapS | stevebaker: no, but that makes perfect sense. | 20:39 |
shardy | basically we'll need heat-ostools to provide all of our current functionality without the cfn-compatible API | 20:39 |
SpamapS | randallburt: it cannot be avoided. | 20:39 |
SpamapS | otherwise you're not doing real orchestration | 20:40 |
shardy | (which is not necesarily related to the template format) | 20:40 |
randallburt | SpamapS: yeah, but I had *hope* | 20:40 |
randallburt | ;) | 20:40 |
stevebaker | SpamapS: do you need anything other than cfn-hup(ish) | 20:40 |
* SpamapS lights randallburt's hope on fire | 20:40 | |
*** adjohn has joined #openstack-meeting | 20:40 | |
wirehead_ | ugh | 20:40 |
shardy | I think all we actually need is cloud-init and a metadata-monitor tool (cfn-hup-ish) which talks to the ReST API | 20:41 |
SpamapS | stevebaker: not really, i just need "cache metadata locally, run hooks on update" | 20:41 |
therve | SpamapS, what are your requirements, regardless of cfn-hup? | 20:41 |
SpamapS | shardy: cloud-init is completely orthogonal to this. | 20:41 |
shardy | We don't need cfn-init for HOT templates IMO, it's a CFN compatibility thing | 20:41 |
SpamapS | completely. | 20:41 |
shardy | SpamapS: someone mentioned cfn-init | 20:41 |
SpamapS | unless you re-work cloud-config to be its own tool, which is I suppose doable. | 20:42 |
sdake | if idea is to drop cfn, wont that break forward compatibility? | 20:42 |
* randallburt rekindles hope! | 20:42 | |
asalkeld | sdake, not drop | 20:42 |
shardy | sdake: not drop, make optional | 20:42 |
asalkeld | just add a new better tool | 20:42 |
sdake | i see | 20:42 |
SpamapS | ok anyway, lets not design it here, but I wanted to see if anybody else was thinking on this subject | 20:42 |
asalkeld | better response to updates | 20:42 |
adrian_otto | I'll add support to SpamapS to do away with config in the new DSL | 20:43 |
SpamapS | My thinking is if we can tap into the unified notifications bits that have been talked about on openstack-dev, we can use that. | 20:43 |
asalkeld | SpamapS, +1 to a standalone tool that can respond to heat-engine quickly | 20:43 |
tspatzier | adrian_otto: +1, we should do this | 20:43 |
shardy | adrian_otto: it's not just config though, its triggering in-instance actions in response to stack updates | 20:44 |
SpamapS | So, as HOT is fleshed out, lets make sure we think about these tools as they will be important. | 20:44 |
tspatzier | Are there concrete use cases documented somewhere? | 20:44 |
adrian_otto | I am looking at the https://review.openstack.org/#/c/28598/1/hot/WordPress_Single_Instance-alt1.yaml and I think we missed the mark a little | 20:44 |
adrian_otto | the idea is not to reconstruct the mappings in the DSL with options and inputs | 20:45 |
shardy | SpamapS: want to take an action to start a ML discssion on this topic? | 20:45 |
* stevebaker has to leave; later | 20:45 | |
shardy | stevebaker: o/ | 20:45 |
*** dprince has quit IRC | 20:45 | |
SpamapS | tspatzier: when you replace your memcache server with a bigger server, the Metadata for your instances will all be changed. You want to re-apply config files to point at the new servers, re-start your app servers, and run cfn-signal to tell Heat you've completed that so its ok to move forward with orchestrating things dependent on that action. | 20:45 |
*** adjohn has quit IRC | 20:45 | |
SpamapS | shardy: I don't actually.. I think its premature. | 20:46 |
shardy | cfn-signal is just curl | 20:46 |
SpamapS | shardy: I will add some notes to the HOT wiki page. | 20:46 |
sdake | definitely need wait conditions | 20:46 |
shardy | SpamapS: Ok, as long as we start capturing some of the actual requirements somewhere | 20:46 |
tspatzier | adrian_otto: sure, let's iterate on it. I laid much focus on cfn compatibility to keep supporting the content, but it's only a first shot | 20:46 |
adrian_otto | ok | 20:47 |
adrian_otto | thanks for putting those up | 20:47 |
SpamapS | shardy: right, thats what I'm going to add. I just think talking about the tools will get in the way of the HOT discussion. | 20:47 |
adrian_otto | we can polish them a bit more | 20:47 |
*** Yada has joined #openstack-meeting | 20:47 | |
* asalkeld is not a fan of the mapping section | 20:47 | |
shardy | SpamapS: Ok, well good to get the discussion started | 20:47 |
SpamapS | adrian_otto: thats a nice direct translation, if we can make that work, we have something. Agreed that it has too many details about the systems to be the end goal. | 20:48 |
adrian_otto | SpamapS: YEP | 20:49 |
*** glikson has quit IRC | 20:49 | |
shardy | Any other topics to discuss? | 20:49 |
tspatzier | SpamapS: nice use case. We handle this with actions attached to links in TOSCA (think of it as something like 'target-added', 'target-removed', 'target-changed' ...) | 20:50 |
SpamapS | Only that you are all amazing and its realy exciting to see all this steam build up behind Heat. :) | 20:50 |
randallburt | badumpump | 20:50 |
SpamapS | :) | 20:50 |
* adrian_otto hits the hihiat | 20:50 | |
shardy | haha | 20:51 |
* kebray wants to play cow bell. | 20:51 | |
shardy | Yep, great job everyone :) | 20:51 |
shardy | If there's nothing else we can finish early? | 20:51 |
wirehead_ | well, given that this is heat, the calliope is our official musical instrument | 20:51 |
* shardy has to google calliope | 20:51 | |
wirehead_ | steam powered musical instrument | 20:52 |
*** rushiagr has left #openstack-meeting | 20:52 | |
SpamapS | shardy: yes please make it stop | 20:52 |
shardy | #endmeeting | 20:52 |
*** openstack changes topic to "OpenStack meetings || Development in #openstack-dev || Help in #openstack" | 20:52 | |
openstack | Meeting ended Wed May 8 20:52:28 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 20:52 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-05-08-20.00.html | 20:52 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-05-08-20.00.txt | 20:52 |
openstack | Log: http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-05-08-20.00.log.html | 20:52 |
sdake | spamaps lol | 20:52 |
shardy | thanks all | 20:52 |
wirehead_ | sorry for the final meeting-ending pun :D | 20:52 |
therve | thanks shardy | 20:53 |
*** tspatzier has quit IRC | 20:53 | |
*** shengjie has quit IRC | 20:53 | |
*** shengjie_ has quit IRC | 20:53 | |
*** flwang has joined #openstack-meeting | 20:54 | |
*** SpamapS has left #openstack-meeting | 20:54 | |
*** wirehead_ has left #openstack-meeting | 20:54 | |
*** therve has left #openstack-meeting | 20:54 | |
*** randallburt has left #openstack-meeting | 20:55 | |
*** gordc has joined #openstack-meeting | 20:56 | |
*** matiu has joined #openstack-meeting | 20:57 | |
*** apmelton1 has joined #openstack-meeting | 20:57 | |
*** shengjie has joined #openstack-meeting | 20:58 | |
*** shengjie_ has joined #openstack-meeting | 20:58 | |
*** danspraggins has joined #openstack-meeting | 20:58 | |
*** n0ano has joined #openstack-meeting | 20:58 | |
*** shengjie_ has quit IRC | 20:58 | |
*** DanD has joined #openstack-meeting | 21:00 | |
dhellmann | #startmeeting ceilometer | 21:01 |
openstack | Meeting started Wed May 8 21:01:35 2013 UTC. The chair is dhellmann. Information about MeetBot at http://wiki.debian.org/MeetBot. | 21:01 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 21:01 |
*** openstack changes topic to " (Meeting topic: ceilometer)" | 21:01 | |
openstack | The meeting name has been set to 'ceilometer' | 21:01 |
dhellmann | #chair dhellmann | 21:01 |
openstack | Current chairs: dhellmann | 21:01 |
dhellmann | #link http://wiki.openstack.org/Meetings/MeteringAgenda | 21:01 |
dhellmann | Show of hands, who is around for the ceilometer meeting? | 21:01 |
sandywalsh | o/ | 21:01 |
dhellmann | o/ | 21:01 |
eglynn | o/ | 21:01 |
litong | o/ | 21:01 |
flwang | o/ | 21:01 |
salmon_ | o/ | 21:01 |
n0ano | o/ | 21:02 |
asalkeld | o/ | 21:02 |
danspraggins | o/ | 21:02 |
asalkeld | wow that was fast | 21:02 |
dhellmann | :-) | 21:02 |
dhellmann | #topic Tracking of bug #1176017, releasing of MIM | 21:02 |
*** openstack changes topic to "Tracking of bug #1176017, releasing of MIM (Meeting topic: ceilometer)" | 21:02 | |
uvirtbot | Launchpad bug 1176017 in ceilometer "Reinstate MongoDB testing with ming" [Critical,Confirmed] https://launchpad.net/bugs/1176017 | 21:02 |
apmelton1 | o/ | 21:02 |
dhellmann | #info dhellmann has contacted the upstream developers again (today) and is waiting for a reply | 21:02 |
dhellmann | this issue is related to getting MIM into a state where we can have our tests depend on it | 21:02 |
asalkeld | we really need that in | 21:02 |
dhellmann | we're negotiating the best approach | 21:03 |
dhellmann | yeah | 21:03 |
*** jamespage_ has joined #openstack-meeting | 21:03 | |
DanD | o/ | 21:03 |
*** adrian_otto has left #openstack-meeting | 21:03 | |
dhellmann | I hate to fork it, since they're open to giving us the keys to make releases, but communication is slow. | 21:03 |
*** zul has quit IRC | 21:04 | |
dhellmann | any other questions or comments on this before we move on? | 21:04 |
eglynn | yeah, forking would be a last resort IMO | 21:04 |
*** dperaza has joined #openstack-meeting | 21:04 | |
mrutkows | Joining Ceilometer meeting (late sorry) | 21:04 |
asalkeld | well, it could be a tempory measure | 21:04 |
dhellmann | welcome mrutkows, we're just getting started | 21:04 |
sandywalsh | dhellmann, we had to do the same thing with python-novaclient (which used to be a rackspace cloud client) ... no answer, we forked and moved on. | 21:04 |
dhellmann | sandywalsh: we've had an answer, including an offer of getting the password to push releases | 21:05 |
dhellmann | then we hit OSDS, and jd__ and I were incommunicado for a while | 21:05 |
sandywalsh | ah, gotcha | 21:05 |
dhellmann | let's give them a week and see where we get -- one of the guys is here in ATL so if he comes to the user group meeting tomorrow I can corner him | 21:05 |
*** adjohn has joined #openstack-meeting | 21:06 | |
dhellmann | jd__ wanted us to track this in our meetings until it's resolved, and to make sure everyone knew what was going on | 21:06 |
dhellmann | let's move on to the next topic | 21:06 |
dhellmann | #topic Folsom support with G2 candidate | 21:06 |
*** openstack changes topic to "Folsom support with G2 candidate (Meeting topic: ceilometer)" | 21:06 | |
dhellmann | #link https://lists.launchpad.net/openstack/msg23332.html | 21:06 |
dhellmann | We have had several support requests or questions with old versions of ceilometer and folsom. | 21:06 |
dhellmann | What level of support do we want/need to provide? | 21:06 |
* dhellmann hears crickets | 21:07 | |
*** mkollaro has quit IRC | 21:07 | |
asalkeld | not sure, it is expensive from a develop pov | 21:07 |
eglynn | we need to be actively pushing to deprecate Folsom if at all possible | 21:07 |
DanD | dhellmann, is there a general policy on support of previous versions? | 21:07 |
DanD | or is there anyone using ceilometer with folsom in production? | 21:08 |
eglynn | at least getting the message accross that the Folsom support is strictly time limited | 21:08 |
dhellmann | DanD: there is, but the folsom version of ceilometer doesn't strictly fall under those rules because it wasn't incubated | 21:08 |
eglynn | DanD: ceilometer was only in incubation at Folsom time | 21:08 |
eglynn | (so not stable/folsom branch etc.) | 21:08 |
DanD | seems like thats the answer then :) | 21:09 |
*** hanney has quit IRC | 21:09 | |
eglynn | shardy was discussing the corresponding policy for Heat earlier | 21:09 |
dhellmann | that's what I think, too, but I thought we should talk about it :-) | 21:09 |
dhellmann | to be clear, this was a pre-release version of grizzly ceilometer with other folsom components | 21:10 |
eglynn | IIRC the idea was that heat:stable/grizzly would provde "best effort" support for folsom & grizzly | 21:10 |
dhellmann | so I suspect it was people trying out ceilometer against their existing clouds | 21:10 |
*** nealph has joined #openstack-meeting | 21:10 | |
dhellmann | that *should* work if they run ceilometer on a separate server so they don't have the version conflict with dependencies (esp. the client libs) | 21:10 |
asalkeld | be careful of "best-effort" more like occasional-effort | 21:10 |
eglynn | not actively test against folsom, but also not knowingly merge anything to stable/grizzlyy that's know the break folsom | 21:10 |
*** epende has joined #openstack-meeting | 21:10 | |
dhellmann | asalkeld: +1 on occasional-effort | 21:10 |
eglynn | asalkeld: yep, I hear ya | 21:10 |
dhellmann | eglynn: we've already passed the point where our grizzly code runs cleanly with folsom | 21:11 |
dhellmann | after g2 we started deleting some of the compatibility stuff | 21:11 |
*** johnpur has quit IRC | 21:11 | |
dhellmann | it is unusual to support mixed versions of components, isn't it? | 21:11 |
asalkeld | yea | 21:11 |
asalkeld | and makes things messy | 21:11 |
eglynn | dhellmann: OK, so it sounds like agressive pressure to move ceilo users off folsom is called for | 21:12 |
asalkeld | (or hire devs) | 21:12 |
*** martine has quit IRC | 21:12 | |
eglynn | (the more we bend over backwards to support folsom, the slower folks will move off it I guess) | 21:12 |
dhellmann | do we need to make a formal statement about that somewhere, or just tell people we can't help them? | 21:13 |
asalkeld | we are not a huge team | 21:13 |
eglynn | an agreed formal statement would be good | 21:13 |
flwang | I think we need a statement for the support policy on the wiki or somewhere | 21:13 |
dhellmann | ok | 21:13 |
dhellmann | jd__ isn't here, should I assign that to him? :-) | 21:14 |
asalkeld | yea | 21:14 |
eglynn | go for it! ;) | 21:14 |
*** sandywalsh has quit IRC | 21:14 | |
DanD | so is anyone currently running ceilometer against folsom in production? | 21:14 |
dhellmann | DanD: I've no idea :-/ | 21:14 |
asalkeld | not sure | 21:14 |
*** RajeshMohan has quit IRC | 21:14 | |
dhellmann | as I said, it's probably fine to do so if it is deployed in a way that separates the dependencies -- the RPC side didn't actually change all that much | 21:15 |
*** pcm__ has quit IRC | 21:15 | |
dhellmann | #action jd__ and dhellmann to write formal statement about limiting support for pre-grizzly versions of ceilometer | 21:15 |
dhellmann | perhaps we will create a small market for contract work :-) | 21:16 |
*** lloydde has quit IRC | 21:16 | |
asalkeld | seriously niche | 21:16 |
flwang | a start up for ceilometer support :) | 21:16 |
dhellmann | ok, moving on | 21:16 |
dhellmann | #topic Priority of metadata features of SQL and HBase drivers | 21:16 |
*** openstack changes topic to "Priority of metadata features of SQL and HBase drivers (Meeting topic: ceilometer)" | 21:16 | |
dhellmann | I'm not sure what this one means. Who added it to the agenda? | 21:16 |
eglynn | that's from the release status meeting yesterday | 21:17 |
shengjie | this is about whether we should keep those bps as essential or just high priority | 21:17 |
*** zul has joined #openstack-meeting | 21:17 | |
eglynn | so we had two BPs on hbase & sqlalchemy metadata query support both with Essetntial priority set | 21:17 |
eglynn | this is a red flag to the release mgmt folks | 21:18 |
asalkeld | # TODO implement metaquery support | 21:18 |
asalkeld | if len(metaquery) > 0: | 21:18 |
asalkeld | raise NotImplementedError('metaquery not implemented') | 21:18 |
*** sandywalsh has joined #openstack-meeting | 21:18 | |
eglynn | (as "Essential" == " we can't release Havana without this") | 21:18 |
dhellmann | I'd be comfortable saying that about sqlalchemy, but not hbase | 21:19 |
flwang | for sqlalchemy, I think it's Esstential | 21:19 |
eglynn | I think jd__'s motivation in setting these Essential was to ensure dev effort is dedicated to them early | 21:19 |
*** danwent has quit IRC | 21:19 | |
asalkeld | I think the sql version is more important | 21:19 |
eglynn | OK we've alreasy downgrade hbase to High (with shengjie's agreement) | 21:19 |
eglynn | *already | 21:19 |
shengjie | we are planning to do the HBase one anyway | 21:19 |
DanD | at the summit there was a discussion about removing some drivers that didn't have full support | 21:20 |
shengjie | so it doesn't make that much difference | 21:20 |
DanD | what is the requirement in terms of updates and how they propgate into the drivers? | 21:20 |
*** shardy is now known as shardy_afk | 21:20 | |
eglynn | so conclusion is to keep sqlalchemy as Essential? | 21:20 |
*** vipul is now known as vipul|away | 21:20 | |
flwang | agree +1 | 21:20 |
asalkeld | I think so eglynn | 21:20 |
eglynn | DanD: yep the idea was a driver wouldn't be shipped until considered feature-complete | 21:21 |
asalkeld | just means we _really_ need to find someone to do it | 21:21 |
sandywalsh | sorry, vpn died, what's the concern with sqlalchemy? | 21:21 |
dhellmann | DanD: I think that we agreed just to do that for new drivers, right? | 21:21 |
eglynn | (various ideas around keeping on a branch or in a contrib dir until then ...) | 21:21 |
asalkeld | sandywalsh, just we need everything implemeted | 21:21 |
eglynn | dhellmann: yep, just for new drivers IIRC | 21:21 |
dhellmann | sandywalsh: whether finishing the metadata feature is "essential" or just "high" priority | 21:22 |
dhellmann | while we're at it, how does this apply to the new alarm stuff asalkeld is doing? | 21:22 |
dhellmann | I'm behind on reviews, are there changesets to update all of the storage drivers? | 21:22 |
DanD | dhellman yes, that was the discussion. what I am trying to understand is what happens when a new API feature is added. who owns adding support for all the drivers? | 21:22 |
asalkeld | well I have done mongo and sql | 21:22 |
dhellmann | DanD: right, like alarms | 21:22 |
*** jimbaker has quit IRC | 21:22 | |
*** jimbaker has joined #openstack-meeting | 21:22 | |
sandywalsh | dhellmann, right, we'll likely be going down that road as mysql is our main weapon ... not sure about our use of the metadata feature though | 21:22 |
epende | If the v2 API depends heavily on metadata, that would seem to make it hard to ship w/o | 21:23 |
dhellmann | sandywalsh: the metadata feature here is for querying against metadata values on resources, so it's pretty key for most realistic use cases | 21:23 |
sandywalsh | dhellmann, unless we point back to the underlying event as we'll be doing. But yes, we'll need "extra" attributes on aggregated metrics | 21:23 |
sandywalsh | ... at some point | 21:23 |
dhellmann | I see a few options | 21:23 |
dhellmann | I'm not sure what's best, though. | 21:24 |
asalkeld | this is the problem with adding new db drivers, adding new features get more and more complex | 21:24 |
dhellmann | I think if we do drop drivers, we should do it later in the release cycle | 21:24 |
*** stevebaker has quit IRC | 21:24 | |
*** gordc has quit IRC | 21:25 | |
DanD | we should at least have a catalog of "required" meta data and test for those | 21:25 |
sandywalsh | some db features should be considered essential and some optional (left to the driver maintainer) | 21:25 |
eglynn | yep, once released, v. hard to drop if not initially marked as contrib/experimental | 21:25 |
sandywalsh | metadata on metrics (if that's the only way to put extra attributes on metrics) ... should be essential | 21:25 |
sandywalsh | s/metrics/meters/ | 21:25 |
asalkeld | yip | 21:25 |
*** alexpilotti has joined #openstack-meeting | 21:26 | |
eglynn | maybe we need to distinguish between "tier one" and "tier two" storage drivers | 21:26 |
sandywalsh | eglynn, t1 & t2 db api features, not drivers | 21:26 |
dhellmann | our feature set is really small, though, is it worth that complexity? | 21:26 |
dhellmann | otoh, if a driver doesn't support "alarms" but does support "meters" then it is still useful for some deployments | 21:27 |
sandywalsh | that is, I shouldn't have to implement events in all drivers. So long as there is one reference driver implementation. | 21:27 |
dhellmann | so maybe you're right, not "tiers" but list which features are fully supported | 21:27 |
shengjie | asalkeld: +1 on the APIs should be splitter to to tiers | 21:27 |
shengjie | s/to/two/ | 21:27 |
DanD | so if a API feature is required an no one cares enough to update the driver, then it no longer qualifies and gets droppped? | 21:27 |
dhellmann | DanD: no, but we do document that case | 21:27 |
*** dolphm has joined #openstack-meeting | 21:27 | |
dhellmann | that way deployers can be informed | 21:27 |
shengjie | sorry meant to +1 sandy | 21:28 |
asalkeld | no worries | 21:28 |
dhellmann | and maybe if a driver isn't being kept up to date with lots of new features, we consider dropping it | 21:28 |
sandywalsh | dhellmann, +1 | 21:28 |
eglynn | or moving it out to a contrib dir | 21:28 |
*** danwent has joined #openstack-meeting | 21:28 | |
dhellmann | eglynn: meh, that's what git history is for | 21:28 |
shengjie | some of the features might be easy for sql , not easy for no-sql dbs | 21:28 |
litong | not only developers but also users , if an implementation can not keep up or has performance issues, then people will stop use it. | 21:28 |
asalkeld | well that indicates developer interest, not user intersest | 21:28 |
dhellmann | shengjie: and the other way around, too | 21:29 |
DanD | dhellmann so is it the responsiblity of the api server code to handle the fact that a driver doesn't implement a query? | 21:29 |
sandywalsh | it's a little tricky, since nosql is so easy to extend the schema in crazy ways, but a large effort in sql ... the nosql issue is when it comes to clustering, where sql shines. | 21:29 |
shengjie | dhellmann: true | 21:29 |
litong | I think it should be really just clearly documented. there is no need to really drop anything. | 21:29 |
eglynn | dhellmann: well contrib allows folks to continue to use it (at their own risk) | 21:29 |
dhellmann | DanD: no, the API may just return errors | 21:29 |
epende | dhellmann would no-op's be acceptable? | 21:29 |
sandywalsh | so, the mongo people can push the schema in ways that add a lot of work for the sql maintainers | 21:29 |
litong | @dhellmann, or the api will just say it can not support that request. | 21:30 |
dhellmann | epende: no, no-ops make it look like it's working when it isn't | 21:30 |
epende | good point | 21:30 |
dhellmann | sandywalsh: we're all the same people, so we should be able to control for that | 21:30 |
dhellmann | litong: right, via an error message | 21:30 |
*** danflorea has joined #openstack-meeting | 21:30 | |
*** ryanpetrello has quit IRC | 21:30 | |
dhellmann | I don't want to complicate the db api by having a way for the caller to ask "what do you do"? | 21:30 |
litong | status code 505 | 21:31 |
sandywalsh | dhellmann, +1 | 21:31 |
*** stevebaker has joined #openstack-meeting | 21:31 | |
dhellmann | ok | 21:31 |
sandywalsh | then the question becomes, should the functionality go in tests.storage.base or test.storage.test_<foo> | 21:31 |
litong | if anyone really wants to support certain driver, then they will have to work harder to provide and maintain the driver. | 21:32 |
sandywalsh | if it's in the base, it should work for all drivers | 21:32 |
litong | this is Open Source after all. | 21:32 |
sandywalsh | if it's in the driver-specific test, it's optional | 21:32 |
dhellmann | sandywalsh: we can segregate the tests for each feature and use scenarios to include the drivers that should be tested | 21:32 |
litong | @sandywalsh, I think we are saying the samething. | 21:32 |
epende | 505 or 501? | 21:32 |
*** beagles has quit IRC | 21:32 | |
dhellmann | but that's an implementation detail | 21:32 |
dhellmann | we can work out the exact error code later | 21:33 |
*** alexpilotti has quit IRC | 21:33 | |
sandywalsh | litong, yep, I think so | 21:33 |
litong | @epende, I can go either way. | 21:33 |
dhellmann | so it sounds like we've agreed that the db api will be defined in "chunks" and that a driver has to support a whole chunk or not claim to support it, is that right? | 21:33 |
dhellmann | and then we will document that support | 21:33 |
eglynn | sounds reasonble | 21:33 |
sandywalsh | yep | 21:33 |
asalkeld | yea, ok | 21:33 |
shengjie | agree | 21:34 |
eglynn | clearly doc'd DB v. "functional chunk" matrix | 21:34 |
dhellmann | #agreed the db api will be defined in "chunks" and that a driver has to support a whole chunk or not claim to support it. we will document which features are supported by each driver | 21:34 |
sandywalsh | and events are an optional chunk :p | 21:34 |
*** beagles has joined #openstack-meeting | 21:34 | |
dhellmann | sandywalsh: seems fair enough | 21:34 |
litong | yes, clearly document what is working and what is not. with implementation returning either 501 or 505 | 21:34 |
dhellmann | we have the base API now, the event API, and the alarm API | 21:35 |
epende | litong +1 | 21:35 |
dhellmann | ok, good. anything else to add before moving on? | 21:35 |
*** zul has quit IRC | 21:35 | |
*** dosaboy has quit IRC | 21:35 | |
shengjie | who should i talk to in terms of | 21:36 |
shengjie | adding event APi alarm API to HBase | 21:36 |
dhellmann | shengjie: probably sandywalsh | 21:36 |
sandywalsh | shengjie, looks like the alert api has landed already and I should be putting event api up this week. | 21:37 |
sandywalsh | (in the db anyway) | 21:37 |
shengjie | sandywalsh: cool, we take it off line then, Sandy | 21:37 |
dhellmann | ok, next topic | 21:37 |
dhellmann | #topic Milestone assignment of Havana BPs | 21:37 |
*** jamespage_ has quit IRC | 21:37 | |
*** openstack changes topic to "Milestone assignment of Havana BPs (Meeting topic: ceilometer)" | 21:37 | |
*** dosaboy has joined #openstack-meeting | 21:37 | |
sandywalsh | the HP guys are going to be working on a web api proposal for events | 21:37 |
eglynn | that's another request from the release mgmt meeting yesterday | 21:37 |
dhellmann | #link https://blueprints.launchpad.net/ceilometer/havana | 21:37 |
eglynn | that Havana BPs are lined up with individual milestones if possible | 21:37 |
eglynn | h1, h2, h3 etc. | 21:37 |
dhellmann | so we need to declare when we think we will finish each blueprint? | 21:38 |
eglynn | makes it easier for release mgr to track progress | 21:38 |
eglynn | yes, an initial estimate at least | 21:38 |
dhellmann | ok | 21:38 |
dhellmann | so, everyone should go do that this week! :-) | 21:38 |
eglynn | (BPs can of course be bumped to a later milestone if necessary) | 21:38 |
eglynn | yep, please do folks, it'll make Thierry happy :) | 21:38 |
dhellmann | #action blueprint-owners, set milestones on all blueprints | 21:39 |
*** armax has left #openstack-meeting | 21:39 | |
asalkeld | is that only approved ones? | 21:39 |
eglynn | yes, I would think so | 21:39 |
dhellmann | do we have any listed for havana that aren't approved? | 21:39 |
dhellmann | ah, yeah, "drafting" | 21:39 |
*** esker has joined #openstack-meeting | 21:39 | |
DanD | dhellman what is the deadline for submitting blueprints? | 21:40 |
eglynn | "drafting" == "under the radar for now" ? | 21:40 |
dhellmann | DanD: that's a question for jd__, but I thought it was before the summit | 21:40 |
sandywalsh | I have a "drafting" and to me it means "don't know what monsters live under those blankets just yet" | 21:40 |
eglynn | LOL :) | 21:40 |
shengjie | I have one waiting for approval | 21:41 |
sandywalsh | :) | 21:41 |
asalkeld | crazy level of project management for an opensource project IMO | 21:41 |
dhellmann | shengjie: prod jd__ to look at it? | 21:41 |
*** vipul|away is now known as vipul | 21:41 | |
*** markmcclain has quit IRC | 21:41 | |
dhellmann | asalkeld: I think it gets more important when we have to coordinate with the doc team | 21:41 |
sandywalsh | asalkeld, it's all about the packaging apparently | 21:41 |
*** lbragstad has quit IRC | 21:41 | |
eglynn | re. submission deadline, I think a BP can still be submitted as long there's a developer willing to pick it up | 21:41 |
*** ayoung is now known as ayoung-afk | 21:41 | |
eglynn | DanD: ^^^ | 21:42 |
*** hub_cap has joined #openstack-meeting | 21:42 | |
shengjie | dhellmann: eglynn is looking at it :) | 21:42 |
DanD | dhellmann we put in an API blueprint but are still evaluating whether the current v2 API meets our requriements. I was assuming we would need to do a implementation blueprint if we find gaps | 21:42 |
DanD | or are we covered with the one I reviewed at the summit? | 21:43 |
dhellmann | DanD: good question :-/ | 21:43 |
dhellmann | is that one on the havana list? | 21:43 |
DanD | didn't see it. but we can check again | 21:43 |
dhellmann | ok. if it's not there, you should probably get something together asap | 21:44 |
DanD | ok | 21:44 |
dhellmann | any other questions about blueprints? | 21:44 |
dhellmann | ok, moving on | 21:45 |
dhellmann | #topic Open discussion | 21:45 |
*** openstack changes topic to "Open discussion (Meeting topic: ceilometer)" | 21:45 | |
salmon_ | I have a question | 21:45 |
flwang | dhellmann, where can I get the calendar to add it into my Notes? | 21:45 |
asalkeld | I could do with some ceilometerclient reviews | 21:45 |
dhellmann | flwang: the havana schedule? | 21:46 |
flwang | nope, the weekly meeting | 21:46 |
dhellmann | asalkeld: I have a huge backlog, but I'll try to prioritize those | 21:46 |
asalkeld | k | 21:46 |
salmon_ | I'm thinking about monitoring all users actions. Is ceilometer good place to implement such functionality? | 21:46 |
dhellmann | flwang: there are links to HTML and ICS versions of the calendar on https://wiki.openstack.org/wiki/Meetings/MeteringAgenda#Agenda | 21:46 |
sandywalsh | salmon_, the event mechanism will help with that. | 21:47 |
*** zul has joined #openstack-meeting | 21:47 | |
dhellmann | oops, I mean https://wiki.openstack.org/wiki/Meetings/MeteringAgenda#Weekly_Metering_meeting | 21:47 |
eglynn | asalkeld: I'll pick up a few 1st thing tmrw also | 21:47 |
*** dani4571 has quit IRC | 21:47 | |
asalkeld | thanks eglynn | 21:47 |
dhellmann | asalkeld: yeah, it will be at least 14 hrs for me, too | 21:47 |
sandywalsh | salmon_, storing all the events that come out of nova, including the tenant id and Request ID ... essentially the entire user action. | 21:47 |
dhellmann | salmon_: what sandywalsh said :-) | 21:47 |
salmon_ | sandywalsh: but, is ceilometer designed to do such things? | 21:48 |
sandywalsh | salmon_, it will be :) | 21:48 |
salmon_ | or is it just side effect? | 21:48 |
dhellmann | salmon_: we're building that feature during this release | 21:48 |
sandywalsh | salmon_, that's the purpose of the feature | 21:48 |
flwang | I remembered that you posted an google calendar last time, then I added this meeting into my notes calendar | 21:48 |
dhellmann | that's what the event feature is for | 21:48 |
salmon_ | ah, good :) | 21:48 |
sandywalsh | salmon_, if you need something today, you can look at the ServerActions table in nova | 21:48 |
dhellmann | flwang: https://www.google.com/calendar/ical/h102rn64cnl9n2emhc5i3hjjso%40group.calendar.google.com/public/basic.ics | 21:48 |
sandywalsh | salmon_, but that's not a CM thing. | 21:49 |
salmon_ | sandywalsh: I need it also for glance so ServerActions is just part of solution | 21:49 |
dhellmann | #link https://www.google.com/calendar/ical/h102rn64cnl9n2emhc5i3hjjso%40group.calendar.google.com/public/basic.ics | 21:49 |
litong | @flwang, I tested that ics file and it worked great. | 21:49 |
litong | on notes of course. | 21:49 |
sandywalsh | salmon_, true | 21:49 |
dhellmann | salmon_: the event monitor in ceilometer will be able to listen to events from everywhere | 21:49 |
flwang | cool, that's what I want, thanks dhellmann and litong | 21:49 |
salmon_ | dhellmann: cool | 21:49 |
*** afazekas has quit IRC | 21:50 | |
dhellmann | does anyone else have anything? | 21:51 |
shengjie | dhellmann: btw, since we need more people working on HBase :) can u +2 this one https://review.openstack.org/#/c/28316/ | 21:51 |
dhellmann | shengjie: that's on my review backlog, but I'm dealing with some internal stuff at dh this week so I'm falling behind :-/ | 21:51 |
shengjie | dhellmann: I will force __jd to +2 it tomorrow, no worries :) | 21:52 |
dhellmann | sounds good :-) | 21:52 |
dhellmann | if that's all we have, we can end a few minutes early... | 21:52 |
litong | if anyone can help review this patch, that will be great. | 21:52 |
litong | https://review.openstack.org/#/c/27835/ | 21:52 |
asalkeld | later all | 21:52 |
eglynn | cool, thanks all! | 21:52 |
*** litong has quit IRC | 21:53 | |
dhellmann | ok, thanks everyone! | 21:53 |
dhellmann | #endmeeting | 21:53 |
*** openstack changes topic to "OpenStack meetings || Development in #openstack-dev || Help in #openstack" | 21:53 | |
openstack | Meeting ended Wed May 8 21:53:18 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 21:53 |
flwang | thanks, dhellmann | 21:53 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-05-08-21.01.html | 21:53 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-05-08-21.01.txt | 21:53 |
openstack | Log: http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-05-08-21.01.log.html | 21:53 |
sandywalsh | thanks dhellmann | 21:53 |
sandywalsh | cheers y'all! | 21:53 |
*** danspraggins has quit IRC | 21:54 | |
*** sacharya has quit IRC | 21:57 | |
*** krtaylor has quit IRC | 21:59 | |
*** salmon_ has quit IRC | 22:00 | |
*** danflorea has quit IRC | 22:01 | |
*** epende has quit IRC | 22:01 | |
*** dhellmann has quit IRC | 22:02 | |
*** mattray has joined #openstack-meeting | 22:03 | |
*** m4dcoder has quit IRC | 22:04 | |
*** anniec has quit IRC | 22:05 | |
*** ijw has joined #openstack-meeting | 22:07 | |
*** danwent has quit IRC | 22:09 | |
*** lloydde has joined #openstack-meeting | 22:10 | |
*** mrutkows has quit IRC | 22:10 | |
*** anniec has joined #openstack-meeting | 22:13 | |
*** boris-42 has quit IRC | 22:16 | |
*** ivasev has quit IRC | 22:20 | |
*** jlucci has quit IRC | 22:21 | |
*** danwent has joined #openstack-meeting | 22:22 | |
*** mrodden has quit IRC | 22:23 | |
*** senhuang has quit IRC | 22:23 | |
*** fesp has joined #openstack-meeting | 22:23 | |
*** ladquin is now known as ladquin_brb | 22:25 | |
*** jimbaker has left #openstack-meeting | 22:25 | |
*** flaper87 has quit IRC | 22:25 | |
*** eglynn has quit IRC | 22:27 | |
*** shengjie has quit IRC | 22:28 | |
*** flwang has quit IRC | 22:32 | |
*** fnaval has quit IRC | 22:36 | |
*** dolphm has quit IRC | 22:44 | |
*** nealph has quit IRC | 22:44 | |
*** fesp has quit IRC | 22:48 | |
*** pfreund has quit IRC | 22:54 | |
*** dolphm has joined #openstack-meeting | 22:54 | |
*** kebray has quit IRC | 23:00 | |
*** dperaza has quit IRC | 23:06 | |
*** egallen has quit IRC | 23:07 | |
*** lloydde has quit IRC | 23:08 | |
*** mauilion has joined #openstack-meeting | 23:09 | |
*** lloydde has joined #openstack-meeting | 23:09 | |
*** egallen has joined #openstack-meeting | 23:10 | |
*** jlucci has joined #openstack-meeting | 23:11 | |
*** mauilion has quit IRC | 23:12 | |
*** lloydde has quit IRC | 23:14 | |
*** markpeek has quit IRC | 23:16 | |
*** otherwiseguy has quit IRC | 23:17 | |
*** ijw1 has joined #openstack-meeting | 23:17 | |
*** ijw has quit IRC | 23:17 | |
*** sacharya has joined #openstack-meeting | 23:18 | |
*** acfleury has joined #openstack-meeting | 23:19 | |
*** amyt has quit IRC | 23:19 | |
*** egallen has quit IRC | 23:19 | |
*** krtaylor has joined #openstack-meeting | 23:19 | |
*** lloydde has joined #openstack-meeting | 23:31 | |
*** fnaval has joined #openstack-meeting | 23:34 | |
*** fnaval has quit IRC | 23:34 | |
*** fnaval has joined #openstack-meeting | 23:35 | |
*** hemna is now known as hemnafk | 23:37 | |
*** ijw1 has quit IRC | 23:40 | |
*** ijw has joined #openstack-meeting | 23:40 | |
*** mdenny has quit IRC | 23:46 | |
*** dolphm has quit IRC | 23:52 | |
*** lloydde_ has joined #openstack-meeting | 23:54 | |
*** rwsu is now known as rwsu-away | 23:55 | |
*** lloydde has quit IRC | 23:56 | |
*** FnordDownUnder has joined #openstack-meeting | 23:57 | |
*** shang has quit IRC | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!