*** lloydde has quit IRC | 00:04 | |
*** michchap has joined #openstack-meeting | 00:11 | |
*** michchap has quit IRC | 00:12 | |
*** epim has quit IRC | 00:12 | |
*** michchap has joined #openstack-meeting | 00:13 | |
*** fifieldt_ has joined #openstack-meeting | 00:16 | |
*** salv-orlando has quit IRC | 00:16 | |
*** ryanpetrello has quit IRC | 00:19 | |
*** gongysh has quit IRC | 00:27 | |
*** stevemar has quit IRC | 00:29 | |
*** virajh has quit IRC | 00:34 | |
*** sleepsonthefloor has quit IRC | 00:36 | |
*** Tross has joined #openstack-meeting | 00:36 | |
*** ryanpetrello has joined #openstack-meeting | 00:38 | |
*** henrynash has joined #openstack-meeting | 00:45 | |
*** zhuadl has quit IRC | 00:46 | |
*** vkmc has quit IRC | 00:46 | |
*** terry7 has quit IRC | 00:46 | |
*** gyee has quit IRC | 00:49 | |
*** fifieldt has quit IRC | 00:51 | |
*** fifieldt_ is now known as fifieldt | 00:51 | |
*** lastidiot has quit IRC | 00:52 | |
*** jasondotstar has quit IRC | 00:52 | |
*** hanrahat has quit IRC | 00:53 | |
*** dkliban has joined #openstack-meeting | 00:54 | |
*** ryanpetrello has quit IRC | 00:54 | |
*** saschpe_ has joined #openstack-meeting | 00:57 | |
*** saschpe has quit IRC | 00:57 | |
*** otherwiseguy has joined #openstack-meeting | 00:59 | |
*** openstack has quit IRC | 01:03 | |
*** openstack` has joined #openstack-meeting | 01:04 | |
*** openstack has quit IRC | 01:04 | |
*** cliu_ has joined #openstack-meeting | 01:05 | |
*** chmouel_ has joined #openstack-meeting | 01:05 | |
*** openstack` is now known as openstack | 01:05 | |
*** ChanServ sets mode: +o openstack | 01:05 | |
*** primemin1sterp has joined #openstack-meeting | 01:05 | |
*** guitarza1 has joined #openstack-meeting | 01:06 | |
*** koolhead11|away has joined #openstack-meeting | 01:07 | |
*** dragondm_ has joined #openstack-meeting | 01:07 | |
*** cburgess has quit IRC | 01:08 | |
*** markpeek has joined #openstack-meeting | 01:08 | |
*** sandywalsh has quit IRC | 01:09 | |
*** cburgess has joined #openstack-meeting | 01:10 | |
*** otherwiseguy has quit IRC | 01:10 | |
*** cliu has quit IRC | 01:10 | |
*** koolhead17|zzZZ has quit IRC | 01:10 | |
*** zul has quit IRC | 01:10 | |
*** dripton has quit IRC | 01:10 | |
*** bogdando has quit IRC | 01:10 | |
*** dragondm has quit IRC | 01:10 | |
*** primeministerp has quit IRC | 01:10 | |
*** guitarzan has quit IRC | 01:10 | |
*** creiht has quit IRC | 01:10 | |
*** chmouel has quit IRC | 01:10 | |
*** redthrux has quit IRC | 01:10 | |
*** dragondm_ is now known as dragondm | 01:10 | |
*** jgriffith has quit IRC | 01:11 | |
*** dosaboy has quit IRC | 01:11 | |
*** erwan_taf has quit IRC | 01:11 | |
*** jgriffith has joined #openstack-meeting | 01:11 | |
*** dosaboy has joined #openstack-meeting | 01:11 | |
*** redthrux has joined #openstack-meeting | 01:11 | |
*** ryanpetrello has joined #openstack-meeting | 01:12 | |
*** creiht has joined #openstack-meeting | 01:12 | |
*** ivoks has quit IRC | 01:12 | |
*** fnaval has joined #openstack-meeting | 01:12 | |
*** erwan_taf has joined #openstack-meeting | 01:13 | |
*** ivoks has joined #openstack-meeting | 01:13 | |
*** yaguang has joined #openstack-meeting | 01:14 | |
*** cburgess has quit IRC | 01:15 | |
*** danwent has quit IRC | 01:16 | |
*** sjing has joined #openstack-meeting | 01:16 | |
*** bogdando has joined #openstack-meeting | 01:16 | |
*** zynzel has quit IRC | 01:17 | |
*** carlp-away has quit IRC | 01:17 | |
*** zul has joined #openstack-meeting | 01:17 | |
*** zynzel has joined #openstack-meeting | 01:17 | |
*** cburgess has joined #openstack-meeting | 01:18 | |
*** sandywalsh has joined #openstack-meeting | 01:21 | |
*** henrynash has quit IRC | 01:24 | |
*** leizhang has joined #openstack-meeting | 01:25 | |
*** stevemar has joined #openstack-meeting | 01:28 | |
*** ryanpetrello has quit IRC | 01:34 | |
*** radez is now known as radez_g0n3 | 01:40 | |
*** IlyaE has quit IRC | 01:45 | |
*** zehicle_at_dell has joined #openstack-meeting | 01:48 | |
*** llu has joined #openstack-meeting | 01:52 | |
*** markwash has quit IRC | 01:57 | |
*** beagles has quit IRC | 02:00 | |
*** jlucci has joined #openstack-meeting | 02:10 | |
*** sjing has quit IRC | 02:10 | |
*** sjing has joined #openstack-meeting | 02:11 | |
*** NobodyCam has left #openstack-meeting | 02:11 | |
*** lastidiot has joined #openstack-meeting | 02:12 | |
*** guitarza1 is now known as guitarzan | 02:13 | |
*** novas0x2a|laptop has quit IRC | 02:16 | |
*** cliu_ has quit IRC | 02:16 | |
*** dkliban has quit IRC | 02:16 | |
*** jpeeler has quit IRC | 02:26 | |
*** emagana has quit IRC | 02:27 | |
*** dkliban has joined #openstack-meeting | 02:30 | |
*** cliu_ has joined #openstack-meeting | 02:30 | |
*** lpabon has quit IRC | 02:30 | |
*** cyeoh has left #openstack-meeting | 02:38 | |
*** nati_ueno has quit IRC | 02:38 | |
*** fifieldt has quit IRC | 02:39 | |
*** dkliban has quit IRC | 02:41 | |
*** Tross has quit IRC | 02:42 | |
*** danwent has joined #openstack-meeting | 02:42 | |
*** danwent has quit IRC | 02:44 | |
*** jpeeler has joined #openstack-meeting | 02:46 | |
*** jpeeler has joined #openstack-meeting | 02:46 | |
*** cp16net|away is now known as cp16net | 02:47 | |
*** cp16net is now known as cp16net|away | 02:48 | |
*** haomaiwa_ has quit IRC | 02:49 | |
*** ryanpetrello has joined #openstack-meeting | 02:50 | |
*** haomaiwang has joined #openstack-meeting | 02:54 | |
*** zehicle_at_dell has quit IRC | 02:55 | |
*** sjing has quit IRC | 03:04 | |
*** matiu has quit IRC | 03:04 | |
*** sjing has joined #openstack-meeting | 03:05 | |
*** matiu has joined #openstack-meeting | 03:05 | |
*** matiu has quit IRC | 03:05 | |
*** matiu has joined #openstack-meeting | 03:05 | |
*** bdpayne has quit IRC | 03:06 | |
*** Tross has joined #openstack-meeting | 03:07 | |
*** fnaval has quit IRC | 03:08 | |
*** fnaval has joined #openstack-meeting | 03:09 | |
*** mdomsch has joined #openstack-meeting | 03:10 | |
*** haomaiwang has quit IRC | 03:11 | |
*** haomaiwang has joined #openstack-meeting | 03:11 | |
*** bdpayne has joined #openstack-meeting | 03:16 | |
*** carlp-away has joined #openstack-meeting | 03:16 | |
*** matiu has quit IRC | 03:17 | |
*** cliu_ has quit IRC | 03:18 | |
*** matiu has joined #openstack-meeting | 03:19 | |
*** matiu has quit IRC | 03:19 | |
*** matiu has joined #openstack-meeting | 03:19 | |
*** stevemar2 has joined #openstack-meeting | 03:22 | |
*** stevemar has quit IRC | 03:22 | |
*** dkliban has joined #openstack-meeting | 03:24 | |
*** afazekas has joined #openstack-meeting | 03:28 | |
*** adalbas has quit IRC | 03:30 | |
*** danwent has joined #openstack-meeting | 03:32 | |
*** yaguang has quit IRC | 03:33 | |
*** yaguang has joined #openstack-meeting | 03:33 | |
*** tayyab has joined #openstack-meeting | 03:34 | |
*** lloydde has joined #openstack-meeting | 03:42 | |
*** sleepsonthefloor has joined #openstack-meeting | 03:44 | |
*** tayyab has quit IRC | 03:51 | |
*** henrynash has joined #openstack-meeting | 03:53 | |
*** dkliban has quit IRC | 03:55 | |
*** stevemar2 has quit IRC | 03:56 | |
*** IlyaE has joined #openstack-meeting | 04:16 | |
*** tanisdl has quit IRC | 04:19 | |
*** hemna has quit IRC | 04:28 | |
*** cliu_ has joined #openstack-meeting | 04:34 | |
*** SergeyLukjanov has joined #openstack-meeting | 04:36 | |
*** sdake has quit IRC | 04:45 | |
*** tayyab has joined #openstack-meeting | 04:46 | |
*** haomaiwang has quit IRC | 04:50 | |
*** Tross has quit IRC | 04:52 | |
*** jlucci has quit IRC | 04:55 | |
*** IlyaE has quit IRC | 05:00 | |
*** emagana has joined #openstack-meeting | 05:05 | |
*** Tross has joined #openstack-meeting | 05:06 | |
*** markpeek has quit IRC | 05:09 | |
*** MarkAtwood has joined #openstack-meeting | 05:11 | |
*** henrynash has quit IRC | 05:12 | |
*** linuxmohan has joined #openstack-meeting | 05:12 | |
*** fifieldt has joined #openstack-meeting | 05:13 | |
*** linuxmohan has left #openstack-meeting | 05:15 | |
*** linuxmohan has joined #openstack-meeting | 05:18 | |
*** lloydde has quit IRC | 05:19 | |
*** lastidiot has quit IRC | 05:24 | |
*** bdpayne has quit IRC | 05:25 | |
*** linuxmohan has quit IRC | 05:33 | |
*** markwash has joined #openstack-meeting | 05:36 | |
*** emagana has quit IRC | 05:37 | |
*** ryanpetrello has quit IRC | 05:38 | |
*** jhenner has joined #openstack-meeting | 05:40 | |
*** IlyaE has joined #openstack-meeting | 05:42 | |
*** Mandell has quit IRC | 05:42 | |
*** SergeyLukjanov has quit IRC | 05:48 | |
*** danwent has quit IRC | 05:50 | |
*** anniec has joined #openstack-meeting | 05:53 | |
*** haomaiwang has joined #openstack-meeting | 05:59 | |
*** schwicht has joined #openstack-meeting | 06:09 | |
*** dripton_ has quit IRC | 06:10 | |
*** Mandell_ has joined #openstack-meeting | 06:11 | |
*** epim has joined #openstack-meeting | 06:12 | |
*** SergeyLukjanov has joined #openstack-meeting | 06:12 | |
*** koolhead11|away is now known as koolhead17 | 06:13 | |
*** epim has quit IRC | 06:14 | |
*** epim has joined #openstack-meeting | 06:15 | |
*** dripton_ has joined #openstack-meeting | 06:16 | |
*** SergeyLukjanov has quit IRC | 06:18 | |
*** boris-42 has joined #openstack-meeting | 06:21 | |
*** MarkAtwood has quit IRC | 06:22 | |
*** MarkAtwood has joined #openstack-meeting | 06:28 | |
*** lloydde has joined #openstack-meeting | 06:30 | |
*** lloydde has quit IRC | 06:34 | |
*** enikanorov-w has quit IRC | 06:36 | |
*** enikanorov-w has joined #openstack-meeting | 06:37 | |
*** sleepsonthefloor has quit IRC | 06:48 | |
*** hanrahat has joined #openstack-meeting | 06:50 | |
*** hanrahat has quit IRC | 06:54 | |
*** SergeyLukjanov has joined #openstack-meeting | 06:55 | |
*** jcoufal has joined #openstack-meeting | 06:55 | |
*** zynzel_ has joined #openstack-meeting | 06:58 | |
*** zynzel has quit IRC | 06:58 | |
*** boris-42 has quit IRC | 06:58 | |
*** matiu has quit IRC | 07:07 | |
*** IlyaE has quit IRC | 07:08 | |
*** blamar has quit IRC | 07:09 | |
*** markmcclain has quit IRC | 07:10 | |
*** blamar has joined #openstack-meeting | 07:10 | |
*** zynzel_ is now known as zynzel | 07:13 | |
*** avishayb has quit IRC | 07:15 | |
*** sushils has quit IRC | 07:17 | |
*** dguitarbite has joined #openstack-meeting | 07:20 | |
*** jtomasek has joined #openstack-meeting | 07:25 | |
*** markwash has quit IRC | 07:25 | |
*** schwicht has quit IRC | 07:26 | |
*** MarkAtwood has quit IRC | 07:26 | |
*** markwash has joined #openstack-meeting | 07:27 | |
*** psedlak has joined #openstack-meeting | 07:28 | |
*** MarkAtwood has joined #openstack-meeting | 07:29 | |
*** markwash has quit IRC | 07:30 | |
*** haomaiwa_ has joined #openstack-meeting | 07:30 | |
*** enikanorov-w has quit IRC | 07:32 | |
*** haomaiwang has quit IRC | 07:33 | |
*** enikanorov-w has joined #openstack-meeting | 07:33 | |
*** ilyashakhat has quit IRC | 07:35 | |
*** salv-orlando has joined #openstack-meeting | 07:36 | |
*** ilyashakhat has joined #openstack-meeting | 07:36 | |
*** MarkAtwood has quit IRC | 07:38 | |
*** markwash has joined #openstack-meeting | 07:39 | |
*** samalba has quit IRC | 07:41 | |
*** samalba has joined #openstack-meeting | 07:42 | |
*** koolhead17 has quit IRC | 07:43 | |
*** markwash has quit IRC | 07:47 | |
*** dkehn has quit IRC | 07:51 | |
*** dkehn has joined #openstack-meeting | 07:53 | |
*** mkollaro has joined #openstack-meeting | 07:53 | |
*** eglynn has joined #openstack-meeting | 07:57 | |
*** tzn has joined #openstack-meeting | 07:59 | |
*** johnthetubaguy has joined #openstack-meeting | 08:01 | |
*** derekh has joined #openstack-meeting | 08:12 | |
*** johnthetubaguy1 has joined #openstack-meeting | 08:20 | |
*** johnthetubaguy has quit IRC | 08:23 | |
*** ujuc has joined #openstack-meeting | 08:26 | |
*** mkollaro has quit IRC | 08:29 | |
*** sjing has quit IRC | 08:39 | |
*** Yada has joined #openstack-meeting | 08:43 | |
*** Mandell_ has quit IRC | 08:43 | |
*** eglynn has quit IRC | 08:45 | |
*** sushils has joined #openstack-meeting | 08:46 | |
*** haomaiwa_ has quit IRC | 08:55 | |
*** haomaiwang has joined #openstack-meeting | 08:57 | |
*** markmcclain has joined #openstack-meeting | 08:58 | |
*** markmcclain has quit IRC | 09:02 | |
*** garyk has joined #openstack-meeting | 09:15 | |
*** eglynn has joined #openstack-meeting | 09:21 | |
*** haomaiwang has quit IRC | 09:22 | |
*** haomaiwang has joined #openstack-meeting | 09:24 | |
*** egallen has joined #openstack-meeting | 09:29 | |
*** eglynn has quit IRC | 09:33 | |
*** Fdot has joined #openstack-meeting | 09:37 | |
*** afazekas has quit IRC | 09:39 | |
*** boris-42 has joined #openstack-meeting | 09:42 | |
*** tzn has quit IRC | 09:47 | |
*** eglynn has joined #openstack-meeting | 09:47 | |
*** euanh_ is now known as euanh | 09:47 | |
*** kiall has quit IRC | 09:47 | |
*** kiall has joined #openstack-meeting | 09:49 | |
*** fifieldt has quit IRC | 09:51 | |
*** afazekas has joined #openstack-meeting | 09:53 | |
*** tzn has joined #openstack-meeting | 09:54 | |
*** Fdot has quit IRC | 09:55 | |
*** haomaiwang has quit IRC | 09:57 | |
*** yaguang has quit IRC | 09:57 | |
*** garyk has quit IRC | 10:01 | |
*** haomaiwang has joined #openstack-meeting | 10:04 | |
*** egallen has quit IRC | 10:05 | |
*** afazekas has quit IRC | 10:10 | |
*** pcm__ has joined #openstack-meeting | 10:11 | |
*** jhenner has quit IRC | 10:14 | |
*** pcm__ has quit IRC | 10:16 | |
*** pcm_ has joined #openstack-meeting | 10:17 | |
*** branen has quit IRC | 10:22 | |
*** afazekas has joined #openstack-meeting | 10:24 | |
*** psedlak_ has joined #openstack-meeting | 10:31 | |
*** lpabon has joined #openstack-meeting | 10:33 | |
*** psedlak has quit IRC | 10:34 | |
*** Fdot has joined #openstack-meeting | 10:34 | |
*** cody-somerville has joined #openstack-meeting | 10:36 | |
*** cody-somerville has joined #openstack-meeting | 10:36 | |
*** afazekas_ has joined #openstack-meeting | 10:41 | |
*** haomaiwa_ has joined #openstack-meeting | 10:44 | |
*** haomaiwang has quit IRC | 10:45 | |
*** adalbas has joined #openstack-meeting | 10:46 | |
*** lpabon has quit IRC | 10:48 | |
*** cody-somerville has quit IRC | 10:50 | |
*** cody-somerville has joined #openstack-meeting | 10:51 | |
*** jcoufal has quit IRC | 10:52 | |
*** jtomasek has quit IRC | 10:53 | |
*** cody-somerville has quit IRC | 10:55 | |
*** cody-somerville has joined #openstack-meeting | 11:00 | |
*** leizhang has quit IRC | 11:11 | |
*** psedlak__ has joined #openstack-meeting | 11:13 | |
*** anniec has quit IRC | 11:14 | |
*** psedlak_ has quit IRC | 11:17 | |
*** salv-orlando has quit IRC | 11:17 | |
*** jcoufal has joined #openstack-meeting | 11:20 | |
*** jhenner has joined #openstack-meeting | 11:27 | |
*** dkliban has joined #openstack-meeting | 11:28 | |
*** cody-somerville has quit IRC | 11:36 | |
*** cody-somerville has joined #openstack-meeting | 11:36 | |
*** ilyashakhat has quit IRC | 11:39 | |
*** enikanorov-w has quit IRC | 11:39 | |
*** ilyashakhat has joined #openstack-meeting | 11:40 | |
*** enikanorov-w has joined #openstack-meeting | 11:41 | |
*** vkmc has joined #openstack-meeting | 11:42 | |
*** vkmc has joined #openstack-meeting | 11:42 | |
*** eglynn is now known as eglynn-afk | 11:55 | |
*** henrynash has joined #openstack-meeting | 11:55 | |
*** pcm____ has joined #openstack-meeting | 12:00 | |
*** beagles has joined #openstack-meeting | 12:01 | |
*** pcm_ has quit IRC | 12:03 | |
*** cody-somerville has quit IRC | 12:03 | |
*** haomaiwang has joined #openstack-meeting | 12:05 | |
*** salv-orlando has joined #openstack-meeting | 12:09 | |
*** haomaiwa_ has quit IRC | 12:09 | |
*** Fdot_ has joined #openstack-meeting | 12:17 | |
*** Fdot has quit IRC | 12:19 | |
*** ujuc has quit IRC | 12:19 | |
*** cp16net|away is now known as cp16net | 12:19 | |
*** pcm____ has quit IRC | 12:20 | |
*** pcm_ has joined #openstack-meeting | 12:20 | |
*** katomo has joined #openstack-meeting | 12:22 | |
*** Fdot_ has quit IRC | 12:22 | |
*** sandywalsh_ has joined #openstack-meeting | 12:23 | |
*** egallen has joined #openstack-meeting | 12:25 | |
*** katomo has quit IRC | 12:26 | |
*** dkliban has quit IRC | 12:31 | |
*** brucer has joined #openstack-meeting | 12:31 | |
*** Fdot has joined #openstack-meeting | 12:32 | |
*** markmcclain has joined #openstack-meeting | 12:38 | |
*** Fdot_ has joined #openstack-meeting | 12:39 | |
*** eharney has joined #openstack-meeting | 12:40 | |
*** eharney has joined #openstack-meeting | 12:40 | |
*** Fdot has quit IRC | 12:40 | |
*** dprince has joined #openstack-meeting | 12:49 | |
*** Fdot_ has quit IRC | 12:49 | |
*** Tross has quit IRC | 12:50 | |
*** Tross has joined #openstack-meeting | 12:50 | |
*** ryanpetrello has joined #openstack-meeting | 12:50 | |
*** jaypipes has quit IRC | 12:51 | |
*** sandywalsh has quit IRC | 12:52 | |
*** Fdot has joined #openstack-meeting | 12:52 | |
*** sandywalsh_ has quit IRC | 12:54 | |
*** jaypipes has joined #openstack-meeting | 12:55 | |
*** psedlak has joined #openstack-meeting | 12:58 | |
*** eharney has quit IRC | 12:59 | |
*** jhenner has quit IRC | 12:59 | |
*** psedlak__ has quit IRC | 13:01 | |
*** beagles has quit IRC | 13:02 | |
*** brucer has quit IRC | 13:02 | |
*** brucer has joined #openstack-meeting | 13:02 | |
*** leizhang has joined #openstack-meeting | 13:02 | |
*** zehicle_at_dell has joined #openstack-meeting | 13:02 | |
*** tedross has joined #openstack-meeting | 13:03 | |
*** afazekas_ has quit IRC | 13:03 | |
*** jhenner has joined #openstack-meeting | 13:05 | |
*** beagles has joined #openstack-meeting | 13:05 | |
*** radez_g0n3 is now known as radez | 13:07 | |
*** sandywalsh has joined #openstack-meeting | 13:07 | |
*** lorin1 has joined #openstack-meeting | 13:07 | |
*** lorin1 has left #openstack-meeting | 13:07 | |
*** mkollaro has joined #openstack-meeting | 13:08 | |
*** joesavak has joined #openstack-meeting | 13:13 | |
*** johnthetubaguy1 has quit IRC | 13:14 | |
*** eharney has joined #openstack-meeting | 13:16 | |
*** eharney has quit IRC | 13:16 | |
*** eharney has joined #openstack-meeting | 13:16 | |
*** marun has joined #openstack-meeting | 13:17 | |
*** neelashah has joined #openstack-meeting | 13:17 | |
*** Fdot has quit IRC | 13:17 | |
*** afazekas_ has joined #openstack-meeting | 13:17 | |
*** cliu_ has quit IRC | 13:17 | |
*** garyk has joined #openstack-meeting | 13:17 | |
*** Fdot has joined #openstack-meeting | 13:18 | |
*** marun has quit IRC | 13:20 | |
*** marun has joined #openstack-meeting | 13:22 | |
*** jecarey_ has joined #openstack-meeting | 13:25 | |
*** afazekas_ has quit IRC | 13:25 | |
*** egallen has quit IRC | 13:27 | |
*** egallen has joined #openstack-meeting | 13:28 | |
*** dkehn has quit IRC | 13:28 | |
*** dkliban has joined #openstack-meeting | 13:28 | |
*** enikanorov-w has quit IRC | 13:30 | |
*** enikanorov-w has joined #openstack-meeting | 13:31 | |
*** brucer has quit IRC | 13:32 | |
*** dhellmann-away is now known as dhellmann | 13:33 | |
*** matrohon has joined #openstack-meeting | 13:34 | |
*** kevinconway has joined #openstack-meeting | 13:35 | |
*** eharney has quit IRC | 13:35 | |
*** dkehn has joined #openstack-meeting | 13:35 | |
*** bgorski has joined #openstack-meeting | 13:39 | |
*** marun has quit IRC | 13:40 | |
*** marun has joined #openstack-meeting | 13:41 | |
*** markpeek has joined #openstack-meeting | 13:41 | |
*** mdomsch has quit IRC | 13:42 | |
*** marun has quit IRC | 13:43 | |
*** johnthetubaguy has joined #openstack-meeting | 13:43 | |
*** zehicle_at_dell has quit IRC | 13:44 | |
*** garyTh has joined #openstack-meeting | 13:44 | |
*** marun has joined #openstack-meeting | 13:45 | |
*** marun has quit IRC | 13:46 | |
*** hartsocks1 has joined #openstack-meeting | 13:47 | |
*** marun has joined #openstack-meeting | 13:48 | |
*** eharney has joined #openstack-meeting | 13:48 | |
*** eharney has quit IRC | 13:48 | |
*** eharney has joined #openstack-meeting | 13:48 | |
*** marun has quit IRC | 13:51 | |
*** apech has joined #openstack-meeting | 13:52 | |
*** rkukura has joined #openstack-meeting | 13:52 | |
*** haomaiwang has quit IRC | 13:53 | |
*** marun has joined #openstack-meeting | 13:53 | |
*** fnaval has quit IRC | 13:56 | |
*** burt has joined #openstack-meeting | 13:57 | |
*** marun has quit IRC | 13:57 | |
*** marun has joined #openstack-meeting | 13:58 | |
mestery | Hi! Everyone here for the ML2 meeting? | 13:59 |
---|---|---|
apech | let's do it | 13:59 |
mestery | apech: Love your enthusiasm. :) | 14:00 |
mestery | #startmeeting networking_ml2 | 14:00 |
openstack | Meeting started Wed Jul 3 14:00:16 2013 UTC. The chair is mestery. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
*** openstack changes topic to " (Meeting topic: networking_ml2)" | 14:00 | |
openstack | The meeting name has been set to 'networking_ml2' | 14:00 |
*** vijendar has joined #openstack-meeting | 14:00 | |
rkukura | good morning! | 14:00 |
mestery | #link https://wiki.openstack.org/wiki/Meetings/ML2 Agenda | 14:00 |
*** rcurran has joined #openstack-meeting | 14:00 | |
rkukura | or afternoon! | 14:00 |
mestery | I thought we could run through action items from last week quick. | 14:00 |
mestery | There was some confusion on the "Instance ID" from Nova. I opened a blueprint, but will close it per comments from rkukura. https://blueprints.launchpad.net/nova/+spec/vm-instance-id-neutron | 14:01 |
mestery | #topic Action Items From Last Week | 14:01 |
*** openstack changes topic to "Action Items From Last Week (Meeting topic: networking_ml2)" | 14:01 | |
mestery | I also opened a bug for proper OVS agent tunnel programming: https://bugs.launchpad.net/neutron/+bug/1196963 | 14:01 |
*** psedlak_ has joined #openstack-meeting | 14:01 | |
rkukura | the device_id attribute already contains the instance ID | 14:01 |
*** mrodden has joined #openstack-meeting | 14:02 | |
mestery | rkukura: Thanks for correcting my understanding there. :) | 14:02 |
*** feleouet has joined #openstack-meeting | 14:02 | |
mestery | #link https://wiki.openstack.org/wiki/Neutron/ML2 ML2 Wiki Page | 14:02 |
apech | yes, sorry for the confusion in proposing this :) nice to see this is already there | 14:02 |
mestery | I added an ML2 Wiki page, so we can now put things like devstack info there. | 14:02 |
rkukura | I'll take an action to add description text, links to slides to wiki page | 14:03 |
mestery | rkukura: Thanks! | 14:03 |
mestery | #action rkukura to update ML2 wiki with text and slides | 14:03 |
mestery | rkukura: Thanks for updating this review with ML2 comments! https://review.openstack.org/#/c/33736/ | 14:03 |
rkukura | Is arosen here? | 14:04 |
mestery | rkukura: May be too early for him. :) | 14:04 |
*** dachary is now known as antoviaque | 14:04 | |
*** antoviaque is now known as dachary | 14:04 | |
rkukura | I spoke with him about this, and am starting to think his approach makes sense for our BP | 14:04 |
mestery | That's great news actually! I'll review it closer as well, though I saw your comments there. | 14:05 |
rkukura | Basically, expose our segment_list as a single attribute | 14:05 |
*** shardy is now known as shardy_afk | 14:05 | |
*** psedlak has quit IRC | 14:05 | |
*** doude has joined #openstack-meeting | 14:05 | |
mestery | That sounds like it will work. | 14:05 |
rkukura | I don't like the term "transport_zones" for segment_list though | 14:05 |
*** BStokes has quit IRC | 14:05 | |
*** Guest47356 has quit IRC | 14:05 | |
*** mrodden1 has joined #openstack-meeting | 14:06 | |
mestery | OK, one more action item was for rcurran to send some notes on common code for MechanismDrivers. | 14:06 |
mestery | rcurran: How goes that? | 14:06 |
rcurran | i had actually already started that email thread before last weeks IRC | 14:06 |
*** mrodden has quit IRC | 14:06 | |
rkukura | If anyone feels full-fledged REST resources are needed for segments, please get involved in the Aaron's review | 14:06 |
*** jhenner has quit IRC | 14:06 | |
*** zehicle_at_dell has joined #openstack-meeting | 14:07 | |
*** dachary is now known as antoviaque1 | 14:07 | |
*** mkollaro has quit IRC | 14:07 | |
mestery | #action ML2 team to review https://review.openstack.org/#/c/33736/ in the context of multi-segment ML2 | 14:07 |
apech | rkukura: you mean the ability to read/write the segment list directly from standardized Neutron APIs? | 14:07 |
*** antoviaque1 is now known as dachary | 14:07 | |
*** stevemar has joined #openstack-meeting | 14:07 | |
rkukura | apech: Yes, although this approach does allow updating the list. | 14:08 |
*** ujuc has joined #openstack-meeting | 14:08 | |
rkukura | arosen pointed out that only admins would ever see this segment resource | 14:08 |
rkukura | I also like the extensibility of the list-of-dicts vs. fixed fields, but am a bit concerned about losing queryability | 14:09 |
apech | Seems like these are details that are easily hidden from the user, so admin-only access may be okay | 14:10 |
*** hughsaunders has left #openstack-meeting | 14:10 | |
mestery | rkukura: If we think this will cover ML2 multi-segment, do we look at having arosen move his work to be more generic to cover that BP? | 14:10 |
rkukura | mestery: The idea would be for his patch to [re]define the extension API, and our BP would cover implementing it for ml2 | 14:11 |
*** Sukhdev has joined #openstack-meeting | 14:11 | |
mestery | rkukura: Got it. | 14:11 |
rkukura | I want to formalize how this co-exists with the current provider extension | 14:11 |
*** egallen has quit IRC | 14:11 | |
*** cliu_ has joined #openstack-meeting | 14:11 | |
mestery | OK, lets move on to the next agenda item now. | 14:12 |
mestery | Wanted to point out rcurran's email from a week ago, folks writing MechanismDrivers should have a look at that and respond as necessary. | 14:12 |
*** afazekas_ has joined #openstack-meeting | 14:12 | |
mestery | Lets move on to blueprint updates now. | 14:12 |
mestery | #topic Blueprint Updates | 14:12 |
*** openstack changes topic to "Blueprint Updates (Meeting topic: networking_ml2)" | 14:12 | |
apech | mestery: I thought the last discussion from last week is that rcurran was going to send out the common code he had in mind | 14:12 |
apech | that'd help. I'll certainly reread and respond too | 14:13 |
*** Sukhdev_ has joined #openstack-meeting | 14:13 | |
mestery | apech: I think it was email and/or notes. :) | 14:13 |
rcurran | yes, but i had already sent out that email on 21-Jun | 14:13 |
apech | ah okay. sorry, missed that. will look | 14:13 |
mestery | apech: No worries. | 14:13 |
mestery | OK, lets start with apech's MechanismDriver BP | 14:13 |
mestery | #link https://review.openstack.org/33201 Review for MechanismDriver BP | 14:14 |
garyk | markmcclain: ping | 14:14 |
mestery | garyk: Hi | 14:14 |
mestery | apech: Any updates for everyone? | 14:14 |
*** egallen has joined #openstack-meeting | 14:14 | |
*** _TheDodd_ has joined #openstack-meeting | 14:14 | |
markmcclain | o/ | 14:14 |
apech | I sent out an update last night, which then promptly failed pep8 for a last minute change. About to re-update | 14:14 |
apech | I think it's getting close - appreciate the comments | 14:15 |
mestery | garyk markmcclain: FYI, we're in the middle of hte ML2 meeting on this channel. :) | 14:15 |
apech | rkukura - think you'll have time to take a deeper look soon? | 14:15 |
*** uvirtbot has joined #openstack-meeting | 14:15 | |
rkukura | yes | 14:15 |
garyk | mestery: oops. sorry. wrong channel :) | 14:15 |
*** uvirtbot has quit IRC | 14:15 | |
markmcclain | mestery: sorry.. I thought there was something you all wanted me to look at | 14:16 |
*** tayyab_ has joined #openstack-meeting | 14:16 | |
mestery | apech: I need to look at the latest version of your patch as well based on our discussion on gerrit on a prior version. | 14:16 |
mestery | Any other questions for apech on MechanismDriver BP? | 14:17 |
apech | mestery: great, thanks | 14:17 |
*** lastidiot has joined #openstack-meeting | 14:17 | |
mestery | Given it's a likely long holiday weekend here in the US this week, should we try to shoot for early next week getting this BP merged? | 14:17 |
*** haomaiwa_ has joined #openstack-meeting | 14:17 | |
rkukura | apech: It seems its getting very close, and just minor details should need changing | 14:17 |
*** uvirtbot has joined #openstack-meeting | 14:18 | |
apech | mestery: works for me. Hopefully others can just pull in changes to unblock their own development of ml2 mechanism drivers | 14:18 |
mestery | #action ML2 subteam to review MechanismDriver blueprint with the goal of having it merge by early next week. | 14:19 |
*** tayyab has quit IRC | 14:19 | |
mestery | OK, lets move on. | 14:19 |
*** blamar has quit IRC | 14:19 | |
mestery | #link https://blueprints.launchpad.net/quantum/+spec/ml2-portbinding ML2 PortBinding | 14:19 |
mestery | rkukura: Any updates? | 14:19 |
rkukura | no progress yet, but will start this weekend (when other work will hopefully slow down) | 14:20 |
*** jhenner has joined #openstack-meeting | 14:20 | |
apech | rkukura: is your goal still to try to do this h2? not sure how long you think this will take | 14:20 |
*** mkollaro has joined #openstack-meeting | 14:20 | |
*** blamar has joined #openstack-meeting | 14:20 | |
rkukura | apech: I'd like to get in H2, shouldn't be too much code given the MechanismDriver work already in review | 14:21 |
apech | rkukura: great, thanks! | 14:21 |
mestery | Thanks for the updates rkukura! | 14:21 |
mestery | OK, any questions for PortBinding? | 14:21 |
Sukhdev_ | rkukura: any eta? | 14:21 |
rkukura | code in review by next week's meeting at latest | 14:22 |
rkukura | which is the H2 freeze, I think | 14:22 |
Sukhdev_ | rkukura: thanks | 14:22 |
mestery | OK, lets move to the next agenda item. | 14:22 |
mestery | #link https://review.openstack.org/33297 ML2 GRE Code Review | 14:22 |
mestery | matrohon: Here? | 14:22 |
matrohon | mestery: yes | 14:22 |
matrohon | hi | 14:23 |
mestery | hi matrohon! | 14:23 |
mestery | How goes the bp/ml2-gre work? | 14:23 |
matrohon | it should be ok for a merge ASA i take the review into account | 14:23 |
matrohon | there is only nits | 14:24 |
mestery | matrohon: Great! And apologies for my git review mishap which resulted in me rebasing your commit. :) | 14:24 |
matrohon | mestery: it' ok :) | 14:24 |
mestery | The instructions on the wiki for dependent commits were not quite right it turns out. :) | 14:24 |
*** obondarev has quit IRC | 14:24 | |
matrohon | but i'd like rkukura to validate the achitecture | 14:24 |
matrohon | with tunnel_type.py | 14:25 |
matrohon | and absctract method to handle endpoint managment | 14:25 |
rkukura | OK | 14:25 |
mestery | matrohon: I agree, as the bp/ml2-vxlan is dependent on that as well. | 14:25 |
mestery | #link https://review.openstack.org/#/c/35384/2 ML2 VXLAN Code Review | 14:25 |
*** johnthetubaguy has quit IRC | 14:25 | |
mestery | This was pushed out yesterday, and is dependent on matrohon's GRE work. | 14:25 |
*** rwsu-away is now known as rwsu | 14:26 | |
matrohon | rkukura: you were talking about thinking of a better way to handle generic RPC calls | 14:26 |
*** michchap has quit IRC | 14:26 | |
*** jhenner has quit IRC | 14:26 | |
matrohon | and to dispatch it in driver, no? | 14:26 |
rkukura | Looks like your TunnelTypeDriver may be more-or-less what I was thinking | 14:27 |
matrohon | rkukura: ok great! | 14:27 |
*** obondarev has joined #openstack-meeting | 14:27 | |
mestery | OK, looks like both GRE and VXLAN BPs are moving along nicely then. | 14:27 |
matrohon | mestery: I reviewed your code about vxlan | 14:27 |
rkukura | We may also want more general ability for drivers to mix-in RPC handlers | 14:27 |
mestery | matrohon: I saw that, thanks! I will plan to address comments today, appreciate it! | 14:28 |
*** cliu_ has quit IRC | 14:28 | |
mestery | matrohon: I think your direction on the multicast group is a good one, and I'll address that today. | 14:28 |
matrohon | rkukura: ok, do you want us to think about that before ml2-gre and vxlan get merged | 14:29 |
*** shengjiemin has joined #openstack-meeting | 14:29 | |
rkukura | is this the issue of storing multicast groups with the endpoints, vs configuring single group? | 14:29 |
rkukura | I could be way off base on that | 14:30 |
matrohon | rkukura : I proposed to sort multicast group in VXLan allocation table | 14:30 |
*** spzala has joined #openstack-meeting | 14:30 | |
*** lloydde has joined #openstack-meeting | 14:31 | |
*** haomaiwa_ has quit IRC | 14:31 | |
mestery | Lets continue the VXLAN multicast discussion in the review and on the mailing list. | 14:32 |
rkukura | What is the disposition of "I even wonder if it's really usefull, in this first implementation, to store multicast group in db if it has to be the same for every VNI."? | 14:32 |
*** haomaiwang has joined #openstack-meeting | 14:33 | |
rkukura | I was interpreting this as suggestion to not store groups in DB | 14:33 |
rkukura | OK with moving to email/gerrit | 14:33 |
mestery | rkukura: Sorry, please continue. | 14:33 |
matrohon | rkukura : yes since bp vxlan-linuxbridge use a single multicast group for every VNI | 14:34 |
mestery | matrohon rkukura: The crux of the issue is do we want to support more than one multicast group or not? | 14:34 |
mestery | For the first cut of the code, I planned to support a single one for simplicity. | 14:34 |
mestery | Thoughts? | 14:34 |
*** marun has quit IRC | 14:35 | |
*** shardy_afk is now known as shardy | 14:35 | |
matrohon | mestery: exactly, it's not necessary in a first time, but you should have this feature in the future | 14:35 |
rkukura | I'm for keeping it simple until we are sure complexity is needed | 14:35 |
*** lastidiot has quit IRC | 14:35 | |
mestery | matrohon: OK, I can file a blueprint to track this. | 14:35 |
mestery | #action BP ml2/vxlan to support a single multicast group in first iteration | 14:35 |
matrohon | mestery : ok, great | 14:35 |
mestery | #action mestery to file BP to add support for multiple multicast addresses to ML2 VXLAN code | 14:36 |
mestery | OK, any more GRE or VXLAN discussion before we move on? | 14:36 |
mestery | The next item was ml2-multi-segment-api, but I believe we previously discussed this already. | 14:37 |
rkukura | right | 14:37 |
mestery | Do we need to discuss anything else on this now? | 14:37 |
rkukura | Just that we might track it for H3 | 14:37 |
mestery | rkukura: Good point. We should target that BP at H3 then, right? | 14:37 |
rkukura | was low priority, maybe change to medium if agreed on simple approach | 14:38 |
*** tayyab_ has quit IRC | 14:38 | |
Sukhdev_ | I wanted to ask a question - I filed the BP for Arista driver, how come I do not see it in the Havana list? | 14:38 |
*** marun has joined #openstack-meeting | 14:38 | |
mestery | Sukhdev_: Did you target it for H2/H3? | 14:38 |
Sukhdev_ | Do I have to take any additional step to include it in havana? | 14:39 |
*** topol has joined #openstack-meeting | 14:39 | |
Sukhdev_ | I did not specify - I thought the approver does that | 14:39 |
rkukura | I'll target it | 14:39 |
mestery | rkukura: Thanks! | 14:39 |
Sukhdev_ | rkukura: thanks | 14:39 |
mestery | OK, moving on to the next agenda item. | 14:39 |
mestery | #topic Bugs | 14:39 |
*** openstack changes topic to "Bugs (Meeting topic: networking_ml2)" | 14:39 | |
rkukura | does this replace the original hardwaredriver BP? | 14:40 |
mestery | #link https://review.openstack.org/#/c/33107/ OVS agent tunnel_types bug | 14:40 |
Sukhdev_ | rkukura: yes | 14:40 |
apech | rkukura: yes, original hardwaredriver BP can go away | 14:40 |
rkukura | H2 or H3? | 14:40 |
Sukhdev_ | H3 | 14:41 |
mestery | rkukura: Yong gave me a -2, and I thought this was so close. | 14:41 |
mestery | #link https://docs.google.com/a/mestery.com/document/d/1NT3JVn2lNk_Hp7lP7spc3ysWgSyHa4V0pYELAiePD1s/edit#heading=h.4grgudkj8ei3 ML2 OVS Agent Changes Design | 14:41 |
mestery | I added a spec on what the OVS Agent will look like after the changes are done. | 14:41 |
mestery | rkukura: Your review would be appreciated! | 14:42 |
rkukura | I think he just wanted to understand the plan, and the writeup should help | 14:42 |
*** marun has quit IRC | 14:42 | |
mestery | Yes, agreed. I am now thinking to go the full way and implement everything in the document. | 14:42 |
mestery | e.g. deprecate enable_tunneling in the server, add tunnel_types into the 'ovs' section, etc. | 14:42 |
matrohon | mestery : make sense | 14:43 |
rkukura | mestery: Two comments on that: 1) VLANs can already co-exist with flat, local, and gre networks. 2) should emphasize openvswitch agent supporting multiple tunnel types concurrently (with ml2) is goal | 14:43 |
*** markwash has joined #openstack-meeting | 14:43 | |
*** fnaval has joined #openstack-meeting | 14:44 | |
mestery | rkukura: Thank you, will update with those comments. | 14:44 |
mestery | I'll plan a new version of the tunnel_types patch with the changes from the document for early next week at the latest. | 14:44 |
rkukura | OK - lets solicit feedback on the writeup on openstack-dev | 14:44 |
*** marun has joined #openstack-meeting | 14:45 | |
rkukura | we kind of have our own sandbox with ml2, but when we change agents or legacy plugins, people pay more attention | 14:45 |
mestery | rkukura: I sent email to that affect I believe. | 14:45 |
matrohon | mestery : I assigned this bug to myself : https://bugs.launchpad.net/neutron/+bug/1196963 | 14:45 |
uvirtbot | Launchpad bug 1196963 in neutron "Update the OVS agent code to program tunnels using ports instead of tunnel IDs" [Medium,New] | 14:45 |
*** fnaval has quit IRC | 14:45 | |
matrohon | mestery : it's ok for you? | 14:45 |
*** mdomsch has joined #openstack-meeting | 14:45 | |
mestery | matrohon: I was going to discuss that one next. :) | 14:45 |
mestery | matrohon: And yes, thank you for taking that one up! | 14:46 |
matrohon | mestery : ok sorry :) | 14:46 |
mestery | #action mestery to send email to openstack-dev for the OVS Agent Writeup | 14:46 |
*** johnthetubaguy has joined #openstack-meeting | 14:46 | |
mestery | matrohon: Do you think the bug you mentioned will be merged by H2? | 14:46 |
mestery | For ML2, it will be important I think. | 14:47 |
matrohon | mestery : i will try to work on it asap | 14:47 |
*** litong has joined #openstack-meeting | 14:47 | |
mestery | matrohon: Great, thank you! | 14:48 |
matrohon | is there a feature freeze for H2? | 14:48 |
mestery | matrohon: Do you mean after H2? | 14:49 |
matrohon | I mean a date taht I have to respect? to let time for review? | 14:50 |
rkukura | H2 is 7/18, but I think a freeze on 7/10 was mentioned in the meeting | 14:50 |
matrohon | rkukura : ok | 14:50 |
*** lloydde has quit IRC | 14:50 | |
rkukura | Maybe not 7/10: "<markmcclain> Also it is now July, which means were are 10 days away from H2 feature freeze." | 14:51 |
mestery | Also, keep in mind gerrit and CI are down this weekend for a day. | 14:51 |
rkukura | could be business days | 14:51 |
mestery | And with the name change, that may cause some shifting and churn. | 14:51 |
markmcclain | freeze is 7.10 | 14:51 |
mestery | markmcclain: thanks! | 14:51 |
markmcclain | branch will be cut July 16th | 14:51 |
rkukura | markmcclain: End of day 7/10? | 14:52 |
*** fnaval has joined #openstack-meeting | 14:52 | |
markmcclain | yes | 14:53 |
mestery | OK, we're running low on time, any other bugs people want to discuss now related to ML2? | 14:53 |
apech | mestery: I'm all good | 14:54 |
mestery | #topic Questions/Comments? | 14:54 |
rkukura | I'm good | 14:54 |
*** openstack changes topic to "Questions/Comments? (Meeting topic: networking_ml2)" | 14:54 | |
mestery | OK, thanks for everyone's great work on all the ML2 items! | 14:54 |
mestery | For those in the US, have a great holiday this week! | 14:54 |
apech | thanks! Happy 4th | 14:54 |
mestery | #endmeeting | 14:54 |
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings" | 14:55 | |
openstack | Meeting ended Wed Jul 3 14:54:58 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:55 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-07-03-14.00.html | 14:55 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-07-03-14.00.txt | 14:55 |
rkukura | We're going to need to get at least one other core involved in getting merges in early next week | 14:55 |
*** apech has quit IRC | 14:55 | |
openstack | Log: http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-07-03-14.00.log.html | 14:55 |
mestery | rkukura: Yes, agree. | 14:55 |
*** tzn has quit IRC | 14:56 | |
*** Sukhdev_ has quit IRC | 14:56 | |
*** michchap has joined #openstack-meeting | 14:56 | |
*** doude has left #openstack-meeting | 14:57 | |
*** rcurran has quit IRC | 14:58 | |
*** danwent has joined #openstack-meeting | 14:59 | |
*** mdomsch has quit IRC | 14:59 | |
*** BobBall has joined #openstack-meeting | 15:01 | |
*** kmartin has quit IRC | 15:01 | |
*** eglynn-afk is now known as eglynn | 15:01 | |
*** johnthetubaguy1 has joined #openstack-meeting | 15:02 | |
*** eharney has quit IRC | 15:02 | |
*** rkukura has left #openstack-meeting | 15:02 | |
*** terriyu has joined #openstack-meeting | 15:02 | |
johnthetubaguy1 | #startmeeting XenAPI | 15:02 |
openstack | Meeting started Wed Jul 3 15:02:38 2013 UTC. The chair is johnthetubaguy1. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:02 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:02 |
*** IlyaE has joined #openstack-meeting | 15:02 | |
*** openstack changes topic to " (Meeting topic: XenAPI)" | 15:02 | |
openstack | The meeting name has been set to 'xenapi' | 15:02 |
johnthetubaguy1 | Hi all | 15:02 |
johnthetubaguy1 | who is here for the meeting today? | 15:02 |
*** gongysh has joined #openstack-meeting | 15:02 | |
*** mdomsch has joined #openstack-meeting | 15:03 | |
*** terriyu has quit IRC | 15:03 | |
euanh | Euan here | 15:03 |
*** johnthetubaguy has quit IRC | 15:03 | |
BobBall | Bob here | 15:04 |
*** ItSANgo has joined #openstack-meeting | 15:04 | |
BobBall | Mate coming | 15:04 |
johnthetubaguy1 | So I was wanting to check progress towards H-2 | 15:04 |
*** matel has joined #openstack-meeting | 15:04 | |
johnthetubaguy1 | so lets go to the blueprints | 15:04 |
johnthetubaguy1 | #topic blueprints | 15:05 |
*** openstack changes topic to "blueprints (Meeting topic: XenAPI)" | 15:05 | |
johnthetubaguy1 | so has anyone got anything to report | 15:05 |
*** cliu_ has joined #openstack-meeting | 15:05 | |
johnthetubaguy1 | H2 and H3 | 15:05 |
*** Sukhdev has quit IRC | 15:05 | |
BobBall | nope - didn't think we had blueprints in H2 | 15:05 |
*** dontalton has joined #openstack-meeting | 15:05 | |
*** matiu has joined #openstack-meeting | 15:05 | |
*** matiu has joined #openstack-meeting | 15:05 | |
BobBall | in terms of H3 we're not convinced the event reporting is high enough priority atm | 15:06 |
johnthetubaguy1 | hmm, I do I guess | 15:06 |
matel | What was the etherpad address used during the summit? | 15:06 |
johnthetubaguy1 | can't remember right now | 15:06 |
matel | #link https://etherpad.openstack.org/HavanaXenAPIRoadmap | 15:06 |
johnthetubaguy1 | lol, just found that too | 15:06 |
matel | So I will look at this #link https://blueprints.launchpad.net/nova/+spec/xenapi-volume-drivers | 15:07 |
*** michchap has quit IRC | 15:07 | |
matel | I need to look at what the cinder guys are doing around brick. | 15:07 |
johnthetubaguy1 | ah, yes, good point | 15:07 |
johnthetubaguy1 | that is not targeted for H right now | 15:07 |
BobBall | I was tracking the pci pass through blueprint - it's just landing ATM which is great, and it's 95% hypervisor agnostic with only a few changes in the driver needed | 15:07 |
johnthetubaguy1 | that sounds cool | 15:08 |
*** lastidiot has joined #openstack-meeting | 15:08 | |
johnthetubaguy1 | anything people activly working on for H2 | 15:08 |
*** pcm_ has quit IRC | 15:08 | |
johnthetubaguy1 | I guess the answer was no | 15:08 |
BobBall | Not in terms of the published blueprints no | 15:08 |
*** egallen has quit IRC | 15:09 | |
BobBall | When we get off the Blueprints topic I'm sure we can say what we have been doing :D | 15:09 |
*** feleouet has quit IRC | 15:09 | |
matel | john, do you have any links for the brick work? | 15:10 |
johnthetubaguy1 | afraid not, worth looking at cinder mins | 15:10 |
johnthetubaguy1 | so I have some blueprints | 15:10 |
johnthetubaguy1 | https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support | 15:10 |
johnthetubaguy1 | I have that pending review, I removed the config | 15:10 |
johnthetubaguy1 | There was also this one: | 15:10 |
johnthetubaguy1 | https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop | 15:10 |
johnthetubaguy1 | but I pushed that out to H3, it took a little while | 15:11 |
johnthetubaguy1 | so reviews welcome on the first one | 15:11 |
BobBall | Well I cn have a look - I think that we like the 2TB disk one | 15:12 |
BobBall | yeah | 15:12 |
matel | I have some -1s in my bag. | 15:12 |
johnthetubaguy1 | so, any more for blueprints? | 15:12 |
johnthetubaguy1 | matel: hehe | 15:12 |
BobBall | it's hurting the nova review stats though! | 15:12 |
BobBall | 10 days! | 15:12 |
johnthetubaguy1 | its really getting slow, the queue is huge | 15:12 |
*** tanisdl has joined #openstack-meeting | 15:13 | |
matel | Does the size of the ques has something to do with the number of reviewers? | 15:13 |
matel | s/ques/queues/g | 15:13 |
johnthetubaguy1 | a little bit | 15:13 |
johnthetubaguy1 | but mostly just the number of patches added | 15:13 |
johnthetubaguy1 | its the time many people start pushing their code | 15:14 |
matel | Okay, we are diverging. | 15:14 |
johnthetubaguy1 | lots of v3 API stuff too | 15:14 |
johnthetubaguy1 | indeed | 15:14 |
johnthetubaguy1 | has anyone else got anything? | 15:14 |
johnthetubaguy1 | jump to open discussion? | 15:14 |
matel | I updated the Quantum install wiki. | 15:14 |
matel | trying to keep it up to date. | 15:14 |
matel | We are looking at full tempest runs | 15:15 |
BobBall | Euan has fixed a bug. | 15:15 |
johnthetubaguy1 | #topic Open Discussion | 15:15 |
*** openstack changes topic to "Open Discussion (Meeting topic: XenAPI)" | 15:15 | |
BobBall | BFV tests are passing too Mate - don't forget that! good change right there | 15:15 |
BobBall | last gating test that wasn't apssing | 15:15 |
BobBall | passing* | 15:15 |
johnthetubaguy1 | awesome | 15:15 |
johnthetubaguy1 | some good work on tempest it seems | 15:16 |
johnthetubaguy1 | any news on gateing work from NYC? | 15:16 |
BobBall | We found + fixed a stability problem with smokestack and XenServer | 15:16 |
matel | We are not touching tempest, we are just looking at what are the failures. | 15:16 |
*** eharney has joined #openstack-meeting | 15:16 | |
*** eharney has quit IRC | 15:16 | |
*** eharney has joined #openstack-meeting | 15:16 | |
johnthetubaguy1 | sure, just wondering what the planned path is / timeline is | 15:16 |
BobBall | yeah - so the current plan is that someone (possibly Jim) will implement dependencies in zuul | 15:16 |
BobBall | so you can have a depends-on patch bringing in another patch for testing and merging | 15:17 |
BobBall | that's a pre-requisite for any packaging really as if a nova change needs a packaging change they need to be synchronised | 15:17 |
BobBall | The packaging isn't something we are going to gate on - but if we can get the dependency mnagement in then we can look at gating on smokestack test failures that are unrelated to packaging | 15:18 |
johnthetubaguy1 | erm, I was thinking more XenAPI related | 15:18 |
*** lloydde has joined #openstack-meeting | 15:18 | |
matel | Ah, I have a question. | 15:18 |
BobBall | it comes round to XenAPI with smokestack being more resilient because it currently breaks when packaging changes are needed / merged | 15:18 |
BobBall | and giving us the option of only posting -ve reviews when we know it's a test failure and not a packaging issue | 15:19 |
BobBall | which is a big part of the issue with getting smokestack gating | 15:19 |
BobBall | yes Mate | 15:19 |
matel | Could you guys look at it? #link https://bugs.launchpad.net/nova/+bug/1196570 | 15:19 |
uvirtbot | Launchpad bug 1196570 in nova "xenapi: pygrub running in domU" [Undecided,New] | 15:19 |
*** koolhead17 has joined #openstack-meeting | 15:19 | |
johnthetubaguy1 | so, I thought we were looking at getting something other than smokestack gating? | 15:20 |
matel | So it's about having a disk image, and we would like to ask pygrub to decide if it is a PV or HVM guy | 15:20 |
*** kebray has joined #openstack-meeting | 15:20 | |
matel | sorry guys, just finish off the discussion around testing, I did not want to be rude. | 15:20 |
johnthetubaguy1 | matel: there is a bit of code that uses pygrub, thinking about it | 15:20 |
BobBall | We're also looking at the option of having a Xenserver-core VM with nova in dom0 running the tempest tests - but if the dependency thing is implemented, smokestack gating is an easy step forward | 15:21 |
matel | johnthetubaguy1: this is a code, my issue, that this code is assuming, that you have pygrub in domU | 15:21 |
matel | That means that you might end up with different pygrub versions in dom0 and domU - dodgy | 15:21 |
BobBall | only due to the rootwrap? Why does it use pygrub in domU rather than dom0? | 15:22 |
johnthetubaguy1 | matel: https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L1921 | 15:22 |
matel | I would really want to run pygrub in dom0, or have a xapi extension.... | 15:22 |
johnthetubaguy1 | matel: its not code most people use, if they have good glance metadata, but yes, I get your point | 15:22 |
matel | johnthetubaguy1: yes, I am referring to that code. | 15:22 |
BobBall | That bit will be trivial to move to dom0 if we want to - it just attaches the VDI to the domu only to run pygrub so that can easily do it in dom0 | 15:23 |
johnthetubaguy1 | Personally, we should just default to HVM, and stop worrying about trying to detect it | 15:23 |
johnthetubaguy1 | but I guess we can see what other people think | 15:23 |
matel | So in order to get some outcome from this discussion, who prefers which option? A) remove it B)delegate to dom0 | 15:23 |
BobBall | HVM isn't supported for most guests :) | 15:24 |
BobBall | only windows is supported in HVM | 15:24 |
BobBall | B - delegate to dom0 or C - leave it if we have to... | 15:24 |
BobBall | to fix the bug, definitely delegate | 15:24 |
johnthetubaguy1 | yeah, that works for me | 15:24 |
johnthetubaguy1 | just wondering if we really need it | 15:25 |
matel | tbh, I like the remove. | 15:25 |
matel | although I originally did not think about it. | 15:25 |
johnthetubaguy1 | its worth a mail to the list, see what people think | 15:25 |
BobBall | yes we must boot linux guests as PV if we want them to be supportable | 15:25 |
matel | That's my favourite code modification - delete. | 15:25 |
johnthetubaguy1 | we are trying to get rid of auto detect | 15:25 |
matel | The best thing that could happen to code - get removed | 15:25 |
BobBall | therefore we must keep it or let something else specify it | 15:25 |
johnthetubaguy1 | yeah, you can specify os type in glance, so its not like you can't choose | 15:25 |
BobBall | ok - if you can specify in glance then that's OK | 15:26 |
matel | I met with this code while i was booting from volume | 15:26 |
*** mdomsch_ has joined #openstack-meeting | 15:26 | |
BobBall | So if an image in glance is PV then it'll boot PV I'm happy | 15:26 |
matel | The issue is that if you are booting from volume, the metadata might not be there. | 15:26 |
johnthetubaguy1 | yeah, thats the fun one, but you can launch an image that specifis the block device mapping and the correct os type | 15:26 |
BobBall | we just can't boot _all_ guests as HVM and trust they will negotiate up (which is what I thought you were suggesting) | 15:26 |
matel | johnthetubaguy1: have you ever tried to do that? | 15:28 |
*** marun has quit IRC | 15:28 | |
*** BStokes has joined #openstack-meeting | 15:28 | |
johnthetubaguy1 | matel: no, actually, its quite a new feature | 15:28 |
matel | Okay, so Bob suggests to delegate this to dom0 | 15:28 |
*** yaguang has joined #openstack-meeting | 15:29 | |
johnthetubaguy1 | BobBall: I wasn't thinking they would negociate up, I was more thinking we need a better solution, guessing seems bad | 15:29 |
johnthetubaguy1 | Yeah, we could try for that | 15:29 |
*** marun has joined #openstack-meeting | 15:29 | |
matel | Simplest change is removal. | 15:29 |
*** bdpayne has joined #openstack-meeting | 15:29 | |
BobBall | hang on | 15:29 |
BobBall | wait wait wait | 15:29 |
BobBall | if we can typically rely on the metadata to determine if it should be PV or HVM then I'm happy with deleting the autodetect code | 15:30 |
johnthetubaguy1 | yeah, just default to HVM for giggles | 15:30 |
BobBall | I know BFV currently doesn't have that metadata - but if that's a bug then we can still rely on metadata etc | 15:30 |
johnthetubaguy1 | well, you can do BFV from a glance image | 15:30 |
johnthetubaguy1 | then you get metadata | 15:30 |
johnthetubaguy1 | same thing you need for external ramdisk and kernels | 15:31 |
matel | yes, so basically these are separate issues. | 15:31 |
BobBall | if we _can't_ reliably rely on the metadata then we need autodetect | 15:31 |
*** vijendar has quit IRC | 15:31 | |
BobBall | (in dom0) | 15:31 |
johnthetubaguy1 | hmm, well maybe | 15:31 |
matel | Question: do we want to autodetect if a given block device contains hvm vs pv stuff? | 15:31 |
johnthetubaguy1 | maybe | 15:32 |
BobBall | I say no - if we need to detect the mode then we should have some form of metadata associated with the block device that says what it contains | 15:32 |
*** ujuc has quit IRC | 15:32 | |
matel | Okay, so Bob votes for removal. | 15:32 |
BobBall | if the metadata route is typically the canonical source of information then that's what we should always use | 15:33 |
johnthetubaguy1 | we have that in glance, to some extent | 15:33 |
BobBall | sorry for changing my vote. | 15:33 |
BobBall | but now I understand the problem better - and that we will still boot Linux guests as PV then I'm happy | 15:33 |
matel | I vote for removal, because I want to make the code happier. | 15:33 |
johnthetubaguy1 | +1 | 15:33 |
matel | Let's do it this way: I will submit a patch, and you can vote on the change. | 15:34 |
johnthetubaguy1 | and bring it back if we need to, in a better way | 15:34 |
matel | in dom0 | 15:34 |
johnthetubaguy1 | yeah, the remove is a simple patch | 15:34 |
*** michchap has joined #openstack-meeting | 15:34 | |
matel | yes, let's YAGNI | 15:34 |
BobBall | + | 15:34 |
BobBall | 7 | 15:34 |
BobBall | +7 even | 15:34 |
matel | seven? | 15:34 |
BobBall | I don't think +1 is enough | 15:34 |
matel | Okay, expect a patch soon. | 15:35 |
*** lloydde has quit IRC | 15:35 | |
matel | I am adding new items to the sprint backlog - my boss will love it. | 15:36 |
johnthetubaguy1 | :) | 15:36 |
johnthetubaguy1 | so we got anything else? | 15:36 |
matel | I fixed some minor bugs last week, but nothing worths mentioning. | 15:37 |
BobBall | I submitted a fix for snapshot reordering | 15:37 |
matel | Bad. | 15:37 |
BobBall | coalescing even | 15:37 |
matel | Ah. | 15:37 |
matel | Okay, missunderstood. | 15:37 |
matel | Could you link the change sir? | 15:37 |
BobBall | but it doesn't have a test yet and I think people want a test but I've been super busy on not being able to code :/ | 15:37 |
BobBall | #link https://review.openstack.org/#/c/34528/ <-- Lonely changeset seeking review. | 15:38 |
matel | Untested code is broken by desgin. | 15:38 |
BobBall | it's a trivial change | 15:38 |
BobBall | yeah yeah :) | 15:38 |
BobBall | I'm happy to try and add a test (although I'm not quite sure how to test this one!) | 15:38 |
*** eharney_ has joined #openstack-meeting | 15:38 | |
BobBall | it's all about the order in which things get called so I'll have to think about it | 15:39 |
matel | that's a huge function, good luck. | 15:39 |
BobBall | and my head's been elsewhere | 15:39 |
BobBall | indeed | 15:39 |
johnthetubaguy1 | no +2 without a test :) | 15:39 |
BobBall | perhaps I should delegate the writing of the test... | 15:39 |
johnthetubaguy1 | unless its "already covered" | 15:40 |
matel | 1000 story points | 15:40 |
BobBall | you're a mean man! | 15:40 |
BobBall | yes | 15:40 |
BobBall | it's "already covered"... | 15:40 |
matel | I bet the reviewers are running coverage. | 15:40 |
BobBall | definitely | 15:40 |
johnthetubaguy1 | … yeah... | 15:40 |
BobBall | the code is being exercised so coverage wouldn't find it | 15:40 |
matel | Okay, let's stop it. | 15:40 |
BobBall | the problem is that both sets of code are fully exercised but in a different order :D | 15:41 |
matel | The problem, is that the code is not really structured well | 15:41 |
BobBall | can I apply for a "too difficult to test" exception? | 15:41 |
matel | So it's not Bob's fault. | 15:41 |
BobBall | yeah! | 15:41 |
matel | I can take the job of testing it. | 15:41 |
*** jdurgin1 has joined #openstack-meeting | 15:42 | |
BobBall | I was kidding mate - I'm not the type to make others test my work | 15:42 |
matel | reverse tdd | 15:42 |
*** eharney has quit IRC | 15:42 | |
johnthetubaguy1 | if the ordering is a problem, lets keep it right | 15:42 |
BobBall | I may ask for your advice though | 15:42 |
matel | we might want to extract something sensible. | 15:42 |
*** jbrogan has joined #openstack-meeting | 15:42 | |
matel | we'll see. | 15:42 |
matel | take it offline | 15:42 |
BobBall | I have an idea on how to test it | 15:42 |
BobBall | just no time this last week | 15:43 |
matel | Okay, anything else? | 15:43 |
*** eharney_ is now known as eharney | 15:43 | |
BobBall | not from me | 15:43 |
*** eharney has quit IRC | 15:43 | |
*** eharney has joined #openstack-meeting | 15:43 | |
matel | I'm done as well. | 15:43 |
johnthetubaguy1 | nothing from me | 15:43 |
matel | Keen to get back to my terminal. | 15:43 |
johnthetubaguy1 | we all good? | 15:43 |
BobBall | go for it Mate | 15:43 |
matel | sure | 15:43 |
BobBall | there's a test waiting for you to write. | 15:44 |
matel | yes | 15:44 |
matel | And I can remove some lines in exchange | 15:44 |
BobBall | Good pln. | 15:44 |
johnthetubaguy1 | we all done? | 15:44 |
matel | ["sure"] * 1000 | 15:45 |
*** michchap has quit IRC | 15:45 | |
johnthetubaguy1 | #endmeeting | 15:46 |
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings" | 15:46 | |
openstack | Meeting ended Wed Jul 3 15:46:06 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:46 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/xenapi/2013/xenapi.2013-07-03-15.02.html | 15:46 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/xenapi/2013/xenapi.2013-07-03-15.02.txt | 15:46 |
openstack | Log: http://eavesdrop.openstack.org/meetings/xenapi/2013/xenapi.2013-07-03-15.02.log.html | 15:46 |
*** joel-coffman has joined #openstack-meeting | 15:46 | |
*** MarkAtwood has joined #openstack-meeting | 15:46 | |
*** MarkAtwood has quit IRC | 15:46 | |
*** MarkAtwood has joined #openstack-meeting | 15:47 | |
*** cody-somerville has joined #openstack-meeting | 15:50 | |
*** cody-somerville has joined #openstack-meeting | 15:50 | |
*** Mr_T has left #openstack-meeting | 15:50 | |
*** thingee has joined #openstack-meeting | 15:52 | |
*** marun has quit IRC | 15:52 | |
*** bpb has joined #openstack-meeting | 15:53 | |
*** ajforrest has joined #openstack-meeting | 15:54 | |
*** marun has joined #openstack-meeting | 15:54 | |
*** gyee has joined #openstack-meeting | 15:56 | |
*** zhiyan has joined #openstack-meeting | 15:57 | |
*** bswartz has joined #openstack-meeting | 15:58 | |
*** pschaef has joined #openstack-meeting | 15:58 | |
*** winston-d has joined #openstack-meeting | 15:59 | |
*** Fdot has quit IRC | 16:00 | |
*** vijendar has joined #openstack-meeting | 16:01 | |
*** markwash has quit IRC | 16:01 | |
jdurgin1 | hi | 16:01 |
mkoderer | Hi | 16:02 |
*** SergeyLukjanov has quit IRC | 16:02 | |
dosaboy | howdi | 16:02 |
*** tanisdl_ has joined #openstack-meeting | 16:02 | |
winston-d | hi | 16:02 |
jgriffith | #starmeeting cinder | 16:02 |
bswartz | hello | 16:02 |
jgriffith | #start meeting cinder | 16:02 |
jgriffith | sighhh.... | 16:02 |
*** tanisdl has quit IRC | 16:02 | |
*** tanisdl_ is now known as tanisdl | 16:02 | |
*** johnthetubaguy1 has quit IRC | 16:02 | |
zhiyan | hi | 16:02 |
matel | hi | 16:02 |
winston-d | uvirtbot: hey, time to work | 16:03 |
*** Mandell has joined #openstack-meeting | 16:03 | |
uvirtbot | winston-d: Error: "hey," is not a valid command. | 16:03 |
*** kmartin has joined #openstack-meeting | 16:03 | |
bswartz | ^ spelling problems | 16:03 |
uvirtbot | bswartz: Error: "spelling" is not a valid command. | 16:03 |
* guitarzan chuckles | 16:03 | |
jgriffith | #startmeeting cinder | 16:03 |
openstack | Meeting started Wed Jul 3 16:03:40 2013 UTC. The chair is jgriffith. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:03 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:03 |
*** openstack changes topic to " (Meeting topic: cinder)" | 16:03 | |
openstack | The meeting name has been set to 'cinder' | 16:03 |
thingee | o/ | 16:03 |
jgriffith | haha... starmeeting... startmeeting | 16:03 |
jgriffith | figure it out virtbot! | 16:03 |
winston-d | \o | 16:03 |
eharney | hi | 16:03 |
zhiyan | hi again | 16:04 |
matel | hi | 16:04 |
jgriffith | hehe | 16:04 |
med_ | hlo | 16:04 |
jgriffith | med_: yo! | 16:04 |
jgriffith | kk... | 16:04 |
jgriffith | let's roll | 16:04 |
jgriffith | #topic update on ceph backup | 16:04 |
*** openstack changes topic to "update on ceph backup (Meeting topic: cinder)" | 16:04 | |
jgriffith | dosaboy: ?? | 16:04 |
*** dontalton has quit IRC | 16:04 | |
dosaboy | o/ | 16:04 |
dosaboy | ok so | 16:04 |
dosaboy | first two parts of bp merged | 16:05 |
dosaboy | thanks all for really good feedback and reviews | 16:05 |
dosaboy | final part i.e. diff backups is WIP and almost ready | 16:05 |
med_ | https://blueprints.launchpad.net/cinder/+spec/cinder-backup-to-ceph | 16:05 |
dosaboy | I need to think of a decent way to do incremental backups with what we have | 16:05 |
dosaboy | i might create a separate task for incremental backup since current task is for differential backups | 16:06 |
*** dkliban has quit IRC | 16:06 | |
dosaboy | also needs more testing | 16:06 |
dosaboy | and happy to see mkoderer stress testing :) | 16:06 |
dosaboy | so keen to hear more about that | 16:06 |
mkoderer | yesss ;) | 16:06 |
dosaboy | question for y'all | 16:06 |
dosaboy | do we have a place for functional tests? | 16:06 |
*** tanisdl has quit IRC | 16:06 | |
*** psedlak_ has quit IRC | 16:06 | |
jgriffith | dosaboy: tempest... | 16:07 |
dosaboy | ok | 16:07 |
jgriffith | dosaboy: but that's not appropro here | 16:07 |
jgriffith | dosaboy: that's what's used for gate tests, so we would need to look at that | 16:07 |
dosaboy | right | 16:07 |
jgriffith | dosaboy: ie having tests in tempest that aren't gated | 16:07 |
matel | I guess the goal is 100% unit test coverage :-) | 16:07 |
jgriffith | matel: :) | 16:08 |
mkoderer | matel: that works already ;) | 16:08 |
dosaboy | there are a lot of corner cases with this code | 16:08 |
dosaboy | and not all reachable with unit tests | 16:08 |
dosaboy | so I think accompanying func tests would be good | 16:08 |
dosaboy | I have been doing some | 16:08 |
dosaboy | but nothing commited | 16:08 |
dosaboy | functional that is | 16:08 |
*** lloydde has joined #openstack-meeting | 16:08 | |
jgriffith | dosaboy: ideally... you could deploy devstack | 16:08 |
dosaboy | so yeah thats kind of it | 16:08 |
jgriffith | dosaboy: configure with your gear and run tempest | 16:08 |
*** jgallard has joined #openstack-meeting | 16:09 | |
dosaboy | jgriffith: that is what I am using | 16:09 |
dosaboy | I am testing with devstack and two ceph clusters | 16:09 |
jgriffith | right... but what I'm saying is | 16:09 |
dosaboy | oh yeah | 16:09 |
jgriffith | the whole point of the API's is to abstract what those back-ends are | 16:09 |
jgriffith | so you should be able to write generic functional tests to work across the board | 16:09 |
dosaboy | yeah so I have tested compatiblity with others drivers and backends | 16:09 |
jgriffith | the gates and official stack testsing will continue to use swift | 16:09 |
dosaboy | e.g. rbd drver with swift backup | 16:10 |
dosaboy | lvm driver with ceph backups etc | 16:10 |
jgriffith | dosaboy: right, so that matrix is a bit tricky to support in the OpenStack CI obviously :) | 16:10 |
guitarzan | is the question just where do we check in functional tests? | 16:10 |
dosaboy | I *hope* I have covered most variants | 16:10 |
jgriffith | guitarzan: yes | 16:10 |
mkoderer | dosaboy: I am quite sure we will test all Ceph cases here | 16:10 |
mkoderer | but no lvm | 16:10 |
dosaboy | mkoderer: excellent! | 16:10 |
jgriffith | guitarzan: but there's also a question IMO about how device specific those functional tests are | 16:11 |
dosaboy | well from the api perspective they are device agnostic | 16:11 |
*** bpb_ has joined #openstack-meeting | 16:11 | |
jgriffith | For specific devices (other than ref impl) I'd just suggest a github repo of your own that people can use/contribute to | 16:11 |
dosaboy | and tests would have to be repeated for each device type | 16:11 |
jgriffith | non-openstack official | 16:11 |
guitarzan | is there a problem with including device specific test scenarios? | 16:11 |
dosaboy | jgriffith: sounds like a plan | 16:12 |
jgriffith | guitarzan: there is if you gate on them | 16:12 |
dosaboy | ok well that's it from me | 16:12 |
winston-d | jgriffith: i guess device specific functional tests should be done by device vendors since they have the *device* | 16:12 |
*** sleepsonthefloor has joined #openstack-meeting | 16:12 | |
med_ | as no one may have the devices | 16:12 |
guitarzan | are the gate tests in the cinder tree? | 16:12 |
jgriffith | guitarzan: no | 16:12 |
jgriffith | guitarzan: they're in tempest | 16:12 |
*** michchap has joined #openstack-meeting | 16:12 | |
jdurgin1 | glance has functional tests for backends that are disabled when the backend isn't setup | 16:13 |
jgriffith | guitarzan: are you proposing that we open up the cinder tree for device specific functional tests? | 16:13 |
jgriffith | guitarzan: I'd rather not do that unless everybody else disagrees | 16:13 |
guitarzan | jgriffith: I'm tossing that option out there, yes | 16:13 |
* guitarzan shrugs | 16:13 | |
*** bpb has quit IRC | 16:13 | |
jgriffith | I can't see people managing/maintaining and reviewing code for devices they know nothing about and can't run | 16:13 |
guitarzan | they already do that for driver code | 16:14 |
jgriffith | guitarzan: Ok | 16:14 |
jgriffith | guitarzan: go for it then | 16:14 |
jgriffith | fine by me | 16:14 |
guitarzan | jdurgin1: those live in the glance tree? | 16:14 |
jdurgin1 | yes | 16:15 |
jgriffith | so everybody agree with guitarzan that folks should just put their vendor specific functional tests in the cinder trunk and we should review maintain said code? | 16:15 |
* dosaboy looks at glance tree | 16:15 | |
* guitarzan chuckles | 16:15 | |
jgriffith | guitarzan: why chuckle? | 16:15 |
eharney | can it be separated from the always-run unit tests? different folder or something? | 16:15 |
guitarzan | eharney: I think that's the idea | 16:16 |
jgriffith | eharney: yes | 16:16 |
zhiyan | jdurgin1: glance functional tests had some refactoring in week ago (last week?) | 16:16 |
bswartz | why would we want funcitonal tests in the cinder tree? aren't unit tests enough? | 16:16 |
DuncanT | Unit tests are never enough | 16:16 |
guitarzan | not usually | 16:16 |
dosaboy | bswartz: there are always going to be cases that a unit test cannot cover | 16:16 |
eharney | i'm not sure i see the value of tests that most people will never run though | 16:16 |
med_ | bswartz, well, as noted, functional tests test differently. | 16:16 |
jgriffith | eharney: +1000 | 16:17 |
guitarzan | eharney: that's a good point | 16:17 |
jdurgin1 | it makes sense for open source backends... | 16:17 |
bswartz | yeah but the purpose of the unit tests aren't to prove the driver is correct, they are to catch idiotic mistakes from breaking drivers by accident | 16:17 |
med_ | jgriffith, are you concerned about bitrot cruft, or just the initial review time/mindshare it takes to get in? | 16:17 |
bswartz | functional tests are valuable, but I don't see why they need to be in the cinder tree | 16:17 |
jgriffith | med_: both | 16:17 |
winston-d | i think where test code sit in doesn't matter, whether tests being done regularly is more important. | 16:17 |
jgriffith | med_: just don't see much value | 16:18 |
jgriffith | med_: ROI is not very good | 16:18 |
dosaboy | jdurgin1: do you know when and how the glance func tests are run? | 16:18 |
dosaboy | like what do they run against | 16:18 |
dosaboy | are they automated | 16:18 |
winston-d | vendors should have QA team publish test reports/file bugs against their driver regularly. | 16:18 |
*** mkollaro has quit IRC | 16:18 | |
jdurgin1 | dosaboy: they're not automated afaik | 16:18 |
thingee | med_: that and maintaining. driver maintenance has been a problem too | 16:19 |
bswartz | winston-d: +1 | 16:19 |
jgriffith | winston-d: I still say that's simple, just run tempest with your dev configured at a minimum | 16:19 |
guitarzan | glance has them as an option in run_tests | 16:19 |
winston-d | jgriffith: but i don't have a solidfire or 3par | 16:19 |
jgriffith | winston-d: and there's my point :) | 16:19 |
kmartin | If only the the vendor can run them while keep them in cinder, let the vendor keep them somewhere. It will also increase review times | 16:20 |
jgriffith | winston-d: so why would we put solidfire or 3par specific functional tests in the cinder tree | 16:20 |
jgriffith | winston-d: why not just let folks use tempest on their own and configure what they want to test | 16:20 |
*** cody-somerville has quit IRC | 16:20 | |
thingee | i think we should be worried about adding yet more code that no one will really know anything about | 16:20 |
eharney | i have to agree w/ kmartin there. The maintenance burden for Cinder doesn't seem to have much payoff | 16:20 |
jgriffith | winston-d: or... provide test libs on github if we so choose | 16:20 |
dosaboy | what is wrong with having functional tests part of cinder that can be cherry-picked? | 16:20 |
thingee | i worry about maintenance. who owns that? | 16:20 |
jgriffith | kmartin: eharney that's what I was saying but guitarzan *chuckled* at me :) | 16:21 |
jgriffith | thingee: agreed | 16:21 |
dosaboy | so e.g. I decide to implement soem solidfire feature, then I have some test I can run | 16:21 |
eharney | thingee: right. putting them in-tree makes people who aren't really that interested responsible.. | 16:21 |
jdurgin1 | I don't see much maintenance burden from self-contained test cases | 16:21 |
jgriffith | so as I started the conversation, I don't want to be responsible... | 16:21 |
jgriffith | I don't know how the different back-ends are supposed to react/behave | 16:22 |
DuncanT | jgriffith: One advantage of public test cases is they act as additional documentation. That isn't an arguement for having them in the main tree though | 16:22 |
thingee | jdurgin1: every time we disable a driver test and we can't get hold of the maintainer has sucked | 16:22 |
jgriffith | I do know how drivers are *expected* to behave however | 16:22 |
jgriffith | DuncanT: again... umm... isn't that what the API is supposed to do? | 16:22 |
jgriffith | DuncanT: and what tempest would flush out? | 16:23 |
jgriffith | DuncanT: ensures that you adhere to the API correctly | 16:23 |
winston-d | jgriffith: but sometimes there are configuration tricks and stuff | 16:23 |
jgriffith | winston-d: ok | 16:23 |
DuncanT | jgriffith: Maybe just enhancing tempest would be enough | 16:23 |
jgriffith | DuncanT: enhancing in what way? | 16:23 |
winston-d | +1 for tempest | 16:23 |
*** michchap_ has joined #openstack-meeting | 16:23 | |
dosaboy | I think I agree that tempest would be sufficient for the moment | 16:23 |
DuncanT | jgriffith: There are lots of bits of code it doesn't cover | 16:23 |
winston-d | add functional tests to tempest? | 16:23 |
jgriffith | you know anybody can contribute to tempest right? | 16:24 |
DuncanT | jgriffith: But I guess just fixing that is good enough | 16:24 |
matel | Maybe it's just me, but what sort of functional tests are we talking about exactly? Tests that are using OS API? | 16:24 |
DuncanT | jgriffith: Yeah, sorry, I was thinking out loud | 16:24 |
*** BobBall has left #openstack-meeting | 16:24 | |
jgriffith | DuncanT: no problem | 16:24 |
*** michcha__ has joined #openstack-meeting | 16:24 | |
dosaboy | matel: e.g. I want to test cinder backup api with Swift backend and then with Ceph backend. I need a functional test to do that. | 16:25 |
jgriffith | matel: I think some folks are interested in things like performance testsing and more edge-case/vendor specific tests | 16:25 |
*** michchap has quit IRC | 16:25 | |
jgriffith | matel: as well as the general API testsing that tempest should cover | 16:25 |
jgriffith | If folks want to submit their functional tests to Cinder and there are people that want to review/maintain fine by me | 16:26 |
*** michchap has joined #openstack-meeting | 16:26 | |
jgriffith | but personally I really don't have time for that | 16:26 |
jgriffith | but other people can certainly review/approve such patches | 16:26 |
thingee | i see the value in functional tests. i just don't think we really care if a vendor specific solution works. | 16:26 |
jgriffith | thingee: +1 | 16:27 |
*** michch___ has joined #openstack-meeting | 16:27 | |
matel | jgriffith: I implemented a cinder driver a long ago, for XenAPINFS. So I defined a sort of library, that would be used by cinder, and I had functional tests for that library, meaning I had a running storage backend expected for those tests. Is this the kind of tests that we are talking about? | 16:27 |
*** michchap_ has quit IRC | 16:28 | |
jgriffith | matel: I think that's part of it yes... there are multiple levels of detail here though | 16:28 |
dosaboy | matel: yes, that is one use | 16:28 |
matel | Okay, because those tests does not really fit tempest I guess. | 16:28 |
matel | At least I put them to my own repo, copied the cinder stuff there, and ran the tests. | 16:29 |
jgriffith | Ok, that's a 1/2 hour on this topic... perhaps we should move on? | 16:29 |
matel | sure | 16:29 |
thingee | yes | 16:29 |
jgriffith | Feel free to submit whatever you want | 16:29 |
matel | :-) | 16:29 |
winston-d | yeah, we have more to argue... | 16:29 |
*** michcha__ has quit IRC | 16:29 | |
dosaboy | agreed | 16:29 |
thingee | lets talk more about in the cinder room. | 16:29 |
jgriffith | I suppose that sort of covered the "stress test for cinder backup" ? | 16:29 |
mkoderer | ok next topic? | 16:29 |
thingee | on a train atm on my phone :( | 16:29 |
*** michchap_ has joined #openstack-meeting | 16:30 | |
*** Tross has quit IRC | 16:30 | |
dosaboy | go for it | 16:30 |
mkoderer | no not really | 16:30 |
*** spzala has quit IRC | 16:30 | |
jgriffith | #topic stress test for backup | 16:30 |
*** openstack changes topic to "stress test for backup (Meeting topic: cinder)" | 16:30 | |
mkoderer | just wanted to tell you that we are goining to have a stress test in the next sprint (3 weeks) | 16:30 |
jgriffith | mkoderer: have at it | 16:30 |
dosaboy | sounds like functional test to me ;) | 16:30 |
jgriffith | dosaboy: +1 | 16:30 |
mkoderer | so we reserved around 100 TB an a lot of machines | 16:30 |
*** michchap has quit IRC | 16:30 | |
mkoderer | I already had a look to openstack-stress | 16:31 |
*** cody-somerville has joined #openstack-meeting | 16:31 | |
*** michchap has joined #openstack-meeting | 16:31 | |
mkoderer | but then I found out that we already have such a tool inhouse | 16:31 |
*** tjones has joined #openstack-meeting | 16:31 | |
mordred | oh good. in house tools. /me grumbles | 16:31 |
mkoderer | so we will decide what we use or use both | 16:31 |
*** michch___ has quit IRC | 16:31 | |
jgriffith | mordred: :) | 16:31 |
*** anniec has joined #openstack-meeting | 16:31 | |
mordred | do you guys know about the stuff jog0 has done with FakeVirt in nova? | 16:31 |
mkoderer | mordred: we will put it on github ofc | 16:31 |
*** tjones has left #openstack-meeting | 16:32 | |
* mordred continues to grumble but will move on | 16:32 | |
jgriffith | mordred: yes, a bit (fakevirt) | 16:32 |
mkoderer | but we will focus only on ceph | 16:32 |
mkoderer | so no testing of lvm or something else | 16:32 |
jgriffith | mordred: the debate is some folks would like to check in functional tests specific to their device | 16:32 |
mkoderer | I think we will publish the results on our blog or somewhere | 16:32 |
*** spzala has joined #openstack-meeting | 16:32 | |
mordred | ah | 16:32 |
mkoderer | ok so that all ;) | 16:33 |
thingee | bbl | 16:33 |
jgriffith | mordred: my stance is it should be tempest tests they can configure their backend and run | 16:33 |
mordred | I would agree | 16:33 |
jgriffith | mordred: or additional *special* tests on public github | 16:33 |
jgriffith | mordred: but shouldn't go in the Cinder tree | 16:33 |
dosaboy | mkoderer: do note that ceph backup is not expected to be performant until diff/incr backups are in place | 16:33 |
*** michcha__ has joined #openstack-meeting | 16:33 | |
mordred | is there an example of what type of 'special' test someone wants? | 16:33 |
mkoderer | dosaboy: yes we know it | 16:34 |
*** michchap_ has quit IRC | 16:34 | |
jgriffith | mordred: I've also mentioned in the past IIRC there's some things we can do if folks want to give you access to their lab/gear to do periodic tests? | 16:34 |
winston-d | mordred: so you are telling us that you have lots of h/w ready for stress tests and will publish your in-house tool as well. that's it? | 16:34 |
mkoderer | but we already need to prepare the environment | 16:34 |
winston-d | sorry, it should go to mkoderer | 16:34 |
mordred | jgriffith: yes. well, sort of - it's not that they give us access even | 16:34 |
jgriffith | winston-d: no, I think we'er saying that vendor specific qual and testsing should be up to the vendor not OpenStack per-say | 16:34 |
mordred | jgriffith: there is a mechanism whereby anyone can subscribe to the stream of events out of gerrit | 16:34 |
mordred | jgriffith: and can run tests as they see fit | 16:35 |
*** dkliban has joined #openstack-meeting | 16:35 | |
mkoderer | winston-d: yes that it | 16:35 |
jgriffith | mordred: ahh... even better | 16:35 |
mordred | jgriffith: and report the results back to the code review | 16:35 |
*** mkollaro has joined #openstack-meeting | 16:35 | |
mordred | jgriffith: like how smokestack works | 16:35 |
*** tjones has joined #openstack-meeting | 16:35 | |
mordred | it's a piece of cake to do | 16:35 |
jgriffith | mordred: cool... smokestack was what I had in mind | 16:35 |
zhiyan | mkoderer: do you have write the pref test case details down to some place? | 16:35 |
*** spzala has quit IRC | 16:35 | |
*** michchap has quit IRC | 16:35 | |
mordred | there's even a jenkins plugin a person can use that will do all of the gerrit communication for them | 16:35 |
jgriffith | So my point in all of this is that if they don't feel that tempest is sufficient they should submit enhancments to tempest | 16:35 |
mkoderer | Yes sure | 16:36 |
jgriffith | and use the method you described for their specific devices | 16:36 |
mordred | yup! | 16:36 |
*** Tross has joined #openstack-meeting | 16:36 | |
*** fmanco has joined #openstack-meeting | 16:36 | |
mordred | http://ci.openstack.org/third_party.html | 16:36 |
*** spzala has joined #openstack-meeting | 16:36 | |
*** lpabon has joined #openstack-meeting | 16:36 | |
*** fmanco has left #openstack-meeting | 16:36 | |
jgriffith | mordred: cool! | 16:36 |
jgriffith | Ok... so that was pretty much the same topic after all :) | 16:37 |
mkoderer | jgriffith: yes seems so ;) | 16:37 |
jgriffith | so we have 38 minutes on functional tests :) | 16:37 |
med_ | heh. but now that's two in 37 min.s so are rate is increasing | 16:37 |
*** michcha__ has quit IRC | 16:38 | |
jgriffith | med_: haha! | 16:38 |
guitarzan | hahaha | 16:38 |
jgriffith | med_: always has a glass 1/n full | 16:38 |
dosaboy | keep the flame going! | 16:38 |
*** hartsocks1 has quit IRC | 16:38 | |
*** hemnafk is now known as hemna | 16:38 | |
*** Mandell has quit IRC | 16:38 | |
haomaiwang | No more topic? | 16:39 |
mkoderer | next topic? | 16:39 |
*** jecarey_ has quit IRC | 16:39 | |
jgriffith | #topic flatten volumes | 16:39 |
*** openstack changes topic to "flatten volumes (Meeting topic: cinder)" | 16:39 | |
jgriffith | winston-d: ^^ | 16:39 |
*** boris-42 has quit IRC | 16:39 | |
winston-d | yup | 16:39 |
*** sushils has quit IRC | 16:40 | |
winston-d | there is a bp intended to implement a public api extension to remove dependencies of a volume/snapshot | 16:40 |
matel | do we have a link? | 16:41 |
winston-d | here's the bp: https://blueprints.launchpad.net/cinder/+spec/add-flat-volume-api | 16:41 |
zhiyan | winston-d: this seems need backend/storage support | 16:41 |
guitarzan | certainly does | 16:41 |
winston-d | and avishay and I have different opinion about whether this kind of functionality should be public api or done internally | 16:41 |
matel | I think in the XenServer world, we call it coalescing | 16:41 |
mkoderer | jgriffith: we skip topic refactor-backup-service? ;) | 16:42 |
hemna | hrmm | 16:42 |
*** dkliban has quit IRC | 16:42 | |
jgriffith | mkoderer: I'll come back around to it | 16:42 |
hemna | our backend won't support this | 16:42 |
mkoderer | np | 16:42 |
jgriffith | hemna: most won't | 16:42 |
*** dkliban has joined #openstack-meeting | 16:42 | |
hemna | unless we clone the volume | 16:42 |
DuncanT | Any backend can do it with a full copy... | 16:42 |
hemna | should we be making public APIs for things that most backends won't support ? | 16:42 |
winston-d | so i would like to hear some feedback like do you guys want to see this implement as public api or not? | 16:42 |
jgriffith | DuncanT: and any volume can continue to function as they do today by the same principal | 16:43 |
haomaiwang | hemna +1 | 16:43 |
zhiyan | but IMO, probably a lot of backend not support it natively | 16:43 |
bswartz | winston-d: netapp can support this | 16:43 |
zhiyan | gpfs support it | 16:43 |
jgriffith | winston-d: I've already spoken to this multiple times and my vote is -1 | 16:43 |
jdurgin1 | hemna: imo that's why this makes sense as an extension rather than a core api | 16:43 |
winston-d | jgriffith: noted | 16:43 |
jgriffith | winston-d: :) | 16:43 |
winston-d | jdurgin1: any comment? i think this bp is from ceph use cases | 16:43 |
bswartz | I am in favor of it, but I'd prefer something that was less painful for those who can't support it | 16:43 |
*** IlyaE has quit IRC | 16:43 | |
winston-d | bswartz: which is? | 16:44 |
bswartz | I'm not sure | 16:44 |
*** zehicle_at_dell has quit IRC | 16:44 | |
bswartz | if this is the only way to support breaking teh dependency between snapshots and volumes then I want it | 16:44 |
jdurgin1 | so this is meant to address an issue for some backends like ceph where a clone is dependent on the snapshot it came from | 16:44 |
*** zehicle_at_dell has joined #openstack-meeting | 16:45 | |
jdurgin1 | the dependency can be broken by effectively doing a full copy, but obviously having copy-on-write has its advantages as well | 16:45 |
guitarzan | jdurgin1: wasn't that case already fixed with the rbd config option? | 16:45 |
hemna | for us a clone is a complete copy and has no dependencies and in fact is the way to avoid dependencies from snapshotting volumes and creating volumes from snapshots. | 16:45 |
guitarzan | jdurgin1: ahh, nevermind, handling both is harder :) | 16:46 |
jdurgin1 | guitarzan: exactly | 16:46 |
winston-d | jdurgin1: can you remove dependency internally, transparent to end-user? | 16:46 |
jgriffith | hemna: +1 as is true for SF and LVM | 16:46 |
zhiyan | we can implement some code to allow particular backend support separation, but not easy if they not support it natively. | 16:46 |
jdurgin1 | winston-d: no, that's the issue really | 16:47 |
winston-d | jdurgin1: why not? | 16:47 |
guitarzan | winston-d: can't handle both cow and non-cow cases | 16:47 |
hemna | so is the implementation of the ceph driver's clone creating this dependency because of the ceph apis and can that just be avoided by doing something else? Instead of backdooring this with creating a whole new public API that no one supports? | 16:47 |
winston-d | guitarzan: then why a public api can help? | 16:47 |
jdurgin1 | hemna: no, this isn't the clone functionality | 16:48 |
hemna | the BP says cloning | 16:48 |
jdurgin1 | hemna: it's ceph's copy-on-write functionality when creating a volume from a snapshot | 16:48 |
jdurgin1 | hemna: which is called cloning | 16:48 |
hemna | gah | 16:48 |
hemna | overloading of terms here then | 16:49 |
jgriffith | to be clear, the dependency isn't really in Cinder then, it's in Ceph | 16:49 |
jgriffith | is that accurate? | 16:49 |
haomaiwang | yes | 16:49 |
winston-d | so i still don't get why can't ceph do things like remove dependency when needed automatically | 16:49 |
jdurgin1 | yes, and other drivers like nexenta have this issue too | 16:49 |
guitarzan | winston-d: I think the question is now to tell when it's needed or not | 16:49 |
guitarzan | s/now/how/ | 16:50 |
jdurgin1 | winston-d: so like I mentioned on the review, a snapshot may have many volumes created from it | 16:50 |
*** Mandell has joined #openstack-meeting | 16:50 | |
winston-d | jdurgin1: ok, and? | 16:50 |
jgriffith | winston-d: jdurgin1 and to be clear, creating a volume from snapshot in the other drivers doesn't not result in a dependent volume | 16:50 |
jdurgin1 | winston-d: and we probably don't want to use up a lot more space and i/o doing full copies for all of them at once when someone wants to delete the snapshot | 16:50 |
jdurgin1 | jgriffith: it does for nexenta | 16:50 |
jgriffith | jdurgin1: sorry... Ceph and Nexenta | 16:51 |
jdurgin1 | jgriffith: and maybe others, who knows | 16:51 |
*** leizhang has quit IRC | 16:51 | |
jgriffith | jdurgin1: my point as I've said before is that I think there could/should be a distinction between clone and snapshot | 16:51 |
*** hartsocks has joined #openstack-meeting | 16:51 | |
jgriffith | they're NOT the same thing | 16:51 |
*** tedross has quit IRC | 16:51 | |
jdurgin1 | jgriffith: no, they're not | 16:51 |
jgriffith | and that's exactly why we have this issue | 16:51 |
winston-d | jdurgin1: and when some user invoke such a call from public api, you are still in the same trouble? | 16:51 |
hemna | jgriffith, +1 | 16:52 |
haomaiwang | Hmm, I think the strive should be given to ceph and nexenta. | 16:52 |
winston-d | jdurgin1: i mean a user said 'flatten this snapshot' | 16:52 |
jgriffith | jdurgin1: but for Nexenta and Ceph you're saying that clones are imlemented with internal snapshots | 16:52 |
jgriffith | haomaiwang: what do you mean by "the strive"? | 16:52 |
jdurgin1 | winston-d: no, the api would be 'flatten this volume' | 16:52 |
*** elo has quit IRC | 16:53 | |
hemna | ugh | 16:53 |
jdurgin1 | winston-d: so that this particular volume does not depend on its parent snapshot | 16:53 |
hemna | jdurgin, that's a clone :) | 16:53 |
winston-d | jdurgin1: cool. why would a user wants to do that do a volume? | 16:53 |
*** leizhang has joined #openstack-meeting | 16:54 | |
winston-d | jdurgin1: he can remove his created-from-snapshot volume anytime, right? | 16:54 |
jdurgin1 | winston-d: yes, but he cannot remove the snapshot it was created from | 16:54 |
jdurgin1 | winston-d: and flattening can also improve performance for some workloads | 16:55 |
winston-d | jdurgin1: right, so he should invoke the api saying 'flatten this snapshot' instead of 'flatten one of the clone' | 16:55 |
*** Mandell has quit IRC | 16:55 | |
*** pcm_ has joined #openstack-meeting | 16:55 | |
*** kirankv has joined #openstack-meeting | 16:55 | |
*** terry7 has joined #openstack-meeting | 16:55 | |
*** tayyab has joined #openstack-meeting | 16:55 | |
guitarzan | winston-d: no, the snapshot is already flat | 16:55 |
guitarzan | :) | 16:55 |
winston-d | well, only 5 min left. | 16:55 |
winston-d | we can continue this discussion in cinder channel. | 16:56 |
guitarzan | we might need to stop digging into details during meetings | 16:56 |
hemna | and we're back to what backends actually support flattening a snapshot ? | 16:56 |
hemna | 1 ? | 16:56 |
*** Mandell has joined #openstack-meeting | 16:57 | |
jdurgin1 | let's continue in the cinder channel like winston suggested | 16:57 |
winston-d | full copy? | 16:57 |
winston-d | mkoderer: you are up for refactoring... | 16:57 |
mkoderer | ok | 16:57 |
jgriffith | #topic backup service refactor | 16:57 |
*** openstack changes topic to "backup service refactor (Meeting topic: cinder)" | 16:57 | |
winston-d | 3min left, sorry | 16:57 |
mkoderer | so just quckly | 16:57 |
mkoderer | about https://blueprints.launchpad.net/cinder/+spec/refactor-backup-service | 16:58 |
mkoderer | thanks for the reviews | 16:58 |
*** nati_ueno has joined #openstack-meeting | 16:58 | |
mkoderer | so we agreed to rename backup/service to backup/driver | 16:58 |
winston-d | +1 for that | 16:58 |
mkoderer | I will work on the the next days | 16:58 |
DuncanT | mkoderer: Only if you do the renaming magic so old config files still work | 16:58 |
mkoderer | but we will keep the database field "backup.service"? | 16:59 |
jgriffith | DuncanT: +1, should be trivial at this point | 16:59 |
mkoderer | yes I know | 16:59 |
*** jlucci has joined #openstack-meeting | 16:59 | |
mkoderer | this is what I am working on ;) | 16:59 |
DuncanT | mkoderer: Database migrations are a pain in the arse on live systems, so if renaming the field is only to look pretty, don't bother | 16:59 |
jgriffith | mkoderer: we shouldn't have anything driver/backend specific in the DB anyway | 17:00 |
mkoderer | DuncanT: yes thats the point | 17:00 |
med_ | timezup | 17:00 |
*** haomaiwa_ has joined #openstack-meeting | 17:00 | |
*** leizhang has quit IRC | 17:00 | |
jgriffith | med_: indeed | 17:00 |
mkoderer | jgriffith: the service is stored there.. | 17:01 |
jgriffith | mkoderer: don't change the db table :) | 17:01 |
jgriffith | mkoderer: huh? | 17:01 |
*** cbananth has joined #openstack-meeting | 17:01 | |
mkoderer | yes I won't ;) | 17:01 |
jgriffith | mkoderer: my point is the driver info isn't, the service is | 17:01 |
*** haomaiwang has quit IRC | 17:01 | |
*** eglynn has quit IRC | 17:01 | |
jgriffith | the service doesn't change | 17:01 |
jgriffith | just the driver | 17:01 |
mkoderer | ok | 17:01 |
jgriffith | the whole point of abstraction is just that | 17:01 |
jgriffith | mkoderer: no? | 17:01 |
*** mrodden1 is now known as mrodden | 17:01 | |
*** bswartz has left #openstack-meeting | 17:02 | |
jgriffith | K... guess everyobyd is leaving | 17:02 |
*** Eustace has joined #openstack-meeting | 17:02 | |
jgriffith | #endmeeting cinder | 17:02 |
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings" | 17:02 | |
openstack | Meeting ended Wed Jul 3 17:02:19 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:02 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-07-03-16.03.html | 17:02 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-07-03-16.03.txt | 17:02 |
openstack | Log: http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-07-03-16.03.log.html | 17:02 |
*** winston-d has left #openstack-meeting | 17:02 | |
*** elo has joined #openstack-meeting | 17:02 | |
*** ajforrest has left #openstack-meeting | 17:02 | |
hartsocks | #startmeeting VMwareAPI | 17:02 |
openstack | Meeting started Wed Jul 3 17:02:59 2013 UTC. The chair is hartsocks. Information about MeetBot at http://wiki.debian.org/MeetBot. | 17:03 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 17:03 |
*** openstack changes topic to " (Meeting topic: VMwareAPI)" | 17:03 | |
openstack | The meeting name has been set to 'vmwareapi' | 17:03 |
hartsocks | Who's around for VMwareAPI subteam meeting time! | 17:03 |
hartsocks | Name, company this time. | 17:03 |
hartsocks | Just because... | 17:03 |
hartsocks | :-) | 17:03 |
danwent | hello! Dan Wendlandt, vmware | 17:03 |
kirankv | Hi! Kiran, HP | 17:03 |
Eustace | Hi Eustace, HP | 17:03 |
danwent | though technically people should feel free to not indicate a company, if they prefer not to. In openstack, people are also free to contribute as individuals | 17:04 |
yaguang | Hi all | 17:04 |
*** derekh has quit IRC | 17:04 | |
*** michchap has joined #openstack-meeting | 17:04 | |
yaguang | yaguang, Canonical | 17:04 |
*** mkollaro has quit IRC | 17:04 | |
hartsocks | @danwent thank you. yes. | 17:04 |
hartsocks | If you don't want to name a company, you don't have to. | 17:04 |
*** sabari_ has joined #openstack-meeting | 17:04 | |
*** joel-coffman has quit IRC | 17:04 | |
*** gary_th has joined #openstack-meeting | 17:05 | |
hartsocks | I'm Shawn Hartsock from VMware tho' and this is the part of the meeting where we talk bugs... | 17:05 |
hartsocks | #topic bugs | 17:05 |
*** openstack changes topic to "bugs (Meeting topic: VMwareAPI)" | 17:05 | |
hartsocks | Anyone have a pet bug that needs attention? | 17:05 |
*** jgallard has quit IRC | 17:05 | |
*** garyTh has quit IRC | 17:05 | |
hartsocks | The silence is deafening. | 17:06 |
*** tjones has quit IRC | 17:06 | |
yaguang | I have one that slove uncompatible issue with PostgreSQL | 17:06 |
*** cody-somerville has quit IRC | 17:06 | |
hartsocks | Hrm. Well, I meant bugs that are related to VMware's API's and drivers specifically. :-) | 17:07 |
*** jbjohnso has quit IRC | 17:07 | |
yaguang | oh, sorry | 17:07 |
kirankv | its related to vmware :) | 17:07 |
hartsocks | Is it? | 17:07 |
yaguang | https://bugs.launchpad.net/nova/+bug/1195139 | 17:07 |
uvirtbot | Launchpad bug 1195139 in nova "vmware Hyper doesn't report hypervisor version correctly to database" [Undecided,In progress] | 17:07 |
kirankv | the version issue | 17:07 |
hartsocks | My apologies. | 17:08 |
kirankv | no worries | 17:09 |
hartsocks | Hmm… I will look more closely at this one later… but IIRC you can have versions like 5.0.0u1 | 17:09 |
hartsocks | Not sure how that would work. | 17:09 |
*** Fdot has joined #openstack-meeting | 17:09 | |
sabari_ | yes, i would suggest moving to a String/Text field type in the database | 17:09 |
*** tjones has joined #openstack-meeting | 17:09 | |
kirankv | well but the field that is being retrieved gives the numberals only and never the update versions u1,u2... not sure it that has changed noew | 17:10 |
yaguang | nova libvirt driver use integer version to do a version compare | 17:10 |
*** Tross has quit IRC | 17:11 | |
sabari_ | would that affect VMware drivers ? | 17:11 |
*** Fdot has quit IRC | 17:11 | |
yaguang | I mean the column is set to interger is for that use case | 17:11 |
*** Tross has joined #openstack-meeting | 17:12 | |
sabari_ | I haven;t yet seen a code in the VMware driver that has such use case, may be moving to String wouldnt harm | 17:12 |
*** _ozstacker_ has quit IRC | 17:12 | |
hartsocks | Interesting… version numbers is one of those things that most systems treat as strings so I'm surprised this is an issue. | 17:12 |
sabari_ | hmmm | 17:12 |
*** eglynn has joined #openstack-meeting | 17:13 | |
*** leizhang has joined #openstack-meeting | 17:13 | |
kirankv | well if i have both libvirt and vmware then changing it to string would break libvirt, so id prefer not doing a db change | 17:13 |
yaguang | agree with kirankv | 17:13 |
sabari_ | oh yeah, I almost forgot that point | 17:13 |
*** ozstacker has joined #openstack-meeting | 17:14 | |
hartsocks | okay. | 17:14 |
hartsocks | I see your point. | 17:14 |
sabari_ | understood | 17:14 |
hartsocks | #action hartsocks to follow up on https://bugs.launchpad.net/nova/+bug/1195139 | 17:14 |
uvirtbot | Launchpad bug 1195139 in nova "vmware Hyper doesn't report hypervisor version correctly to database" [Undecided,In progress] | 17:14 |
hartsocks | I'll figure out what the right triage actions are after the meeting. | 17:14 |
hartsocks | Any other bugs to bring up? | 17:15 |
*** matel has quit IRC | 17:15 | |
sabari_ | https://bugs.launchpad.net/nova/+bug/1190515 | 17:15 |
uvirtbot | Launchpad bug 1190515 in nova "disconnected ESXi Hosts cause VMWare driver failure" [High,In progress] | 17:15 |
sabari_ | There were couple of bugs related to the fix I am working on this issue. | 17:15 |
*** Tross has quit IRC | 17:16 | |
sabari_ | It would be better to raise the priority of this bug | 17:16 |
*** Tross has joined #openstack-meeting | 17:16 | |
hartsocks | It's already rated as "high" ... | 17:16 |
hartsocks | you think this is critical? | 17:16 |
*** michchap has quit IRC | 17:16 | |
kirankv | Question: does a patchset for higher priority bug get reviewed faster? | 17:17 |
hartsocks | no. not really. | 17:17 |
sabari_ | Sorry, I thought I saw a different priority on the bug. | 17:17 |
kirankv | oh! | 17:17 |
hartsocks | It's just a priority helper for us to decide. | 17:17 |
kirankv | ok | 17:18 |
hartsocks | I'm on the bug triage team though and this might help explain the priorities... | 17:18 |
hartsocks | #link https://wiki.openstack.org/wiki/BugTriage#Task_2:_Prioritize_confirmed_bugs_.28bug_supervisors.29 | 17:18 |
hartsocks | Critical means prevents a key feature from working properly | 17:18 |
hartsocks | If there's a work-around then it can't be "Critical" | 17:19 |
hartsocks | Just FYI. | 17:19 |
*** psedlak_ has joined #openstack-meeting | 17:19 | |
*** leizhang has quit IRC | 17:19 | |
*** psedlak_ has quit IRC | 17:19 | |
*** mkollaro has joined #openstack-meeting | 17:19 | |
*** dcramer_ has quit IRC | 17:19 | |
hartsocks | Any other bugs we need to discuss? | 17:20 |
*** zhiyan has left #openstack-meeting | 17:20 | |
hartsocks | Okay moving on to blueprints in ... | 17:20 |
hartsocks | 3... | 17:21 |
hartsocks | 2... | 17:21 |
hartsocks | #topic blueprints | 17:21 |
*** openstack changes topic to "blueprints (Meeting topic: VMwareAPI)" | 17:21 | |
hartsocks | #link https://blueprints.launchpad.net/nova/+spec/fc-support-for-vcenter-driver | 17:21 |
hartsocks | This is the FC support blueprint. | 17:21 |
*** eglynn has quit IRC | 17:22 | |
hartsocks | I think this is not even set for Havana right now. | 17:22 |
hartsocks | @kirankv I think this is one of yours | 17:22 |
kirankv | yes, | 17:22 |
kirankv | working on this, refactoring the iSCSI code so that it can be used for FC as well | 17:23 |
*** cp16net is now known as cp16net|away | 17:23 | |
kirankv | this week a WIP patch should get posted | 17:23 |
hartsocks | are you trying for Havana-3 for this? | 17:23 |
*** Tross1 has joined #openstack-meeting | 17:23 | |
*** markwash has joined #openstack-meeting | 17:23 | |
hartsocks | (I don't see a series goal) | 17:23 |
kirankv | will initially post it as for Havana2 | 17:23 |
kirankv | will set it when I post the patch | 17:24 |
*** yuanz has quit IRC | 17:24 | |
*** tedross has joined #openstack-meeting | 17:24 | |
hartsocks | okay, you can try… | 17:24 |
kirankv | ok | 17:24 |
*** yuanz has joined #openstack-meeting | 17:24 | |
*** thingee has left #openstack-meeting | 17:24 | |
hartsocks | (lot of reviews for the core to get through so H2 will be hard) | 17:25 |
hartsocks | Let's see what else (before I get the big ones) | 17:25 |
*** Tross has quit IRC | 17:25 | |
hartsocks | #link https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy | 17:25 |
*** gyee has quit IRC | 17:25 | |
hartsocks | My blueprint turned out to be pretty simple. | 17:25 |
hartsocks | I've posted code but it is "work in progress" | 17:26 |
*** gyee has joined #openstack-meeting | 17:26 | |
hartsocks | I've got a bug in my gerrit account… my "work in progress" won't show up | 17:26 |
hartsocks | So just FYI | 17:26 |
kirankv | isnt the clone strategy something to be decided at instance creation time rather than by the image itself | 17:26 |
hartsocks | That's why there's a patch this early. | 17:27 |
*** Tross has joined #openstack-meeting | 17:27 | |
*** Tross1 has quit IRC | 17:27 | |
*** dhellmann is now known as dhellmann-away | 17:27 | |
hartsocks | This is one strategy that was easy. Decide that this "type" of machine performs best as a linked-clone or as a full-clone. | 17:27 |
hartsocks | Considering that you don't turn a web-server image into a database server image using "nova boot" this seems reasonable to me. | 17:28 |
kirankv | ok, let me see if there are options that can be specified for nova boot | 17:28 |
hartsocks | This feeds @yaguang 's work... | 17:29 |
*** radez is now known as radez_g0n3 | 17:29 | |
yaguang | there are metadata can by used to describe the instance | 17:29 |
yaguang | and we can get it from db | 17:29 |
*** markwash has quit IRC | 17:30 | |
*** Tross1 has joined #openstack-meeting | 17:30 | |
hartsocks | and how do we put it into the db? | 17:30 |
sabari_ | hmm, the only other option would be scheduler hints | 17:30 |
yaguang | you just need to specify as nova boot options | 17:30 |
kirankv | #link http://docs.openstack.org/cli/quick-start/content/nova-cli-reference.html | 17:31 |
*** virajh has joined #openstack-meeting | 17:31 | |
kirankv | section on Insert metadata during launch | 17:31 |
kirankv | gives the details | 17:31 |
*** leizhang has joined #openstack-meeting | 17:31 | |
hartsocks | okay. just like the glance CLI | 17:32 |
*** jlucci has quit IRC | 17:32 | |
*** Tross has quit IRC | 17:32 | |
kirankv | yes | 17:32 |
*** jlucci has joined #openstack-meeting | 17:32 | |
hartsocks | So the real questions are: | 17:32 |
hartsocks | 1. what should the default be "full" or "linked"? | 17:32 |
hartsocks | 2. where should you be able to override the default? | 17:32 |
*** bgorski has quit IRC | 17:33 | |
yaguang | but I think we can set it as a image property full clone or linked | 17:33 |
yaguang | s/a/an/ | 17:33 |
hartsocks | I like that. (that's in the patch up right now) | 17:33 |
hartsocks | I *also* like putting it at nova boot | 17:33 |
hartsocks | in the instance. | 17:33 |
hartsocks | I think I can do both. Letting nova boot's meta data override what is in the image. | 17:34 |
hartsocks | Is that too much freedom? | 17:34 |
hartsocks | Is that confusing? | 17:34 |
*** haomaiwa_ has quit IRC | 17:34 | |
kirankv | we might have to see how it is being done and used in kvm today | 17:35 |
tjones | but the customer would have to load 2 images into glance when they can just load 1 and then tell the instance how to use it | 17:35 |
kirankv | that might give us insights on how admins use it | 17:35 |
tjones | that seems simpler from a user point of view to me | 17:35 |
yaguang | in kvm | 17:35 |
hartsocks | @tjones that's why I like the idea of letting the image control a "default" but letting nova boot control an override. | 17:35 |
yaguang | we can config in nova.conf to set what kind of image type to use | 17:35 |
kirankv | kvm = libvirt | 17:35 |
yaguang | qcow2 or raw , | 17:35 |
sabari_ | For a while I was looking at ways to specify options at boot time. At least, I thought that the metadata service can only be used after the instance is created. I am not sure if that information will be passed along to the driver. Just curious, if some knows if that can be done. | 17:36 |
yaguang | a raw image just like a full clone | 17:36 |
kirankv | ok | 17:36 |
tjones | @hrtsocks - i agree with that and i don't think its too much freedom | 17:36 |
*** zaro has quit IRC | 17:36 | |
*** dcramer_ has joined #openstack-meeting | 17:36 | |
hartsocks | I'll post a patch in time for next Wednesday that shows both image and "nova boot" meta data switches. Then solicit your feedback again. I don't think we should worry if this is different from what KVM does. | 17:37 |
hartsocks | (at least on this one small point) | 17:37 |
hartsocks | But I will look at raw vs qcow2 to help me figure out how best to write this. | 17:38 |
hartsocks | Next topic? | 17:38 |
hartsocks | #link https://blueprints.launchpad.net/nova/+spec/improve-vmware-disk-usage | 17:38 |
hartsocks | This is yaguang's BP | 17:38 |
yaguang | I am working on it | 17:38 |
hartsocks | I noticed a setting "use_linked_clone" that defaults to true. | 17:39 |
hartsocks | This is already in the driver code on master. | 17:39 |
yaguang | yes , I also see it | 17:39 |
hartsocks | So editing localrc for your devstack should let you work. | 17:39 |
hartsocks | How will you deal with "linked-clone" disks? I noticed the instance has a link back to the image that made it. | 17:40 |
hartsocks | That's why I was working to put "linked clone" in the image. | 17:40 |
yaguang | please take a look at this https://etherpad.openstack.org/vmware-disk-usage-improvement | 17:41 |
*** dcramer_ has quit IRC | 17:41 | |
hartsocks | okay… that's interesting... | 17:42 |
*** zaro has joined #openstack-meeting | 17:42 | |
hartsocks | you're still planning on using linked clones, just off of new resized copies? | 17:42 |
kirankv | yaguang: does this mean that when we use different flavors the image is copied over again just to be resized? | 17:42 |
*** michchap has joined #openstack-meeting | 17:43 | |
hartsocks | @yaguang hello? | 17:44 |
yaguang | @kirankv, yes if we use linked clone , | 17:44 |
*** leizhang has quit IRC | 17:44 | |
hartsocks | @yaguang could you resize a full-clone VMDK in place? | 17:45 |
yaguang | @hartsocks, yes I want to get confirm from you guys | 17:45 |
kirankv | ok since its a local copy it would be much faster than transferring from glance | 17:45 |
yaguang | if this is ok | 17:45 |
*** pschaef has quit IRC | 17:46 | |
yaguang | this is also how nova with kvm does to cache images and speed up instance build time | 17:46 |
*** leizhang has joined #openstack-meeting | 17:47 | |
hartsocks | The only one that confuses me is the "linked clone" … the first part steps 1 to 4 | 17:47 |
yaguang | @hartsocks, a full clone vmdk is first copied to instance dir , and then do a resize | 17:47 |
hartsocks | @yaguang That's not the bit that confuses me. | 17:48 |
hartsocks | @yaguang the "full clone" steps 1 to 3 make sense and that's what I thought the blueprint would do... | 17:49 |
yaguang | let me explain, the idea is when using linked clone, we cache a base image first, | 17:49 |
*** bpb_ has quit IRC | 17:49 | |
yaguang | because there may be different flavors of instance created in the same VMware Hypervisor | 17:50 |
tjones | can't the next copy from glance be skipped as the original image is still there? Just copy and resoze it? | 17:50 |
yaguang | and they have different size of root size | 17:50 |
*** sushils has joined #openstack-meeting | 17:51 | |
yaguang | download from glance is just once | 17:51 |
tjones | yes - great | 17:51 |
hartsocks | Okay I get it… | 17:51 |
tjones | download once and copy/resize after than | 17:51 |
yaguang | when a flavor of instance is to be created, we first check in local cache dir | 17:51 |
hartsocks | image-a gets image-a-small image-a-large in the image cache | 17:52 |
hartsocks | ? | 17:52 |
yaguang | if the resized image disk is there | 17:52 |
*** radix has left #openstack-meeting | 17:52 | |
yaguang | if it isn't we will do a copy and resize | 17:52 |
tjones | so the steps should be - 1 - check if the image is in local cache and if not download | 17:52 |
yaguang | yes | 17:53 |
tjones | ok to make the edit in etherpad to make sure it's clear and we are all on the same page? | 17:53 |
hartsocks | so if a request for image-abcdef-small is there we use it and do a linked clone from that point. | 17:53 |
*** dcramer_ has joined #openstack-meeting | 17:53 | |
yaguang | no | 17:53 |
hartsocks | Should we put some notes on the Blueprint to explain this? | 17:54 |
tjones | that's what i was getting at :-D | 17:54 |
yaguang | we do a full copy | 17:54 |
yaguang | and resize it to image--abdfsad_10 | 17:54 |
yaguang | this new image disk is used to be a linked clone of the instance | 17:55 |
*** zehicle_at_dell has quit IRC | 17:55 | |
*** michchap has quit IRC | 17:55 | |
hartsocks | Let's be sure to write this down in the blueprint. | 17:56 |
kirankv | each flavor will have its own base image, but the base image is not copied over from glance everytime, instead the local cached image is copied and resized | 17:56 |
yaguang | so different flavor of instances in the same server have different linked clone base image | 17:56 |
*** radix has joined #openstack-meeting | 17:56 | |
yaguang | @kirankv, exactly | 17:56 |
hartsocks | Just to be clear, each flavor + image … since you can have different images with different flavors… right? | 17:57 |
kirankv | yaguang: with custom flavours having same base size and different ephermal sizes use the same procedure? | 17:57 |
yaguang | yes | 17:57 |
hartsocks | For example… image Debian and image Win32 each with flavors small, medium, large means 2 x 3 images. | 17:57 |
*** afazekas_ has quit IRC | 17:58 | |
*** leizhang has quit IRC | 17:58 | |
yaguang | I think the ephermal disk handle is independent from root disk | 17:58 |
kirankv | are ephermal disks are linked or not? | 17:58 |
yaguang | is it make sense to use linked for ephermal disks ? | 17:59 |
yaguang | s/does/is/ | 17:59 |
hartsocks | #action yaguang to document blueprint https://blueprints.launchpad.net/nova/+spec/improve-vmware-disk-usage based on https://blueprints.launchpad.net/nova/+spec/improve-vmware-disk-usage | 17:59 |
hartsocks | We're out official meeting time. | 18:00 |
*** mtreinish has quit IRC | 18:00 | |
hartsocks | The room at #openstack-vmware is open for discussion. | 18:00 |
kirankv | yaguang: i will have to check more on ephermal disk | 18:00 |
*** thunquest has joined #openstack-meeting | 18:01 | |
hartsocks | okay. See you all next week. | 18:01 |
hartsocks | I'll open next week on this topick | 18:02 |
hartsocks | . | 18:02 |
hartsocks | #endmeeting | 18:02 |
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings" | 18:02 | |
openstack | Meeting ended Wed Jul 3 18:02:09 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 18:02 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/vmwareapi/2013/vmwareapi.2013-07-03-17.02.html | 18:02 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/vmwareapi/2013/vmwareapi.2013-07-03-17.02.txt | 18:02 |
openstack | Log: http://eavesdrop.openstack.org/meetings/vmwareapi/2013/vmwareapi.2013-07-03-17.02.log.html | 18:02 |
kirankv | this meeting went through fast ..... | 18:03 |
hartsocks | yeah. | 18:03 |
*** gary_th has quit IRC | 18:04 | |
hartsocks | Lots to discuss. | 18:04 |
*** sandywalsh has quit IRC | 18:05 | |
*** radez_g0n3 is now known as radez | 18:06 | |
*** cbananth has quit IRC | 18:06 | |
*** kirankv has quit IRC | 18:07 | |
*** marun has quit IRC | 18:07 | |
*** tjones has left #openstack-meeting | 18:08 | |
*** marun has joined #openstack-meeting | 18:08 | |
*** shengjiemin has quit IRC | 18:09 | |
*** zehicle_at_dell has joined #openstack-meeting | 18:09 | |
*** cp16net|away is now known as cp16net | 18:09 | |
*** boris-42 has joined #openstack-meeting | 18:10 | |
*** IlyaE has joined #openstack-meeting | 18:14 | |
*** henrynash has quit IRC | 18:14 | |
*** leizhang has joined #openstack-meeting | 18:16 | |
*** marun has quit IRC | 18:16 | |
*** marun has joined #openstack-meeting | 18:17 | |
*** sandywalsh has joined #openstack-meeting | 18:18 | |
*** henrynash has joined #openstack-meeting | 18:19 | |
*** leizhang has quit IRC | 18:21 | |
*** michchap has joined #openstack-meeting | 18:22 | |
*** marun has quit IRC | 18:23 | |
*** marun has joined #openstack-meeting | 18:25 | |
*** marun has quit IRC | 18:28 | |
*** yaguang has quit IRC | 18:29 | |
*** salv-orlando has quit IRC | 18:29 | |
*** marun has joined #openstack-meeting | 18:30 | |
*** dripton_ is now known as dripton | 18:30 | |
*** IlyaE has quit IRC | 18:34 | |
*** spzala has quit IRC | 18:34 | |
*** michchap has quit IRC | 18:34 | |
*** hartsocks has left #openstack-meeting | 18:35 | |
*** sandywalsh has quit IRC | 18:35 | |
*** kebray_ has joined #openstack-meeting | 18:35 | |
*** kebray has quit IRC | 18:36 | |
*** kebray_ is now known as kebray | 18:36 | |
*** Mandell has quit IRC | 18:37 | |
*** henrynash has quit IRC | 18:37 | |
*** danwent has quit IRC | 18:41 | |
*** woodspa has joined #openstack-meeting | 18:42 | |
*** Abdul has joined #openstack-meeting | 18:42 | |
*** tanisdl has joined #openstack-meeting | 18:44 | |
*** woodspa has quit IRC | 18:47 | |
*** sandywalsh has joined #openstack-meeting | 18:48 | |
*** tayyab has quit IRC | 18:49 | |
*** tedross has quit IRC | 18:50 | |
*** leizhang has joined #openstack-meeting | 18:50 | |
*** jcoufal has quit IRC | 18:50 | |
*** Mandell has joined #openstack-meeting | 18:50 | |
*** radez is now known as radez_g0n3 | 18:51 | |
*** boris-42 has quit IRC | 18:54 | |
*** sdake has joined #openstack-meeting | 18:55 | |
*** sdake has quit IRC | 18:55 | |
*** sdake has joined #openstack-meeting | 18:55 | |
*** russellb is now known as rustlebee | 18:56 | |
*** IlyaE has joined #openstack-meeting | 18:59 | |
*** sneezezhang has joined #openstack-meeting | 18:59 | |
*** leizhang has quit IRC | 19:01 | |
*** michchap has joined #openstack-meeting | 19:01 | |
*** marun has quit IRC | 19:02 | |
*** Eustace has quit IRC | 19:03 | |
*** mkollaro has quit IRC | 19:05 | |
*** sneezezhang has quit IRC | 19:06 | |
*** leizhang has joined #openstack-meeting | 19:07 | |
*** marun has joined #openstack-meeting | 19:10 | |
*** sifusam has quit IRC | 19:11 | |
*** marun has quit IRC | 19:11 | |
*** pcm_ has quit IRC | 19:12 | |
*** marun has joined #openstack-meeting | 19:13 | |
*** michchap has quit IRC | 19:14 | |
*** pcm_ has joined #openstack-meeting | 19:15 | |
*** leizhang has quit IRC | 19:16 | |
*** sifusam has joined #openstack-meeting | 19:18 | |
*** danwent has joined #openstack-meeting | 19:18 | |
*** leizhang has joined #openstack-meeting | 19:18 | |
*** ssurana has joined #openstack-meeting | 19:18 | |
*** garyk has quit IRC | 19:20 | |
*** mdomsch has quit IRC | 19:21 | |
*** marun has quit IRC | 19:24 | |
*** ssurana has left #openstack-meeting | 19:25 | |
*** marun has joined #openstack-meeting | 19:25 | |
*** ssurana has joined #openstack-meeting | 19:26 | |
*** vipul is now known as vipul-away | 19:28 | |
*** IlyaE has quit IRC | 19:30 | |
*** marun has quit IRC | 19:31 | |
*** marun has joined #openstack-meeting | 19:33 | |
*** leizhang has quit IRC | 19:35 | |
*** haomaiwang has joined #openstack-meeting | 19:35 | |
*** jasond has joined #openstack-meeting | 19:37 | |
*** hemna has quit IRC | 19:39 | |
*** henrynash has joined #openstack-meeting | 19:39 | |
*** Mandell has quit IRC | 19:40 | |
*** Mandell has joined #openstack-meeting | 19:40 | |
*** haomaiwang has quit IRC | 19:40 | |
*** michchap has joined #openstack-meeting | 19:40 | |
*** novas0x2a|laptop has joined #openstack-meeting | 19:42 | |
*** dkliban is now known as dkliban_afk | 19:43 | |
*** andrew_plunk has joined #openstack-meeting | 19:45 | |
*** barefoot has joined #openstack-meeting | 19:46 | |
*** adrian_otto has joined #openstack-meeting | 19:51 | |
*** therve has joined #openstack-meeting | 19:51 | |
*** rs-ryan has joined #openstack-meeting | 19:52 | |
*** michchap has quit IRC | 19:53 | |
*** Mandell has quit IRC | 19:53 | |
*** marun has quit IRC | 19:54 | |
*** marun has joined #openstack-meeting | 19:55 | |
*** salv-orlando has joined #openstack-meeting | 19:57 | |
*** adrian_otto1 has joined #openstack-meeting | 19:57 | |
*** adrian_otto has quit IRC | 19:57 | |
*** rs-ryan is now known as RightScale-RyanO | 19:57 | |
*** nati_ueno has quit IRC | 19:59 | |
*** m4dcoder has joined #openstack-meeting | 19:59 | |
*** vipul-away is now known as vipul | 19:59 | |
shardy | #startmeeting heat | 20:00 |
openstack | Meeting started Wed Jul 3 20:00:17 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 | |
sdake | o/ | 20:00 |
*** tspatzier has joined #openstack-meeting | 20:00 | |
m4dcoder | o/ | 20:00 |
therve | Hi! | 20:00 |
andrew_plunk | hello | 20:00 |
tspatzier | hi | 20:01 |
stevebaker | hi | 20:01 |
jasond | hi | 20:01 |
jpeeler | ! | 20:01 |
shardy | asalkeld, SpamapS? | 20:02 |
asalkeld | o/ | 20:02 |
kebray | o/ | 20:02 |
*** rpothier has joined #openstack-meeting | 20:02 | |
sdake | is zane on pto - haven't seen him around | 20:02 |
shardy | ok, hi all, lets get started | 20:02 |
therve | Clint mentioned he'd be late | 20:02 |
shardy | sdake: yeah he's on pto IIRC | 20:03 |
shardy | therve: ok, cool, thanks | 20:03 |
shardy | #topic review last weeks actions | 20:03 |
*** openstack changes topic to "review last weeks actions (Meeting topic: heat)" | 20:03 | |
shardy | Actually I don't think there were any | 20:03 |
*** dhellmann-away is now known as dhellmann | 20:03 | |
shardy | anyone have anything to raise from last week's meeting? | 20:03 |
shardy | #link http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-06-26-20.01.html | 20:03 |
adrian_otto1 | hi | 20:04 |
shardy | #topic h2 bug/blueprint status | 20:04 |
*** openstack changes topic to "h2 bug/blueprint status (Meeting topic: heat)" | 20:04 | |
*** adrian_otto1 is now known as adrian_otto | 20:04 | |
* radix is belatedly here | 20:05 | |
shardy | So only 2 weeks to go, and probably less than 1 week to go allowing for some testing and branch to milestone-proposed | 20:05 |
shardy | #link https://launchpad.net/heat/+milestone/havana-2 | 20:05 |
shardy | So please if you have BPs or bugs outstanding, make sure the status is updated, and bump them if they won't land in time | 20:06 |
sdake | wife has planned a last minute vacation - so may not make https://blueprints.launchpad.net/heat/+spec/native-nova-instance since I may be out of town ;) | 20:06 |
shardy | stevebaker will handle the h2 release as I'm on PTO, reminder that he'll be the one chasing from next week ;) | 20:06 |
shardy | sdake: Ok, cool, if you can bump to h3 if it definitely won't make it that would be good | 20:07 |
shardy | h3 starting to look busy ;) | 20:07 |
sdake | still seeing if we can go, I'll let you know | 20:07 |
shardy | anyone have anything to raise re h2? | 20:07 |
shardy | bug queue has been looking better, so the relaxation on 2*+2 seems to have helped | 20:08 |
*** topol has quit IRC | 20:08 | |
shardy | s/bug/review | 20:08 |
therve | Yep looking great even! | 20:08 |
asalkeld | yea, that's been good | 20:08 |
sdake | which relaxaction? | 20:08 |
therve | Once you'll figure out what to do with the stable branch that'd be even better | 20:08 |
*** bgorski has joined #openstack-meeting | 20:09 | |
shardy | sdake: last week we agreed that core reviewers can use their discretion and approve, e.g if there's been a trivial revision after a load of rework, ie rebase or whatever | 20:09 |
bgorski | o/ sorry i'm late | 20:09 |
shardy | #topic stable branch process/release | 20:10 |
*** openstack changes topic to "stable branch process/release (Meeting topic: heat)" | 20:10 | |
shardy | So this is a request/reminder re the stable/grizzly branch | 20:10 |
shardy | I've been trying to get on top of which bugs need to be considered for backport, which is something we can all do when fixing stuff in master | 20:11 |
*** rustlebee is now known as russellb | 20:11 | |
shardy | you tag the bug as grizzly-backport-potential, and target to series grizzly (which then gives you also affects grizzly) | 20:11 |
shardy | then you can test a backport and propose via this process: | 20:12 |
shardy | https://wiki.openstack.org/wiki/StableBranch#Proposing_Fixes | 20:12 |
*** Mandell has joined #openstack-meeting | 20:12 | |
shardy | There will be another stable/grizzly release around the same time as h2 AIUI so something to consider over the next couple of weeks | 20:12 |
asalkeld | ok | 20:12 |
*** SergeyLukjanov has joined #openstack-meeting | 20:13 | |
shardy | cool | 20:13 |
shardy | that's all I have | 20:13 |
shardy | #topic Open discussion | 20:13 |
*** openstack changes topic to "Open discussion (Meeting topic: heat)" | 20:13 | |
stevebaker | sweet | 20:13 |
shardy | anyone have anything, or shall we have a super-short meeting? :) | 20:13 |
kebray | In case you haven't seen it, there's an awesome topology animation/visualization for stack creation that animates the provisioning of resources and information about them. | 20:13 |
kebray | https://wiki.openstack.org/w/images/e/ee/Topology_screenshot.jpg | 20:14 |
kebray | This will be merged proposed to Horizon by Tim Schnell. | 20:14 |
therve | Awesome | 20:14 |
adrian_otto | I saw the demo, it was pretty awesome. | 20:14 |
stevebaker | nice, looking forward to seeing it | 20:14 |
radix | huh | 20:15 |
radix | that is cool | 20:15 |
stevebaker | is Tim here? | 20:15 |
sdake | cool - anyone have a screencast of the demo? | 20:15 |
adrian_otto | It's bouncy just like Curvature | 20:15 |
sdake | my jpg doesn't seem to be animating | 20:15 |
kebray | I've asked Tim to create a screen cast… or, I'll create one if I find time. | 20:15 |
adrian_otto | kebray: we should definitely do that | 20:15 |
asalkeld | nice | 20:15 |
radix | adrian_otto: I can't wait to have all of the Curvature-like stuff implemented with Heat | 20:15 |
kebray | can do. will do. | 20:15 |
sdake | I would really like to use it for an upcoming talk so if we could sync on getting the code in an external repo I'd appreciate that :) | 20:15 |
kebray | already external.. Tim isn't around… but, can get you the link. | 20:16 |
sdake | thanks kebray | 20:16 |
radix | shardy: should I explicitly target https://blueprints.launchpad.net/heat/+spec/instance-group-nested-stack for h3? | 20:16 |
stevebaker | if you think it is feasible | 20:17 |
asalkeld | anyone know where user related docs go? (thinking of environment/provider stuff) | 20:17 |
radix | well, the bug it's associated with is | 20:17 |
sdake | asalkeld join openstack-docs mailing list and ask there? | 20:18 |
asalkeld | yeah | 20:18 |
stevebaker | asalkeld: we need a template writers guide, when that exists it should go there | 20:18 |
stevebaker | the guide should live in our tree | 20:18 |
sdake | probbably wouldn't hurt everyone to join openstack-docs so we can sort out how to get docs into our program | 20:18 |
shardy | radix: done, and you want to take it? | 20:18 |
radix | yeppers | 20:18 |
radix | I assigned it tomyself | 20:19 |
radix | thanks | 20:19 |
stevebaker | i have a vague intention to focus on docs later in H | 20:19 |
shardy | radix: I assigned the BP to you too | 20:19 |
*** michchap has joined #openstack-meeting | 20:19 | |
radix | ok cool :) | 20:20 |
sdake | one option is to take a couple weeks out of dev and focus on docs as a team - so we can learn from one another | 20:20 |
sdake | just a thought :) | 20:20 |
*** hemna has joined #openstack-meeting | 20:20 | |
stevebaker | yeah, we could give the doc sprint another crack, but with a bit more structure this time | 20:20 |
sdake | this is something shardy could facilitate with anne | 20:20 |
sdake | stevebaker agree with more structure | 20:20 |
shardy | Yeah, sounds like a good plan | 20:20 |
shardy | #action shardy to organize docs sprint during h3 | 20:21 |
asalkeld | I really don't mind doing docs, it's just the cruft we have to install | 20:21 |
*** hemna has quit IRC | 20:21 | |
shardy | asalkeld: Yeah, last time I gave up after installing a bazillion packages | 20:21 |
stevebaker | they won't be authored in xml | 20:21 |
sdake | stevebaker I think we learned from the last doc sprint that it was a) too short b) not well organized | 20:21 |
*** iccha has quit IRC | 20:21 | |
SpamapS | o/ | 20:22 |
*** timductive has joined #openstack-meeting | 20:22 | |
*** iccha has joined #openstack-meeting | 20:22 | |
shardy | Probably need to generate a list of all the docs we need and assign them to people | 20:22 |
shardy | maybe we raise bugs for the missing stuff? | 20:22 |
sdake | shardy involve anne in the process if possible ;) | 20:22 |
shardy | sdake: Yeah I will speak to her | 20:22 |
*** iccha has quit IRC | 20:22 | |
therve | Somewhat related to doc, https://wiki.openstack.org/wiki/Heat/AutoScaling got some great content from asalkeld and radix, feedback is welcome | 20:23 |
kebray | Anne Gentle sits two rows over from me.. just fyi. | 20:23 |
radix | yeah, that :) | 20:23 |
radix | it'd be good to see people reviewing that page | 20:23 |
*** hemna has joined #openstack-meeting | 20:24 | |
kebray | when she's in the office that is. | 20:24 |
*** iccha has joined #openstack-meeting | 20:24 | |
asalkeld | say is the rackspace db instance api like the trove api? | 20:24 |
* SpamapS wishes it were | 20:25 | |
stevebaker | or the cfn dbinstance? | 20:25 |
asalkeld | just wondering if we can crank out a trove resource | 20:25 |
asalkeld | (with little effort) | 20:25 |
kebray | Rackspace Cloud Databases is Trove, which was renamed from Reddwarf. | 20:26 |
shardy | asalkeld: sounds like something which would be good to look into | 20:26 |
radix | there was a bit of conversation about trove + heat integration on the ML | 20:26 |
shardy | if it's not going to take loads of effort | 20:26 |
SpamapS | kebray: then why are we calling it a rackspace resource, and not OS::Trove::xx ? | 20:26 |
asalkeld | so kebray we could problaby reuse a lot of code there/ | 20:26 |
radix | though I guess that's a different side of what you're talking about | 20:26 |
stevebaker | writing a trove resource is different from using heat for trove's orchestration. either or both could be done | 20:26 |
SpamapS | yeah don't conflate those two things | 20:26 |
radix | my bad :) | 20:27 |
SpamapS | Trove may use Heat has nothing to do with Trove resources. :) | 20:27 |
adrian_otto | there are two perspectives of integration: 1) Heat uses Trove, and 2) Trove uses Heat | 20:27 |
adrian_otto | #1 is going to be pretty easy | 20:27 |
SpamapS | What about a Heat using Trove then using Heat to drive Trove to Heat... | 20:27 |
radix | YES | 20:27 |
adrian_otto | #2 may be more involved | 20:27 |
asalkeld | I know, I just want to do the "right thing from our end" | 20:27 |
sdake | circles | 20:27 |
kebray | SpamapS: Great question.. because, so far we developed it against the Rackspace public service. The Trove and RS DB Service run the same code, but we didn't run tests against stock trove and ensure compatibility.. but, your request is reasonable, and one that I think is worth having my team investigate. | 20:28 |
SpamapS | kebray: "stock trove" != "public rackspace trove" in what ways? | 20:28 |
asalkeld | there is auth differences? | 20:28 |
adrian_otto | both are key based, so not materially different | 20:29 |
asalkeld | so you could register 2 resource types for one plugin | 20:29 |
asalkeld | anyways, if it is easy, it's worth doing | 20:29 |
kebray | SpamapS: slight feature enabled differences… and we run a different in-guest agent (C++, optimized to be happy on a 512mb instance). HP runs the Python agent, but ya'll don't offer 512mb instances, so you have more memory to burn on an agent. | 20:30 |
*** Drone[01] has joined #openstack-meeting | 20:30 | |
*** Drone[01] has quit IRC | 20:31 | |
sdake | c++ and optimized oxymoron | 20:31 |
kebray | RS DB uses OpenVZ as the container technology. I think Trove uses KVM out of the box. | 20:31 |
* sdake ducks | 20:31 | |
*** michchap has quit IRC | 20:32 | |
hub_cap | heyo | 20:32 |
kebray | Yeah, and as asalkeld said, auth differences. | 20:32 |
hub_cap | someone talkin Trove up in heah' | 20:32 |
hub_cap | feel free to direct Q's to me | 20:32 |
shardy | hey hub_cap, yeah we're talking about potentially implementing a trove Heat resource type | 20:32 |
hub_cap | im talkin heat in #openstack-meeting-alt fwiw ;) | 20:32 |
hub_cap | im talkin impling clusters in heat | 20:32 |
kebray | hub_cap: question came up on why the Heat Resource implementation we did was specific for RS DB instead of generic just for Trove. | 20:33 |
shardy | and also mentioning that you guys may want to use heat for orchestration | 20:33 |
*** adalbas has quit IRC | 20:33 | |
*** amytron has joined #openstack-meeting | 20:34 | |
*** eharney has quit IRC | 20:34 | |
hub_cap | +1 to generic for trove kebray | 20:34 |
hub_cap | and yes ill be working on heat (again, got sidetracked) in about a wk | 20:34 |
asalkeld | I wonder what trove and lbaas use as agents | 20:35 |
asalkeld | (any commonality there) | 20:36 |
sdake | at some point we can inject them so it won't matter ;-) | 20:36 |
shardy | trove has it's own agent IIRC? | 20:36 |
SpamapS | sounds to me like the auth differences are the only one Heat would really care about. | 20:36 |
hub_cap | asalkeld: we have a python agent, and weve been wondering how we can easily pull it out and get it installed by heat | 20:36 |
hub_cap | shardy: correct | 20:36 |
*** SlickNik has joined #openstack-meeting | 20:37 | |
SpamapS | Anyway, that can be done as a refactor when somebody steps up to add native Trove support. | 20:37 |
asalkeld | yeah, well you can install from pypi/package | 20:37 |
hub_cap | ya thats probably what we are going to do asalkeld | 20:37 |
sdake | installing from pypi is not suitable - pypi can be down or not routing for some reason | 20:37 |
*** IlyaE has joined #openstack-meeting | 20:37 | |
hub_cap | we will do what the clients do | 20:37 |
sdake | or too slow | 20:37 |
*** zehicle_at_dell has quit IRC | 20:37 | |
*** thunquest has quit IRC | 20:37 | |
*** gyee has quit IRC | 20:37 | |
*** lloydde has quit IRC | 20:37 | |
*** BStokes has quit IRC | 20:37 | |
*** cliu_ has quit IRC | 20:37 | |
*** blamar has quit IRC | 20:37 | |
*** burt has quit IRC | 20:37 | |
*** martines has quit IRC | 20:37 | |
hub_cap | probably tarballs.openstack | 20:37 |
radix | I've actually had a ton of 50* errors from pypi in the last week :P | 20:37 |
sdake | best bet is to inject or prebuild | 20:38 |
*** obondarev has quit IRC | 20:38 | |
hub_cap | effectively we are going to think of it like we think of clients, a dependency we need in another project, we believe | 20:38 |
hub_cap | we have done almost no talking on it tho fwiw | 20:38 |
stevebaker | sdake: prebuilding with diskimage-builder will at some point be trivially easy | 20:38 |
hub_cap | but ill take what yall are saying back to the team | 20:38 |
sdake | stevebaker agree | 20:38 |
sdake | avoid pypi downloading - we are moving away from that for reliability reasons | 20:39 |
hub_cap | #agreed | 20:39 |
SpamapS | sdake: prebuild is my preference. But yeah, with custom images being hard on certain clouds <cough>myemployer</cough> ... inject probably needs to be an option. | 20:39 |
*** dguitarbite has quit IRC | 20:39 | |
sdake | yup, that is why i am working on inject blueprint next ;) | 20:39 |
asalkeld | we need pypi cache as-a-service :/ | 20:39 |
hub_cap | id also like to talk to yall eventually about the dependency between us, yall creating a trove resource, while we are creating a trove template as well to use to install.... but thats for another day. | 20:40 |
*** dguitarbite has joined #openstack-meeting | 20:40 | |
hub_cap | maybe we can consolidate work so we can use the same template or something | 20:40 |
sdake | yum and deb repos already need to be cached - groan | 20:40 |
shardy | asalkeld: Isn't that just called a mirror or a squid proxy? | 20:40 |
*** iccha has quit IRC | 20:40 | |
sdake | squid proxy no good, need a full on mirror | 20:40 |
stevebaker | SpamapS: got a feeling for how big an os-* inject payload would be? | 20:40 |
*** obondarev has joined #openstack-meeting | 20:40 | |
SpamapS | hub_cap: I don't think the two are actually related.. but it would be good to keep communication flowing in both directions. | 20:40 |
radix | yeah... this seems like a pretty general / far-reaching problem | 20:40 |
kebray | #action kebray to put on RS backlog testing of RS Database Resource against generic Trove, and consider rename/refactoring of provider to use Trove for naming. | 20:41 |
hub_cap | SpamapS: kk | 20:41 |
sdake | kebray I think only the chair can do an action | 20:41 |
kebray | hehe.. ok. | 20:41 |
hub_cap | id like to see the difference between them too. im always in #heat so lets chat about it, just ping me when u need me cuz i dont actively monitor it | 20:41 |
SpamapS | stevebaker: hmm.. looking now | 20:41 |
*** iccha has joined #openstack-meeting | 20:41 | |
kebray | depends on how the meetbot is configured I guess. | 20:41 |
sdake | shardy I think kebray wants an action :) | 20:41 |
shardy | sdake: IMO yum/deb repo caching or mirroring is not a heat problem to solve, it's a deployment choice/detail | 20:41 |
sdake | shardy agree | 20:42 |
*** zehicle_at_dell has joined #openstack-meeting | 20:42 | |
*** thunquest has joined #openstack-meeting | 20:42 | |
*** gyee has joined #openstack-meeting | 20:42 | |
*** lloydde has joined #openstack-meeting | 20:42 | |
*** BStokes has joined #openstack-meeting | 20:42 | |
*** cliu_ has joined #openstack-meeting | 20:42 | |
*** blamar has joined #openstack-meeting | 20:42 | |
*** burt has joined #openstack-meeting | 20:42 | |
*** martines has joined #openstack-meeting | 20:42 | |
*** henrynash has quit IRC | 20:42 | |
SpamapS | stevebaker: 50K zipped | 20:42 |
sdake | shardy but really you do want a mirror, otherwise if your mirrors are inaccessible bad things happen | 20:42 |
SpamapS | stevebaker: thats .zip | 20:42 |
shardy | kebray: what was you action again, sorry, missed the scrollback | 20:42 |
SpamapS | stevebaker: and with everything a 'setup.py sdist' gets you | 20:42 |
sdake | does anyone know for sure if openstack really ahs a 16k limit on the metadata? | 20:42 |
sdake | russellb ^ | 20:42 |
SpamapS | stevebaker: but os-* have not been avoiding dependencies | 20:43 |
asalkeld | sdake, I am not convinced about that inserting | 20:43 |
russellb | sdake: don't know off of the top of my head | 20:43 |
asalkeld | we used to do that | 20:43 |
kebray | shardy to add to my backlog testing RS Database Provider against Trove, and then consider refactoring that provider to be for Trove and not specific to RS Cloud. | 20:43 |
shardy | #action kebray to put on RS backlog testing of RS Database Resource against generic Trove, and consider rename/refactoring of provider to use Trove for naming. | 20:43 |
asalkeld | and moved away from it | 20:43 |
sdake | asalkeld we never did insert of the full scripts | 20:43 |
SpamapS | stevebaker: so, for instance, os-collect-config deps on keystoneclient .. requests.. lxml.. eventlet (due to oslo stuff) | 20:44 |
sdake | we always used prebuilt jeos | 20:44 |
russellb | type is mediumtext in the db ... may be a limit in the code though | 20:44 |
stevebaker | I think the 16k limit is arbitrary, but however big it is, we'll find a way to hit the limit | 20:44 |
SpamapS | sdake: what about injection via object storage? | 20:44 |
SpamapS | I think that is a pretty valid alternative to userdata | 20:44 |
asalkeld | +1 | 20:44 |
sdake | SpamapS that may work, although require some serious hacking to loguserdata.py | 20:44 |
SpamapS | yeah I'm not saying it will be easy. :) | 20:45 |
sdake | I'll add a blueprint after meeting | 20:45 |
SpamapS | but it may be more straight forward and more feasible long term to maintain. | 20:45 |
SpamapS | userdata is a column in a table | 20:45 |
SpamapS | so it _should_ be limited. | 20:45 |
sdake | its a valid idea - I think both solutions should be available for the operators choice | 20:46 |
*** thunquest has quit IRC | 20:46 | |
*** gyee has quit IRC | 20:46 | |
SpamapS | sdake: if by both you mean "custom image" or "inject to object storage" .. I agree.. but I think you want inject via userdata too. ;) | 20:46 |
sdake | all 3 then :) | 20:46 |
sdake | if its optional, there is no harm | 20:47 |
kebray | Just turning my attention back to the conversation, but what about SSH/SFTP to inject/bootstrap/provision server post boot. Will that solve the use case? | 20:47 |
*** henrynash has joined #openstack-meeting | 20:47 | |
sdake | kebray we went down ssh bootstrapping process, for alot of reasons it wont work with how heat operates | 20:47 |
sdake | mainly that we inject only one ssh key | 20:47 |
kebray | How many do you need? | 20:47 |
sdake | the one we inject is the user key | 20:48 |
kebray | k. | 20:48 |
stevebaker | one for the user, one for heat? | 20:48 |
andrew_plunk | sdake: after the original bootstrap process you can ssh another key over there | 20:48 |
sdake | we would need to inject another for heat | 20:48 |
kebray | I see.. you need ongoing capabilities.. not just one-time setup. | 20:48 |
sdake | we could inject it easily enough with cloudinit | 20:48 |
sdake | but key management is a pita | 20:48 |
sdake | and guests need to have ssh enabled by default - some people make images that don't do that for whatever reason | 20:49 |
SpamapS | "some people make images" -- so they can put in-instance tools in those images. | 20:49 |
sdake | we tried ssh injection - it wasn't optimal at the time - prebuild was | 20:49 |
sdake | IIRC asalkeld had some serious heartburn over ssh binary injection | 20:50 |
*** RightScale-RyanO has quit IRC | 20:50 | |
asalkeld | can't remember why | 20:50 |
sdake | me either | 20:50 |
andrew_plunk | can you not use ssh to install cloud-init after some initial bootstrapping? | 20:50 |
asalkeld | it's been a while | 20:50 |
sdake | ya that was 18 months ago | 20:50 |
shardy | paramiko was unreliable for the integration test SSH iirc | 20:51 |
SpamapS | andrew_plunk: isn't that what the rackspace stuff does already? | 20:51 |
kebray | andrew_plunk isn't that exactly what our RS Server Resource does? | 20:51 |
andrew_plunk | correct SpamapS: | 20:51 |
stevebaker | tempest uses paramiko now | 20:51 |
andrew_plunk | & keybray: | 20:51 |
shardy | stevebaker: maybe that's why it breaks all the time ;) | 20:51 |
stevebaker | lol | 20:51 |
sdake | well lets give object download a go and go from there | 20:51 |
asalkeld | well options are good | 20:52 |
asalkeld | but too many | 20:52 |
sdake | more options = more questions in #heat :) | 20:52 |
asalkeld | exactly | 20:52 |
kebray | stake asalkeld heartburn over how the RS Server Resource is bootstrapping with SSH and installing cloud-init? we wanted to avoid having to pop pre-configured special images that already had cloud-init pre-installed. | 20:52 |
asalkeld | no kebray it was in a different life time | 20:53 |
kebray | As, we don't have default images with cloud-init in the RS Cloud. | 20:53 |
asalkeld | (or project) | 20:53 |
kebray | oh, ok. | 20:53 |
sdake | kebray it was very early stage of heat | 20:53 |
sdake | right when we got starteed | 20:53 |
sdake | now we have something working, we can make some incremental improvements to improve the situation :) | 20:54 |
sdake | back then we had nothing working | 20:54 |
asalkeld | so much for the short meeting | 20:54 |
m4dcoder | SpamapS: regarding rolling update and as-update-policy, can you answer my question at http://lists.openstack.org/pipermail/openstack-dev/2013-June/010593.html? | 20:55 |
*** pcm_ has quit IRC | 20:56 | |
shardy | #action SpamapS to reply to m4dcoder's ML question | 20:57 |
*** eglynn has joined #openstack-meeting | 20:57 | |
shardy | anything else before we finish? | 20:57 |
shardy | Ok, well thanks all :) | 20:58 |
SpamapS | m4dcoder: will answer, sorry for the delay! | 20:58 |
*** tspatzier has left #openstack-meeting | 20:58 | |
shardy | #endmeeting | 20:58 |
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings" | 20:58 | |
therve | Thanks! | 20:58 |
openstack | Meeting ended Wed Jul 3 20:58:26 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 20:58 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-07-03-20.00.html | 20:58 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-07-03-20.00.txt | 20:58 |
openstack | Log: http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-07-03-20.00.log.html | 20:58 |
*** jasond has left #openstack-meeting | 20:58 | |
m4dcoder | SpamapS: thanks! | 20:58 |
*** gordc has joined #openstack-meeting | 20:58 | |
*** therve has left #openstack-meeting | 20:58 | |
*** michchap has joined #openstack-meeting | 20:59 | |
*** andrew_plunk has left #openstack-meeting | 21:01 | |
*** marun has quit IRC | 21:01 | |
*** nealph has joined #openstack-meeting | 21:01 | |
jd__ | #startmeeting ceilometer | 21:01 |
openstack | Meeting started Wed Jul 3 21:01:26 2013 UTC. The chair is jd__. 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 |
sandywalsh | o/ | 21:01 |
nealph | o/ | 21:01 |
eglynn | o/ | 21:01 |
litong | o/ | 21:01 |
*** m4dcoder has quit IRC | 21:01 | |
dhellmann | o/ | 21:01 |
gordc | o/ | 21:01 |
jd__ | hi everybody | 21:01 |
*** timductive has left #openstack-meeting | 21:02 | |
jd__ | #topic Review Havana-2 milestone | 21:03 |
*** openstack changes topic to "Review Havana-2 milestone (Meeting topic: ceilometer)" | 21:03 | |
jd__ | #link https://launchpad.net/ceilometer/+milestone/havana-2 | 21:03 |
*** rpothier has quit IRC | 21:03 | |
jd__ | I'm afraid we are getting late | 21:03 |
jd__ | there's a lot of things started and needing reviews | 21:04 |
* dhellmann submitted a bunch of changes for review for one-meter-per-plugin | 21:04 | |
eglynn | are we looking at Friday July 12th as the effective cutoff dat for merges? | 21:04 |
jd__ | dhellmann: yeah I already +2'ed most/all of them | 21:04 |
*** adrian_otto has quit IRC | 21:04 | |
* dhellmann has a few more to go | 21:04 | |
gordc | will take a look at patches. | 21:04 |
*** dkehn has quit IRC | 21:04 | |
sandywalsh | I should have my event collector stuff up shortly | 21:04 |
dhellmann | and I will spend some time reviewing this week, too | 21:04 |
*** adrian_otto has joined #openstack-meeting | 21:04 | |
nealph | I've signed up for several...sandywalsh: especially interested in those. | 21:04 |
jd__ | eglynn: in theory I guess, though that's not fixed AFAIK | 21:04 |
eglynn | jd__: k | 21:05 |
*** sdake_ has joined #openstack-meeting | 21:05 | |
sandywalsh | I'll throw another review day in the mix this week | 21:05 |
*** sdake_ has quit IRC | 21:05 | |
*** sdake_ has joined #openstack-meeting | 21:05 | |
*** adrian_otto has quit IRC | 21:05 | |
jd__ | thanks sandywalsh | 21:05 |
*** adrian_otto has joined #openstack-meeting | 21:05 | |
gordc | still working on auditing events. i think we're going to post on mailing list to get feedback on that item. | 21:05 |
*** adrian_otto has left #openstack-meeting | 21:05 | |
dhellmann | jd__: pipeline-configuration-cleanup is small, but since it relies on this other bigger one it should probably get bumped to h3 | 21:06 |
jd__ | so in the end I don't have more to say than review! review! review! code! code! review! :) | 21:06 |
jd__ | dhellmann: ack, though it's low so it's not my main source of anxiety | 21:06 |
eglynn | yep, noses to the grindstone on both reviews and completing BPs | 21:06 |
dhellmann | jd__: ok | 21:06 |
nealph | tomorrow is a US holiday...that doesn't help. :-) | 21:07 |
* jd__ . O O (damn, every day discussing with eglynn is a way to learn more words and expressions!) | 21:07 | |
jd__ | ah indeed :) | 21:07 |
eglynn | LOL | 21:07 |
jd__ | #topic Release python-ceilometerclient? | 21:07 |
*** openstack changes topic to "Release python-ceilometerclient? (Meeting topic: ceilometer)" | 21:07 | |
jd__ | I think we don't need that right? | 21:07 |
eglynn | 1.0.1 went out last week | 21:08 |
eglynn | so no, not needed | 21:08 |
jd__ | ok that should be good enough for now :) | 21:08 |
eglynn | yep | 21:08 |
jd__ | #topic Multi dispatcher enablement blueprint | 21:08 |
*** openstack changes topic to "Multi dispatcher enablement blueprint (Meeting topic: ceilometer)" | 21:08 | |
jd__ | #link https://blueprints.launchpad.net/ceilometer/+spec/multi-dispatcher-enablement | 21:08 |
jd__ | I think that's for litong | 21:08 |
litong | @jd__, yes, | 21:08 |
litong | as I indicated in the agenda, | 21:08 |
litong | the point of the blueprint is to allow one to configure multiple outlets for further data processing. | 21:09 |
*** litong has quit IRC | 21:10 | |
ekarlso | what's a outlet ? | 21:10 |
*** litong has joined #openstack-meeting | 21:10 | |
jd__ | a database | 21:10 |
eglynn | whoops we lost litong there I think ... | 21:10 |
jd__ | litong: I didn't read the whole code but I think I prefer https://review.openstack.org/#/c/34301/ | 21:10 |
eglynn | k, back again | 21:10 |
*** IlyaE has quit IRC | 21:11 | |
dhellmann | the plugins I remember seeing logged or wrote to our database using the storage driver | 21:11 |
jd__ | litong: though it might requires a mechanism close to the one we have in the pipelinen to be implemented correctly | 21:11 |
litong | lost connection. | 21:11 |
*** joesavak has quit IRC | 21:11 | |
litong | the second pipeline implementation has problem since the data has to be converted into Counter. | 21:11 |
litong | which actually lose some information. | 21:12 |
litong | it is also limiting. | 21:12 |
jd__ | you need to build a mix of both | 21:12 |
litong | jd__, I prefer the first patch as well. but Doug wanted to use pipeline. | 21:12 |
*** Yada has quit IRC | 21:12 | |
jd__ | a pipeline but not publishing, a pipeline calling record_metering_data | 21:12 |
*** michchap has quit IRC | 21:12 | |
dhellmann | well, if that's what we're going to do, we should just go with the first patch | 21:12 |
dhellmann | we don't *need* a pipeline, I just thought it would be better than having a second thing that was so similar | 21:13 |
jd__ | dhellmann: we need if we want to dispatch counter recording in different "outlet" | 21:13 |
jd__ | with the same collector | 21:13 |
dhellmann | these aren't counters though, right? | 21:13 |
jd__ | these are counters | 21:13 |
sandywalsh | we're running into a similar problem with event data ... it's going to have to go in the pipeline at some point. The payload of the pipeline should be more generic | 21:13 |
litong | right, not counters, almost like a raw data. | 21:13 |
jd__ | sandywalsh: agreed | 21:13 |
dhellmann | jd__: litong said that converting the data to counters lost information | 21:14 |
jd__ | well the collector records counters, nothing else | 21:14 |
litong | yes. such as message id. though it may be generated along the way, but it may be important for some. | 21:14 |
dhellmann | it records event data that includes the fields of a counter, plus some, doesn't it? | 21:14 |
dhellmann | message id, signature, etc. | 21:14 |
dhellmann | those are not counter fields | 21:14 |
jd__ | litong: are you recording counters or events? | 21:14 |
jd__ | or notifications | 21:15 |
dhellmann | events | 21:15 |
dhellmann | not notifications, the rpc events we send as output from the pipeline now | 21:15 |
litong | jd__, any thing that passed into record_metering_data without any loss. | 21:15 |
* jd__ thinks the major problem in this project is terminology :) | 21:15 | |
dhellmann | heh | 21:15 |
jd__ | litong: ok so that's counters/meters | 21:15 |
eglynn | amen to that! ;) | 21:15 |
litong | @jd__, totally agree. the point is that anything goes to db, should have to a chance to go to other outlet. (wished I have a better term for outlet) | 21:16 |
dhellmann | jd__: this is a new layer between the pipeline RPC output and the storage driver | 21:16 |
jd__ | so I don't do understand why you'd lose information at first, but anyhow the pipeline could/should be data unaware | 21:16 |
dhellmann | the RPC payload includes values that are not in the counter: message signature is the most important | 21:16 |
jd__ | dhellmann: ah ok I get it! | 21:16 |
dhellmann | because a Counter object, which is taken as input to the pipeline, is not the same thing as a message | 21:16 |
dhellmann | which is the output of the pipeline | 21:17 |
dhellmann | ok | 21:17 |
litong | jd__, but pipeline realy on data being Count since it does the filgering based on the configuration. | 21:17 |
jd__ | indeed, so the pipeline should be fixed to be data agnostic, that's for sure | 21:17 |
jd__ | so we can use it in a way it could be used as a dispatcher for record_metering_data | 21:17 |
litong | I mean filtering | 21:17 |
*** eharney has joined #openstack-meeting | 21:17 | |
jd__ | how does that sound? do I miss something? :) | 21:17 |
*** eharney has quit IRC | 21:17 | |
*** eharney has joined #openstack-meeting | 21:17 | |
dhellmann | we could make a generic pipeline, but that will make it possible for users to configure it with transformers that are "wrong" for the type of data being processed | 21:17 |
jd__ | dhellmann: the way we build pipeline allows us to specify different namespaces for everything | 21:18 |
dhellmann | ok | 21:18 |
jd__ | so we should have a different transformer namespace for different purpopses | 21:18 |
dhellmann | do we need transformations in this dispatcher? | 21:18 |
jd__ | or not, but we can have it and not use it | 21:18 |
dhellmann | jd__: good point | 21:18 |
litong | I would think not. | 21:18 |
jd__ | does that answer your questions litong? | 21:19 |
dhellmann | so it could be as simple as a stevedore.NamedExtensionManager().map() call? | 21:19 |
jd__ | dhellmann: no because we may want to route 'meters' based on meter name like we do in pipeline? | 21:19 |
litong | since the point for this blueprint is to have the data handed to the plugins and it is up to the plugins to do whatever it wants to. | 21:19 |
jd__ | I mean, like we do in 'publishing pipeline' | 21:19 |
*** sarob has joined #openstack-meeting | 21:19 | |
*** vipul is now known as vipul-away | 21:19 | |
jd__ | but we can blind routing with NamedExtensionManager.map() if that is enough for litong | 21:20 |
jd__ | that's a first step | 21:20 |
*** mdomsch has joined #openstack-meeting | 21:20 | |
dhellmann | jd__: eventually, maybe. I think making the pipeline more flexible is more work than we have time to do between now and the deadline, so I'm looking for a solution litong can have now | 21:20 |
dhellmann | right | 21:20 |
dhellmann | :-) | 21:20 |
jd__ | agreed | 21:20 |
*** sandywalsh has quit IRC | 21:20 | |
litong | so making changes based on the first patch? | 21:20 |
jd__ | litong: yes | 21:20 |
* dhellmann is getting frustrated with colloquy and needs a new irc client | 21:21 | |
litong | it already uses NamedExtensionManager. | 21:21 |
dhellmann | litong: yes, I think so | 21:21 |
jd__ | dhellmann: erc :-) | 21:21 |
litong | all right. thanks guys. | 21:21 |
litong | I feel a lot better now. | 21:21 |
dhellmann | litong: sorry to put you through that! | 21:21 |
jd__ | litong: your first patch might be a really good start indeed, I just didn't review it :) but I will | 21:21 |
litong | @dhellmann, doug, np. | 21:21 |
*** jlucci has quit IRC | 21:22 | |
litong | that is ok jd__. | 21:22 |
litong | whenever you have time. | 21:22 |
litong | it is still there. | 21:22 |
jd__ | bah it always ends well anyway ;-) | 21:22 |
dhellmann | right, I'll go back and re-review it in more detail | 21:22 |
litong | thanks so much. | 21:22 |
dhellmann | I think we'll want to change some of the names. "dispatcher" is a little generic | 21:22 |
dhellmann | we lost sandywalsh, and he had the same question about using the pipeline | 21:23 |
litong | ok, what name would you guys like to use? | 21:23 |
jd__ | we'll tell him to go through the log, I imagine that'll solve his question? | 21:23 |
* dhellmann nods | 21:23 | |
jd__ | #topic Open discussion | 21:24 |
*** openstack changes topic to "Open discussion (Meeting topic: ceilometer)" | 21:24 | |
*** sarob has quit IRC | 21:24 | |
jd__ | #action jd__ Write a terminology page in the documentation | 21:24 |
jd__ | I think everybody will thank me if I do it before the next summit | 21:24 |
eglynn | +1, that'll really help with on-boarding | 21:24 |
litong | totally. | 21:24 |
*** vipul-away is now known as vipul | 21:25 | |
*** sandywalsh has joined #openstack-meeting | 21:25 | |
sandywalsh | bloody vpn sucks :) | 21:25 |
jd__ | i'll send a patch, you'll review, and we'll have a good chat about this once and for all :) | 21:25 |
jd__ | re sandywalsh | 21:25 |
jd__ | you missed all the fun, you may want to go through the log | 21:25 |
sandywalsh | will do ... got dropped after | 21:25 |
sandywalsh | <jd__> so I don't do understand why you'd lose information at first, but anyhow the pipeline could/should be data unaware | 21:25 |
sandywalsh | <sandywalsh> jd__, +1 ... at the very least, some sort of mimetype check to ensure a fit between pipeline blocks | 21:25 |
sandywalsh | <sandywalsh> (vs depending on python object types, since they'll be leaving the system at some point) | 21:25 |
jd__ | ack :) | 21:26 |
gordc | got a question: are ceilometer.tests.publisher.test_rpc_publisher.py tests suppose to run? | 21:26 |
jd__ | we did talked about pipeline and dhellmann was saying you could be interested | 21:26 |
jd__ | gordc: I don't like this question | 21:26 |
gordc | :) | 21:26 |
sandywalsh | jd__, yup, definitely | 21:26 |
jd__ | gordc: did we break it? | 21:26 |
gordc | jd__, there's quite a few tests that are sitting around but never run. | 21:27 |
jd__ | gordc: why so? :( | 21:27 |
*** stevemar has quit IRC | 21:27 | |
dhellmann | are they skipping explicitly, or is the test discovery failing to find them? | 21:27 |
gordc | jd__, could be when we shifted from nose to testr? but they never run locally for me | 21:28 |
*** neelashah has quit IRC | 21:28 | |
gordc | dhellmann, the latter | 21:28 |
dhellmann | gordc: open a bug ticket? | 21:28 |
*** sushils has quit IRC | 21:28 | |
gordc | will do. just wanted to check if they were suppose to run... they're named like valid tests but it's not set up to run. | 21:29 |
jd__ | ok | 21:30 |
jd__ | anything else guys before I wrap up? | 21:30 |
gordc | nothing from me. | 21:30 |
nealph | I put a question out on the dev mail... | 21:30 |
nealph | dipping toes into config options for glance. | 21:30 |
nealph | any response appreciated. :) | 21:31 |
*** markmcclain has quit IRC | 21:31 | |
eglynn | nealph: I'll have a look ... | 21:31 |
nealph | pollster config stuff....eglynn: thanks! | 21:31 |
*** sushils has joined #openstack-meeting | 21:32 | |
jd__ | ack | 21:32 |
jd__ | see you on -metering then, and use that last 28 minutes to review some code :p | 21:32 |
jd__ | #endmeeting | 21:32 |
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings" | 21:32 | |
dhellmann | :-) | 21:32 |
openstack | Meeting ended Wed Jul 3 21:32:37 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 21:32 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-07-03-21.01.html | 21:32 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-07-03-21.01.txt | 21:32 |
openstack | Log: http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-07-03-21.01.log.html | 21:32 |
*** gordc has left #openstack-meeting | 21:32 | |
*** dprince has quit IRC | 21:34 | |
*** nealph has quit IRC | 21:34 | |
*** lloydde has quit IRC | 21:35 | |
*** IlyaE has joined #openstack-meeting | 21:35 | |
*** cliu_ has quit IRC | 21:35 | |
*** otherwiseguy has joined #openstack-meeting | 21:36 | |
*** michchap has joined #openstack-meeting | 21:38 | |
*** vijendar has quit IRC | 21:41 | |
*** henrynash has quit IRC | 21:42 | |
*** henrynash has joined #openstack-meeting | 21:50 | |
*** sarob has joined #openstack-meeting | 21:50 | |
*** zehicle_at_dell has quit IRC | 21:51 | |
*** markmcclain has joined #openstack-meeting | 21:51 | |
*** vipul is now known as vipul-away | 21:52 | |
*** michchap has quit IRC | 21:52 | |
*** henrynash has quit IRC | 21:53 | |
*** lastidiot has quit IRC | 21:53 | |
*** evgeny has joined #openstack-meeting | 21:54 | |
*** afazekas has quit IRC | 21:54 | |
*** sarob has quit IRC | 21:54 | |
*** leizhang has joined #openstack-meeting | 21:54 | |
*** henrynash has joined #openstack-meeting | 21:56 | |
*** vipul-away is now known as vipul | 21:57 | |
*** eglynn has quit IRC | 21:59 | |
*** bgorski has quit IRC | 22:00 | |
*** michchap has joined #openstack-meeting | 22:01 | |
*** michchap has joined #openstack-meeting | 22:02 | |
*** eglynn has joined #openstack-meeting | 22:09 | |
*** leizhang has quit IRC | 22:11 | |
*** dcramer_ has quit IRC | 22:13 | |
*** mdomsch has quit IRC | 22:14 | |
*** leizhang has joined #openstack-meeting | 22:17 | |
*** markpeek has quit IRC | 22:20 | |
*** sarob has joined #openstack-meeting | 22:21 | |
*** eglynn has quit IRC | 22:21 | |
*** IlyaE has quit IRC | 22:21 | |
*** jlucci has joined #openstack-meeting | 22:24 | |
*** tedross has joined #openstack-meeting | 22:25 | |
*** sarob has quit IRC | 22:25 | |
*** dcramer_ has joined #openstack-meeting | 22:25 | |
*** dkliban_afk has quit IRC | 22:26 | |
*** lloydde has joined #openstack-meeting | 22:29 | |
*** SergeyLukjanov has quit IRC | 22:32 | |
*** fnaval has quit IRC | 22:35 | |
*** jasondotstar has joined #openstack-meeting | 22:36 | |
*** sdake has quit IRC | 22:40 | |
*** barefoot has left #openstack-meeting | 22:41 | |
*** leizhang has quit IRC | 22:42 | |
*** jpeeler has quit IRC | 22:48 | |
*** lloydde has quit IRC | 22:48 | |
*** gongysh has quit IRC | 22:51 | |
*** beagles has quit IRC | 22:54 | |
*** jlucci has quit IRC | 22:56 | |
*** beagles has joined #openstack-meeting | 22:59 | |
*** tedross has quit IRC | 23:01 | |
*** brucer has joined #openstack-meeting | 23:03 | |
*** gongysh has joined #openstack-meeting | 23:03 | |
*** evgeny has quit IRC | 23:07 | |
*** IlyaE has joined #openstack-meeting | 23:08 | |
*** fnaval has joined #openstack-meeting | 23:10 | |
*** _TheDodd_ has quit IRC | 23:14 | |
*** lastidiot has joined #openstack-meeting | 23:16 | |
*** amytron has quit IRC | 23:21 | |
*** sarob has joined #openstack-meeting | 23:21 | |
*** markpeek has joined #openstack-meeting | 23:25 | |
*** sarob has quit IRC | 23:26 | |
*** fifieldt has joined #openstack-meeting | 23:27 | |
*** rwsu has quit IRC | 23:28 | |
*** kebray has quit IRC | 23:28 | |
*** dprince has joined #openstack-meeting | 23:33 | |
*** blamar has quit IRC | 23:34 | |
*** hemna is now known as hemnafk | 23:35 | |
*** branen has joined #openstack-meeting | 23:37 | |
*** otherwiseguy has quit IRC | 23:39 | |
*** kmartin is now known as kmartin_zz | 23:42 | |
*** kmartin_zz has quit IRC | 23:42 | |
*** gongysh has quit IRC | 23:43 | |
*** gongysh has joined #openstack-meeting | 23:44 | |
*** fifieldt has quit IRC | 23:46 | |
*** fifieldt has joined #openstack-meeting | 23:47 | |
*** rwsu has joined #openstack-meeting | 23:48 | |
*** dprince has quit IRC | 23:49 | |
*** kmartin has joined #openstack-meeting | 23:50 | |
*** kmartin is now known as kmartin_zz | 23:51 | |
*** lloydde has joined #openstack-meeting | 23:55 | |
*** rwsu is now known as rwsu-awa | 23:56 | |
*** rwsu-awa is now known as rwsu-away | 23:56 | |
*** salv-orlando has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!