Monday, 2013-10-14

*** vkmc has joined #openstack-meeting00:10
*** dfecker has joined #openstack-meeting00:15
*** ttrifonov is now known as ttrifonov_zZzz00:18
*** fifieldt_ has joined #openstack-meeting00:24
*** sarob has joined #openstack-meeting00:25
*** sarob has quit IRC00:29
*** ujuc has joined #openstack-meeting00:31
*** david_h has joined #openstack-meeting00:33
*** vkmc has quit IRC00:39
*** stevemar has joined #openstack-meeting00:43
*** david_h has quit IRC00:52
*** IlyaE has quit IRC00:55
*** dcramer_ has joined #openstack-meeting00:59
*** IlyaE has joined #openstack-meeting01:08
*** sarob has joined #openstack-meeting01:09
*** yaguang has joined #openstack-meeting01:12
*** sarob has quit IRC01:14
*** lpabon has joined #openstack-meeting01:22
*** lpabon has quit IRC01:22
*** sjing has joined #openstack-meeting01:29
*** topshare has joined #openstack-meeting01:32
*** suo has joined #openstack-meeting01:58
*** rongze has joined #openstack-meeting01:59
*** MarkAtwood has joined #openstack-meeting02:04
*** MarkAtwood has joined #openstack-meeting02:04
*** sileht has quit IRC02:05
*** sdake has joined #openstack-meeting02:08
*** sileht has joined #openstack-meeting02:10
*** asalkeld has quit IRC02:12
*** Mandell has joined #openstack-meeting02:16
*** MarkAtwood has left #openstack-meeting02:18
*** dims has joined #openstack-meeting02:25
*** asalkeld has joined #openstack-meeting02:25
*** stevemar has quit IRC02:30
*** topol has joined #openstack-meeting02:33
*** topol has quit IRC02:34
*** topol has joined #openstack-meeting02:34
*** markmcclain has joined #openstack-meeting02:34
*** comay has joined #openstack-meeting02:38
*** topshare has quit IRC02:40
*** neelashah has joined #openstack-meeting02:41
*** dhouck_ has joined #openstack-meeting02:49
*** IlyaE has quit IRC02:59
*** david_h has joined #openstack-meeting03:00
*** dims has quit IRC03:03
*** topshare has joined #openstack-meeting03:05
*** colinmcnamara has quit IRC03:15
*** colinmcnamara has joined #openstack-meeting03:15
*** markmcclain has quit IRC03:16
*** markmcclain has joined #openstack-meeting03:17
*** markmcclain has quit IRC03:17
*** colinmcnamara has quit IRC03:20
*** topshare has quit IRC03:21
*** dhouck_ has quit IRC03:21
*** david_h has quit IRC03:26
*** colinmcnamara has joined #openstack-meeting03:27
*** nati_ueno has joined #openstack-meeting03:35
*** radsy has quit IRC03:44
*** rongze_ has joined #openstack-meeting03:46
*** rongze has quit IRC03:46
*** neelashah has quit IRC03:53
*** twoputt_ has joined #openstack-meeting03:54
*** twoputt_ has quit IRC04:17
*** yaguang has quit IRC04:41
*** topol has quit IRC04:43
*** jcoufal has joined #openstack-meeting04:43
*** yaguang has joined #openstack-meeting04:46
*** rongze_ has quit IRC04:59
*** sjing has quit IRC05:04
*** sjing has joined #openstack-meeting05:06
*** dmakogon_ has joined #openstack-meeting05:13
*** __afazekas is now known as afazekas05:15
*** dmakogon_ has quit IRC05:25
*** markpeek has quit IRC05:28
*** aepifanov has joined #openstack-meeting05:29
*** dafter has joined #openstack-meeting05:34
*** aepifanov has quit IRC05:36
*** IlyaE has joined #openstack-meeting05:37
*** dafter has quit IRC05:40
*** dafter has joined #openstack-meeting05:41
*** dafter has quit IRC05:45
*** yaguang has quit IRC05:48
*** SergeyLukjanov has joined #openstack-meeting05:48
*** jecarey has quit IRC05:56
*** sjing has quit IRC05:57
*** rongze has joined #openstack-meeting06:00
*** sjing has joined #openstack-meeting06:00
*** yaguang has joined #openstack-meeting06:03
*** elo has quit IRC06:05
*** rongze has quit IRC06:08
*** gongysh has joined #openstack-meeting06:10
*** eglynn has joined #openstack-meeting06:13
*** jlibosva has joined #openstack-meeting06:14
*** doron_afk has joined #openstack-meeting06:14
*** jlibosva1 has joined #openstack-meeting06:14
*** terriyu has quit IRC06:16
*** jlibosva has quit IRC06:18
*** cdub_ has joined #openstack-meeting06:19
*** rongze has joined #openstack-meeting06:20
*** michchap has quit IRC06:23
*** mrunge has joined #openstack-meeting06:26
*** oubiwann is now known as oubiwann-lambda06:27
*** eglynn has quit IRC06:28
*** SergeyLukjanov is now known as _SergeyLukjanov06:29
*** SergeyLukjanov has joined #openstack-meeting06:30
*** beagles has joined #openstack-meeting06:33
*** otherwiseguy has joined #openstack-meeting06:40
*** dkehn has quit IRC06:41
*** ttrifonov_zZzz is now known as ttrifonov06:42
*** dkehn has joined #openstack-meeting06:42
*** IlyaE has quit IRC06:51
*** ttrifonov is now known as ttrifonov_zZzz07:03
*** ttrifonov_zZzz is now known as ttrifonov07:04
*** yeylon_ has joined #openstack-meeting07:09
*** doron_afk is now known as doron07:09
*** sjing has quit IRC07:11
*** sjing has joined #openstack-meeting07:14
*** danwent has joined #openstack-meeting07:14
*** danwent has quit IRC07:16
*** colinmcnamara has quit IRC07:25
*** colinmcnamara has joined #openstack-meeting07:25
*** doron is now known as doron_afk07:29
*** colinmcnamara has quit IRC07:30
*** ndipanov has joined #openstack-meeting07:30
*** stevemar has joined #openstack-meeting07:32
*** otherwiseguy has quit IRC07:34
*** afazekas is now known as __afazekas07:35
*** cdub_ has quit IRC07:37
*** jlibosva1 has quit IRC07:39
*** jhenner has joined #openstack-meeting07:40
*** lsmola has joined #openstack-meeting07:40
*** ndipanov has quit IRC07:40
*** dafter has joined #openstack-meeting07:46
*** ndipanov has joined #openstack-meeting07:51
*** thomasbiege has joined #openstack-meeting07:53
*** thomasbiege has quit IRC07:54
*** akuznetsov has quit IRC07:55
*** afazekas has joined #openstack-meeting07:57
*** nati_ueno has quit IRC08:02
*** nati_ueno has joined #openstack-meeting08:02
*** eglynn has joined #openstack-meeting08:03
*** yaguang has quit IRC08:05
*** nati_ueno has quit IRC08:07
*** sjing has quit IRC08:09
*** sjing has joined #openstack-meeting08:10
*** danwent has joined #openstack-meeting08:14
*** yassine has joined #openstack-meeting08:14
*** yaguang has joined #openstack-meeting08:17
*** derekh has joined #openstack-meeting08:20
*** SergeyLukjanov has quit IRC08:20
*** SergeyLukjanov has joined #openstack-meeting08:21
*** ygbo has joined #openstack-meeting08:23
*** SergeyLukjanov has quit IRC08:25
*** akuznetsov has joined #openstack-meeting08:28
*** yaguang has quit IRC08:28
*** rakhmerov has joined #openstack-meeting08:30
*** toan-tran has joined #openstack-meeting08:33
*** toan-tran has left #openstack-meeting08:34
*** matsuhashi has joined #openstack-meeting08:43
*** yaguang has joined #openstack-meeting08:46
*** danwent has quit IRC08:46
*** danwent has joined #openstack-meeting08:47
*** fbo_away is now known as fbo08:48
*** toan-tran has joined #openstack-meeting08:48
*** gongysh has quit IRC08:49
*** sjing has quit IRC08:50
*** amotoki has joined #openstack-meeting08:50
*** amotoki has quit IRC08:51
*** amotoki has joined #openstack-meeting08:51
*** stevemar has quit IRC08:53
*** danwent has quit IRC08:56
*** ilyashakhat has joined #openstack-meeting08:57
*** danwent has joined #openstack-meeting09:01
*** jlibosva has joined #openstack-meeting09:01
*** fifieldt has quit IRC09:11
*** rongze_ has joined #openstack-meeting09:15
*** rongze has quit IRC09:18
*** suo has quit IRC09:19
*** Fdot has joined #openstack-meeting09:20
*** noslzzp has joined #openstack-meeting09:25
*** suo has joined #openstack-meeting09:31
*** doron_afk is now known as doron09:35
*** noslzzp has quit IRC09:38
*** salv-orlando has quit IRC09:39
*** salv-orlando has joined #openstack-meeting09:41
*** mrunge has quit IRC09:49
*** noslzzp has joined #openstack-meeting09:50
*** mrunge has joined #openstack-meeting09:54
*** michchap has joined #openstack-meeting09:54
*** topshare has joined #openstack-meeting09:55
*** topshare has quit IRC09:56
*** salv-orlando has quit IRC09:56
*** rdxc has joined #openstack-meeting10:00
*** salv-orlando has joined #openstack-meeting10:05
*** rdxc has quit IRC10:06
*** pcm_ has joined #openstack-meeting10:06
*** pcm_ has quit IRC10:07
*** otherwiseguy has joined #openstack-meeting10:07
*** pcm_ has joined #openstack-meeting10:07
*** doron is now known as doron_afk10:15
*** branen has quit IRC10:18
*** salv-orlando has quit IRC10:19
*** ujuc has quit IRC10:19
*** kmartin has quit IRC10:21
*** toan-tran has quit IRC10:21
*** salv-orlando has joined #openstack-meeting10:21
*** danwent has quit IRC10:22
*** salv-orlando_ has joined #openstack-meeting10:28
*** salv-orlando has quit IRC10:29
*** salv-orlando_ is now known as salv-orlando10:29
*** salv-orlando_ has joined #openstack-meeting10:32
*** salv-orlando has quit IRC10:34
*** salv-orlando_ is now known as salv-orlando10:34
*** rongze_ has quit IRC10:38
*** boris-42 has quit IRC10:42
*** suo has quit IRC10:43
*** cdub_ has joined #openstack-meeting10:44
*** michchap has quit IRC10:45
*** michchap has joined #openstack-meeting10:48
*** salv-orlando has quit IRC10:53
*** salv-orlando has joined #openstack-meeting10:56
*** rongze has joined #openstack-meeting10:58
*** dafter has quit IRC11:04
*** rickerc has quit IRC11:05
*** michchap has quit IRC11:06
*** yaguang has quit IRC11:07
*** dims has joined #openstack-meeting11:08
*** obondarev has joined #openstack-meeting11:11
*** anniec has joined #openstack-meeting11:13
*** anniec_ has joined #openstack-meeting11:14
*** danwent has joined #openstack-meeting11:14
*** anniec has quit IRC11:17
*** anniec_ is now known as anniec11:17
*** fifieldt_ has quit IRC11:21
*** colinmcnamara has joined #openstack-meeting11:26
*** noslzzp has quit IRC11:26
*** colinmcnamara has quit IRC11:33
*** noslzzp has joined #openstack-meeting11:34
*** jcoufal has quit IRC11:35
*** skraynev has quit IRC11:38
*** chandankumar has joined #openstack-meeting11:42
*** rakhmerov has quit IRC11:49
*** adalbas has joined #openstack-meeting11:49
*** suo has joined #openstack-meeting11:50
*** DuncanT- is now known as DuncanT11:51
*** yeylon_ has quit IRC11:52
*** chandankumar has quit IRC11:55
*** bgorski has joined #openstack-meeting12:00
*** topol has joined #openstack-meeting12:00
*** dafter has joined #openstack-meeting12:06
*** danwent has quit IRC12:07
*** lblanchard has joined #openstack-meeting12:07
*** markvoelker has joined #openstack-meeting12:10
*** boris-42 has joined #openstack-meeting12:12
*** dafter has quit IRC12:12
*** doron_afk is now known as doron12:12
*** beagles has quit IRC12:12
*** Mandell has quit IRC12:12
*** rongze has quit IRC12:13
*** Mandell has joined #openstack-meeting12:13
*** aignatov has quit IRC12:14
*** beagles has joined #openstack-meeting12:14
*** tvb|afk has joined #openstack-meeting12:14
*** tvb|afk has quit IRC12:14
*** tvb|afk has joined #openstack-meeting12:14
*** bgorski_ has joined #openstack-meeting12:17
*** matsuhashi has quit IRC12:18
*** Mandell has quit IRC12:18
*** matsuhashi has joined #openstack-meeting12:18
*** bgorski has quit IRC12:20
*** matsuhashi has quit IRC12:22
*** rakhmerov has joined #openstack-meeting12:24
*** rakhmerov has left #openstack-meeting12:24
*** dprince has joined #openstack-meeting12:24
*** ArxCruz has joined #openstack-meeting12:27
*** jcoufal has joined #openstack-meeting12:28
*** neelashah has joined #openstack-meeting12:30
*** aignatov has joined #openstack-meeting12:35
*** weshay has joined #openstack-meeting12:36
*** bgorski_ has quit IRC12:37
*** bgorski has joined #openstack-meeting12:38
*** yeylon_ has joined #openstack-meeting12:39
*** jaypipes has joined #openstack-meeting12:40
*** tvb|afk has quit IRC12:41
*** bpokorny has quit IRC12:43
*** dafter has joined #openstack-meeting12:44
*** dafter has quit IRC12:44
*** dafter has joined #openstack-meeting12:44
*** krtaylor has joined #openstack-meeting12:45
*** julim has joined #openstack-meeting12:46
*** dims has quit IRC12:48
*** johnthetubaguy has joined #openstack-meeting12:49
*** dims has joined #openstack-meeting12:51
*** jcoufal has quit IRC12:51
*** noslzzp has quit IRC12:52
*** skraynev has joined #openstack-meeting12:54
*** dcramer_ has quit IRC12:55
*** martine_ has joined #openstack-meeting12:56
*** martine has joined #openstack-meeting12:56
*** martine is now known as Guest5424012:56
*** doron is now known as doron_afk13:00
*** jhenner has quit IRC13:00
*** thomasm has joined #openstack-meeting13:02
*** afazekas has quit IRC13:03
*** bpokorny has joined #openstack-meeting13:03
*** jhenner has joined #openstack-meeting13:03
*** radez_g0n3 is now known as radez13:04
*** dfecker has quit IRC13:08
*** rongze has joined #openstack-meeting13:08
*** ryanpetrello has joined #openstack-meeting13:08
*** mestery_ has joined #openstack-meeting13:09
*** rustlebee is now known as russellb13:10
*** bfirsh has quit IRC13:12
*** llu has quit IRC13:12
*** llu has joined #openstack-meeting13:12
*** llu has quit IRC13:12
*** llu has joined #openstack-meeting13:12
*** colinmcnamara has joined #openstack-meeting13:12
*** mestery has quit IRC13:12
*** ikhudoshyn_ has quit IRC13:13
*** comstud has quit IRC13:13
*** ikhudoshyn_ has joined #openstack-meeting13:13
*** comstud has joined #openstack-meeting13:14
*** dvarga has joined #openstack-meeting13:19
*** colinmcnamara has quit IRC13:19
*** doron_afk is now known as doron13:19
*** jpeeler has quit IRC13:21
*** clayg has quit IRC13:21
*** jpeeler has joined #openstack-meeting13:21
*** clayg has joined #openstack-meeting13:21
*** colinmcnamara has joined #openstack-meeting13:21
*** otherwiseguy has quit IRC13:22
*** rakhmerov has joined #openstack-meeting13:23
*** lbragstad has quit IRC13:23
*** colinmcnamara has quit IRC13:24
*** colinmcnamara has joined #openstack-meeting13:24
*** joesavak has joined #openstack-meeting13:25
*** afazekas has joined #openstack-meeting13:25
*** terriyu has joined #openstack-meeting13:27
*** vkmc has joined #openstack-meeting13:27
*** colinmcnamara has quit IRC13:28
*** danwent has joined #openstack-meeting13:29
*** doron is now known as doron_afk13:30
*** kevinconway has quit IRC13:31
*** otherwiseguy has joined #openstack-meeting13:32
*** Mandell has joined #openstack-meeting13:32
*** lascii is now known as alaski13:36
*** ivasev has joined #openstack-meeting13:38
*** bfirsh has joined #openstack-meeting13:39
*** kevinconway has joined #openstack-meeting13:39
*** vijendar has joined #openstack-meeting13:40
*** mestery_ is now known as mestery13:41
*** posteriori has joined #openstack-meeting13:42
*** markpeek has joined #openstack-meeting13:42
*** michchap has joined #openstack-meeting13:42
*** banix has joined #openstack-meeting13:47
*** michchap has quit IRC13:51
*** lbragstad has joined #openstack-meeting13:51
*** SergeyLukjanov has joined #openstack-meeting13:51
*** thedodd has joined #openstack-meeting13:53
*** danwent has quit IRC13:57
*** ujuc has joined #openstack-meeting14:00
*** suo has quit IRC14:00
*** Fdot_ has joined #openstack-meeting14:01
*** suo has joined #openstack-meeting14:01
*** AlanClark has joined #openstack-meeting14:03
*** sdake_ has joined #openstack-meeting14:03
*** sdake_ has quit IRC14:03
*** sdake_ has joined #openstack-meeting14:03
*** rwsu has joined #openstack-meeting14:03
*** eharney has joined #openstack-meeting14:04
*** Fdot__ has joined #openstack-meeting14:04
*** Fdot has quit IRC14:05
*** Fdot_ has quit IRC14:06
*** jecarey has joined #openstack-meeting14:07
*** nermina has joined #openstack-meeting14:08
*** afazekas has quit IRC14:08
*** jhenner has quit IRC14:09
*** dfecker has joined #openstack-meeting14:10
*** doron_afk is now known as doron14:10
*** SergeyLukjanov is now known as _SergeyLukjanov14:13
*** dcramer_ has joined #openstack-meeting14:13
*** jlucci has joined #openstack-meeting14:14
*** rakhmerov1 has joined #openstack-meeting14:17
*** rakhmerov has quit IRC14:17
*** rakhmerov1 has quit IRC14:18
*** rakhmerov has joined #openstack-meeting14:18
*** colinmcnamara has joined #openstack-meeting14:18
*** beagles has quit IRC14:21
*** beagles has joined #openstack-meeting14:21
*** SergeyLukjanov has joined #openstack-meeting14:22
*** jhenner has joined #openstack-meeting14:23
*** troytoman-away is now known as troytoman14:23
*** dcramer_ has quit IRC14:26
*** dfecker1 has joined #openstack-meeting14:26
*** dfecker has quit IRC14:29
*** armax has joined #openstack-meeting14:29
*** suo has quit IRC14:30
*** IlyaE has joined #openstack-meeting14:31
*** galstrom_zzz is now known as galstrom14:32
*** danwent has joined #openstack-meeting14:33
*** dafter has quit IRC14:33
*** colinmcnamara has quit IRC14:36
*** markmcclain has joined #openstack-meeting14:36
*** colinmcnamara has joined #openstack-meeting14:37
*** michchap has joined #openstack-meeting14:37
*** dafter has joined #openstack-meeting14:38
*** tvb|afk has joined #openstack-meeting14:38
*** tvb|afk has quit IRC14:38
*** tvb|afk has joined #openstack-meeting14:38
*** dafter has quit IRC14:38
*** matiu has joined #openstack-meeting14:40
*** colinmcnamara has quit IRC14:41
*** noslzzp has joined #openstack-meeting14:42
*** suo has joined #openstack-meeting14:44
*** michchap has quit IRC14:45
*** noslzzp has quit IRC14:45
*** pentameter has joined #openstack-meeting14:46
*** suo has quit IRC14:48
*** rnirmal has joined #openstack-meeting14:48
*** suo has joined #openstack-meeting14:49
*** markpeek has quit IRC14:50
*** tvb|afk has quit IRC14:50
*** markpeek has joined #openstack-meeting14:51
*** jlucci has quit IRC14:53
*** jcoufal has joined #openstack-meeting14:54
*** jlucci has joined #openstack-meeting14:54
*** flaper87|afk is now known as flaper8714:57
*** noslzzp has joined #openstack-meeting14:57
*** yassine has quit IRC15:03
*** dcramer_ has joined #openstack-meeting15:04
*** topol has quit IRC15:06
*** mrodden has quit IRC15:10
*** radez is now known as radez_g0n315:13
*** yassine has joined #openstack-meeting15:16
*** topshare has joined #openstack-meeting15:16
*** topshare has quit IRC15:16
*** topshare has joined #openstack-meeting15:16
*** yassine has quit IRC15:19
*** yassine has joined #openstack-meeting15:19
*** spzala has joined #openstack-meeting15:23
*** rpodolyaka has quit IRC15:23
*** mrodden has joined #openstack-meeting15:23
*** rpodolyaka has joined #openstack-meeting15:24
*** suo has quit IRC15:24
*** jlibosva has quit IRC15:25
*** suo has joined #openstack-meeting15:25
*** posteriori has quit IRC15:26
*** beagles has quit IRC15:27
*** DandyPandy_ is now known as dandypandy15:28
*** dandypandy is now known as DandyPandy15:29
*** alexpilotti has joined #openstack-meeting15:29
*** otherwiseguy has quit IRC15:30
*** colinmcnamara has joined #openstack-meeting15:32
*** lblanchard has quit IRC15:35
*** fnaval_ has joined #openstack-meeting15:36
*** anniec has quit IRC15:38
*** yeylon_ has quit IRC15:40
*** lblanchard has joined #openstack-meeting15:41
*** suo has quit IRC15:42
*** rfolco has joined #openstack-meeting15:42
*** dafter has joined #openstack-meeting15:43
*** amotoki has quit IRC15:43
*** cdub_ has quit IRC15:45
*** eharney has quit IRC15:47
*** topshare has quit IRC15:47
*** flaper87 is now known as flaper87|afk15:47
*** tanisdl has joined #openstack-meeting15:49
*** colinmcnamara has quit IRC15:50
*** colinmcnamara has joined #openstack-meeting15:51
*** eharney has joined #openstack-meeting15:52
*** ujuc has quit IRC15:53
*** danwent has quit IRC15:55
*** mrunge has quit IRC15:55
*** IlyaE has quit IRC15:55
*** colinmcnamara has quit IRC15:55
*** oubiwann has joined #openstack-meeting15:57
*** topol has joined #openstack-meeting15:57
*** jcoufal has quit IRC15:59
*** whenry has joined #openstack-meeting16:01
*** Mandell has quit IRC16:03
*** jmontemayor has joined #openstack-meeting16:03
*** Mandell has joined #openstack-meeting16:04
*** jhenner has quit IRC16:04
*** noslzzp has quit IRC16:05
*** beekneemech is now known as bnemec16:05
*** gyee has joined #openstack-meeting16:07
*** dafter has quit IRC16:08
*** Mandell has quit IRC16:09
*** reed has joined #openstack-meeting16:09
*** yaguang has joined #openstack-meeting16:09
*** markmcclain has quit IRC16:11
*** akuznetsov has quit IRC16:12
*** yassine has quit IRC16:13
*** boris-42 has quit IRC16:15
*** lsmola has quit IRC16:18
*** fnaval_ has quit IRC16:19
*** nermina has quit IRC16:20
*** ygbo has quit IRC16:21
*** danwent has joined #openstack-meeting16:22
*** bdpayne has joined #openstack-meeting16:23
*** terriyu has quit IRC16:25
*** kmartin has joined #openstack-meeting16:25
*** doron is now known as doron_afk16:26
*** fbo is now known as fbo_away16:26
*** yaguang has quit IRC16:27
*** dfecker1 has quit IRC16:28
*** branen has joined #openstack-meeting16:28
*** doron_afk has quit IRC16:29
*** dfecker has joined #openstack-meeting16:29
*** danwent has quit IRC16:29
*** rongze has quit IRC16:30
*** SergeyLukjanov has quit IRC16:31
*** ryanpetrello has quit IRC16:31
*** ryanpetrello has joined #openstack-meeting16:31
*** ryanpetrello has quit IRC16:32
*** jlucci has quit IRC16:32
*** SergeyLukjanov has joined #openstack-meeting16:32
*** ryanpetrello has joined #openstack-meeting16:32
*** SergeyLukjanov has quit IRC16:32
*** rakhmerov has quit IRC16:34
*** jlucci has joined #openstack-meeting16:37
*** neelashah has quit IRC16:38
*** akuznetsov has joined #openstack-meeting16:38
*** radez_g0n3 is now known as radez16:39
*** Fdot__ has quit IRC16:39
*** Fdot has joined #openstack-meeting16:39
*** hemanth_ is now known as hemanth16:40
*** neelashah has joined #openstack-meeting16:42
*** nermina has joined #openstack-meeting16:42
*** colinmcnamara has joined #openstack-meeting16:43
*** rakhmerov has joined #openstack-meeting16:43
*** rfolco has quit IRC16:44
*** pauli1 has joined #openstack-meeting16:45
*** ndipanov has quit IRC16:48
*** SumitNaiksatam has quit IRC16:48
*** markmcclain has joined #openstack-meeting16:52
*** pauli1 has quit IRC16:54
*** beagles has joined #openstack-meeting16:56
*** SergeyLukjanov has joined #openstack-meeting16:56
*** akuznetsov has quit IRC16:56
*** akuznetsov has joined #openstack-meeting16:57
*** IlyaE has joined #openstack-meeting16:58
*** IlyaE has quit IRC16:58
*** SergeyLukjanov is now known as _SergeyLukjanov17:00
*** ben_duyujie has joined #openstack-meeting17:04
*** derekh has quit IRC17:04
*** eglynn has quit IRC17:05
*** SergeyLukjanov has joined #openstack-meeting17:07
*** SumitNaiksatam has joined #openstack-meeting17:08
*** IlyaE has joined #openstack-meeting17:12
*** fnaval_ has joined #openstack-meeting17:16
*** fnaval_ has quit IRC17:16
*** fnaval_ has joined #openstack-meeting17:17
*** neelashah has quit IRC17:20
*** nati_ueno has joined #openstack-meeting17:21
*** thomasbiege has joined #openstack-meeting17:22
*** fnaval__ has joined #openstack-meeting17:23
*** thomasbiege has quit IRC17:24
*** neelashah has joined #openstack-meeting17:24
*** fnaval_ has quit IRC17:27
*** rockyg has joined #openstack-meeting17:27
*** vipul is now known as vipul-away17:28
*** colinmcnamara has quit IRC17:29
*** vipul-away is now known as vipul17:33
*** markmcclain has quit IRC17:34
*** dprince has quit IRC17:34
*** SergeyLukjanov has quit IRC17:37
*** markmcclain has joined #openstack-meeting17:37
*** DennyZhang has joined #openstack-meeting17:37
*** stevemar has joined #openstack-meeting17:38
*** banix has left #openstack-meeting17:40
*** murkk has joined #openstack-meeting17:42
*** murkk has left #openstack-meeting17:42
*** yeylon_ has joined #openstack-meeting17:42
*** SumitNaiksatam has quit IRC17:44
*** sarob has joined #openstack-meeting17:45
*** colinmcnamara has joined #openstack-meeting17:46
*** markmcclain has quit IRC17:48
*** markmcclain has joined #openstack-meeting17:48
*** blamar has quit IRC17:50
*** lblanchard has quit IRC17:50
*** oubiwann_ has joined #openstack-meeting17:51
*** markpeek has quit IRC17:53
*** markpeek has joined #openstack-meeting17:53
*** ben_duyujie has quit IRC17:54
*** oubiwann has quit IRC17:54
*** lblanchard has joined #openstack-meeting17:56
*** DennyZhang has quit IRC17:57
*** rakhmerov has quit IRC18:00
*** Fdot has quit IRC18:00
*** jmontemayor_ has joined #openstack-meeting18:01
*** jmontemayor has quit IRC18:02
*** boris-42 has joined #openstack-meeting18:02
*** IlyaE has quit IRC18:02
*** stevemar has quit IRC18:03
*** comay has quit IRC18:04
*** sarob has quit IRC18:05
*** colinmcn_ has joined #openstack-meeting18:08
*** pauli1 has joined #openstack-meeting18:09
*** lblanchard has quit IRC18:09
*** comay has joined #openstack-meeting18:10
*** johnthetubaguy has quit IRC18:11
*** Mandell has joined #openstack-meeting18:12
*** colinmcnamara has quit IRC18:12
*** terriyu has joined #openstack-meeting18:12
*** SumitNaiksatam has joined #openstack-meeting18:13
*** vkmc has quit IRC18:15
*** sarob has joined #openstack-meeting18:21
*** eglynn has joined #openstack-meeting18:23
*** banix has joined #openstack-meeting18:23
*** jsavak has joined #openstack-meeting18:32
*** joesavak has quit IRC18:33
*** annegentle_ has quit IRC18:33
*** annegentle has joined #openstack-meeting18:34
*** colinmcn_ has quit IRC18:35
*** sacharya has joined #openstack-meeting18:36
*** dhouck_ has joined #openstack-meeting18:38
*** colinmcnamara has joined #openstack-meeting18:41
*** markpeek has quit IRC18:44
*** rakhmerov has joined #openstack-meeting18:45
*** markpeek has joined #openstack-meeting18:46
*** colinmcnamara has quit IRC18:46
*** colinmcnamara has joined #openstack-meeting18:46
*** linggao has joined #openstack-meeting18:47
*** banix has quit IRC18:49
*** colinmcnamara has quit IRC18:51
*** banix has joined #openstack-meeting18:51
*** joesavak has joined #openstack-meeting18:54
*** lucasagomes has joined #openstack-meeting18:56
*** IlyaE has joined #openstack-meeting18:57
*** yuriyz has joined #openstack-meeting18:57
*** jsavak has quit IRC18:57
*** oubiwann_ is now known as oubiwann18:58
*** romcheg has joined #openstack-meeting18:59
*** SergeyLukjanov has joined #openstack-meeting18:59
*** jsavak has joined #openstack-meeting18:59
*** romcheg has left #openstack-meeting18:59
NobodyCam#startmeeting Ironic19:00
openstackMeeting started Mon Oct 14 19:00:06 2013 UTC and is due to finish in 60 minutes.  The chair is NobodyCam. Information about MeetBot at http://wiki.debian.org/MeetBot.19:00
NobodyCam#chair devananda19:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.19:00
*** openstack changes topic to " (Meeting topic: Ironic)"19:00
openstackThe meeting name has been set to 'ironic'19:00
openstackCurrent chairs: NobodyCam devananda19:00
*** romcheg has joined #openstack-meeting19:00
NobodyCamWelcome everyone to the Ironic meeting. The agenda can ofc be found at:19:00
NobodyCam#link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_next_meeting19:00
NobodyCam#toplic Greetings, roll-call and announcements19:00
NobodyCamWho's here for the Ironic Meeting?19:00
dkehnping19:00
devananda\o19:00
romcheg\o19:00
yuriyzhere19:00
NobodyCamHi all19:01
NobodyCamthe only announcement I have is no new news on hoodies19:01
lucasagomeshi19:01
NobodyCamthey are still in progress19:01
romchegNobodyCam: Is there still a change to get one for yuriyz?19:01
*** fnaval__ has quit IRC19:01
NobodyCamyes we thing we are getting >= 2019:02
romchegcool19:02
GheRiveroo/19:02
*** fnaval_ has joined #openstack-meeting19:02
NobodyCamany other announcements19:02
*** joesavak has quit IRC19:02
NobodyCamhey welcome GheRivero19:02
NobodyCam(and lucasagomes019:02
linggaoand me19:03
NobodyCamoh sorry linggao19:03
NobodyCam(/me didnt see you)19:03
devanandano announcement from me19:03
NobodyCamok then19:03
linggaonp, I was quiet.19:03
NobodyCam#topic Hong Kong design summit paper talks19:03
*** openstack changes topic to "Hong Kong design summit paper talks (Meeting topic: Ironic)"19:03
NobodyCamOk I had a action item for a slot to discuss the summit papers so here it is :)19:03
NobodyCamThese are our current papers: (All great submissions)19:03
NobodyCam#link http://summit.openstack.org/cfp/details/5719:03
NobodyCam#link http://summit.openstack.org/cfp/details/9719:03
NobodyCam#link http://summit.openstack.org/cfp/details/10819:03
NobodyCam(sorry of the bulk paste)19:03
*** david_h has joined #openstack-meeting19:03
NobodyCam#link http://summit.openstack.org/cfp/details/11219:03
NobodyCam#link http://summit.openstack.org/cfp/details/13919:03
NobodyCam#link http://summit.openstack.org/cfp/details/18319:04
devanandaso19:04
devanandawe have 5 slots19:04
devanandai've already moved the talk about exposign IPMI polling for Ceilometer to the Ceilometer track19:04
devanandaand will be merging one or two of the above proposals19:05
devanandabut all the ideas have been great, and there's still a few weeks if anyone has more19:05
*** tanisdl has quit IRC19:05
NobodyCam108 and 97 could go toghether19:05
devanandayep19:05
devanandaand parts of 183 (scaling) could possibly be moved into 112 (HA)19:06
devanandato make the talks a little more focused19:06
* NobodyCam likes ghe's19:06
*** topol has quit IRC19:07
devanandathat's it from me -- any questions or feedback?19:07
*** fnaval_ has quit IRC19:07
*** nati_uen_ has joined #openstack-meeting19:07
NobodyCamwe can post coments on each paper19:07
NobodyCamok moving on then19:08
NobodyCam#topic Outstanding, in-progress or Action Item updates19:08
NobodyCamFrom the Agenda:19:08
*** openstack changes topic to "Outstanding, in-progress or Action Item updates (Meeting topic: Ironic)"19:08
NobodyCamdevananda to write framework for noav-ironic driver19:08
NobodyCamlucasagomes to add CLI docs to ironic developer doc pages19:08
NobodyCamromcheg to propose a non-gating job to -infra19:08
NobodyCamromcheg to add python-ironicclient to devstack install scripts19:08
NobodyCamdevananda to think about a Transifex project for Ironic19:08
NobodyCamromcheg looking at Ukrainian and Russian transifex translations19:08
NobodyCamromcheg Check how i18n conplient we are19:08
NobodyCam(again sorry)19:08
lucasagomesyea will put on my todo list, I didn't do that yet19:09
lucasagomesi've to make some changes on the CLI as well19:09
NobodyCamdevananda: I will bring up the nova review in client section19:09
NobodyCamany updates on the Transifex stuff?19:10
devanandaah! yes19:10
devanandaI think clarkb said it's all set up and ready for us to propose jobs19:10
lucasagomessweet :)19:10
linggaoAre we at the stage where we can use ironic to deploy a baremetal node yet? If true, then we need to have a doc for how to do it.19:10
NobodyCamw00t19:10
romchegI'm still trying to catch up with devstack and waiting until all blockers got merged to test tempest before submitting a job to infra19:10
lucasagomesI was thinking about the translation I can translate it to brazilian portuguese as well19:10
*** jlucci has quit IRC19:10
*** nati_ueno has quit IRC19:10
linggaoI am eager to see such a doc so that I can play it in my cluster.19:11
devanandalinggao: not yet. it can turn power on/off to a node today. but deploy is untested, and doing it properly still requires the nova driver (not yet written)19:11
NobodyCamalso I maybe not the right topic but I hear nova client is gating in python3 on19:11
romchegby blockers I mean a fix with the policy and a problem with the time which is already merged19:11
linggaodevananda, should we have a doc that we keep updating, that way the folks can play with the existing functions.19:12
lucasagomesNobodyCam, afaik we were too, but we stopped cause of the dependency on the keystone client19:12
NobodyCamya19:12
lucasagomeswell it's there but it's non-voting in the moment19:12
linggaoNow I can only play with the unit test cases19:12
devanandaromcheg: i'll take a look at the policy changes you just psoted after the meeting19:13
devanandaromcheg: assuming those are good and land today, anything else blockign the tempest patch (https://review.openstack.org/#/c/48109/) ?19:13
NobodyCamwe are doing much better on time then I had thought we would be19:13
*** rudrarugge has joined #openstack-meeting19:13
romchegdevananda: thanks. Yes, it looks like it's the only blocker now19:14
NobodyCam:)19:14
linggaodevananda, even how some of you setup your cluster for testing the APIs etc.19:14
devanandaromcheg: great! I'll do that toady :)19:14
romchegThanks19:14
NobodyCamanything else on open / action items19:14
devanandaregardign i18n compliance, do we have an open bug report?19:14
devanandathat seems like something we could take off of romcheg's plate and let anyone else tackle in parallel19:15
NobodyCamlinggao: are you using devstack or dib for testing19:15
lucasagomessplitting work is always good, I don't think we have a bug open19:15
* lucasagomes checking19:15
NobodyCamI though we had vage bug for it19:15
*** romcheg is now known as anyone_else19:16
NobodyCamlol19:16
linggaoNobodyCam, I just use testr for now. But in the middle of setting up using devstack.19:16
*** fnaval_ has joined #openstack-meeting19:16
anyone_elseanyone_else will be happy to help19:16
*** anyone_else is now known as romcheg19:16
NobodyCamoh to good romcheg19:16
devanandalucasagomes: we have a few folks getting up to speed (linggao and rloo) and even splitting some of the API work out might be good for them19:16
NobodyCamlinggao: the walk thurs do work19:16
NobodyCamlinggao: https://wiki.openstack.org/wiki/Ironic19:17
lucasagomesdevananda, indeed, martyntaylor's also working on the api19:17
*** tanisdl has joined #openstack-meeting19:17
lucasagomesI can def map somethings that needs to be done in the API19:17
devanandalinggao: as far as my test env, i have a seed VM and an ironic VM which is running all the services in it.19:17
linggaoNobodyCam, thanks. I'll follow that doc.19:17
NobodyCamlucasagomes: # action???19:18
lucasagomesNobodyCam, could be :)19:18
devanandalinggao: so i am testing in that "ironic vm" when i need to run things outside of venv19:18
*** nermina has quit IRC19:18
linggaodevananda, lucusagomes, yes. I am willing to take more works.19:18
linggaoPlease assign me something.19:18
devanandalinggao: thanks!19:18
lucasagomesnp19:18
NobodyCam#action map somethings that needs to be done in the API19:19
NobodyCamgah19:19
NobodyCam#action lucasagomes map somethings that needs to be done in the API19:19
romcheglucasagomes: what about bookmark links?19:19
lucasagomesthat's one :)19:19
devananda#action devananda to update ironic wiki tripleo walkthrough to include "how to update code in the undercloud"19:19
lucasagomesbookmark links currently are retuning 40419:19
lucasagomesif u wanna take a look at it linggao19:19
NobodyCamdevananda: ^^^ with rebuilding19:20
devanandaNobodyCam: withOUT rebuilding the undercloud19:20
NobodyCamsounds like a adhoc script that would be cool19:20
devanandaNobodyCam: i've got it so that I ssh into undercloud, sudo su -, cd $somepath, git review -d ###, service ironic-conductor restart19:20
NobodyCamupdateironic.sh19:20
devanandasomething like that19:20
linggaolucasagomes, what do you want me to take a look?19:20
NobodyCamnice19:21
NobodyCam:)19:21
NobodyCam#topic Integration and testing19:21
*** openstack changes topic to "Integration and testing (Meeting topic: Ironic)"19:21
romcheglucasagomes, linggao: should bokmark links return redirects to the latest version of the API or just resources?19:21
NobodyCamshould catch up the topic19:21
lucasagomeslinggao, the API generates some bookmarks links, currently they are not working19:21
lucasagomeswe talk in the API topic about it19:21
lucasagomessorry NobodyCam19:21
linggaolucasagomes, sure. I'll take a look.19:21
NobodyCamlol19:21
*** julim has quit IRC19:22
*** novas0x2a|laptop has joined #openstack-meeting19:22
NobodyCamI think we covered the devstack issue so moving on thru19:22
NobodyCam#topic Python-IronicClient19:22
*** openstack changes topic to "Python-IronicClient (Meeting topic: Ironic)"19:22
linggaoI'm finishing up removing of the mox from the unit testcases with rloo.19:23
NobodyCamWOW this is suck a awesome review to see :)19:23
NobodyCam#link https://review.openstack.org/#/c/51328/19:23
*** fnaval_ has quit IRC19:23
linggaowe'll free of mox very soon.19:23
lucasagomesironic client... there's one thing needed which is blocking the ironic driver on nova19:23
NobodyCamlinggao: oops19:23
lucasagomeswhich is access nodes->ports19:23
lucasagomeslike GET /nodes/<uuid>/ports19:23
*** fnaval_ has joined #openstack-meeting19:23
linggaoNobodyCam, np. I am slow at typing.19:24
lucasagomesanother neat feature that needs to be added is multi operations when creating a patch to a resource19:24
NobodyCam:)19:24
NobodyCam(so is /me)19:24
lucasagomeslike add,remove,replace in the same CLI cmd19:24
lucasagomesand documentation19:24
NobodyCamlucasagomes: client needs driver-list too19:24
lucasagomesNobodyCam, yea but that's needed in Ironic first19:24
NobodyCam:)19:24
devanandalucasagomes: i would put multi-operation-in-cli pretty low on the priority list, fwiw19:25
*** joesavak has joined #openstack-meeting19:25
devanandalucasagomes: validate-on-create would basically solve the current need for that19:25
lucasagomesdevananda, indeed, and we need to talk about it on the API topic19:25
*** DennyZhang has joined #openstack-meeting19:25
devanandalucasagomes: and if, at some point, we have a driver update that makes it require different fields, we'd need to tag a db migration in the same patch19:26
devanandai haven't mentioned that before :)19:26
NobodyCam:-p19:26
devanandabut basically, we should try not to break nodes that might currently be working when we change a driver's required fields19:26
NobodyCamdo we have anything on how to do a db change?19:27
lucasagomesyea, well I was thinking about the required fields, actually I've a patch in gerrit that makes driver/driver_info required at node creation19:27
lucasagomesits WIP19:27
devanandaNobodyCam: there are db migrations already in the tree. just follow the patterns19:27
*** jsavak has quit IRC19:27
NobodyCam:)19:27
lucasagomesit works but it's kinda hacky19:27
lucasagomescause the way that TaskManager works, we need to create the node before and then validate it19:28
devanandayea19:28
lucasagomesif validation fails we delete that node19:28
NobodyCamanything else on the cli19:28
*** akuznetsov has quit IRC19:28
NobodyCamlucasagomes: ieek19:28
lucasagomesNobodyCam, not really, we are already talking about the API hehe19:28
NobodyCam#topic API discussion19:28
*** openstack changes topic to "API discussion (Meeting topic: Ironic)"19:28
NobodyCam:-p19:28
lucasagomesdevananda, also, should properties be required?19:29
NobodyCamieek was for the delete comment19:29
lucasagomesNobodyCam, yea :( I know19:29
lucasagomesthat's why I got me thinking about the validation at creation time19:29
*** joesavak has quit IRC19:29
*** dcramer_ has quit IRC19:29
devanandalucasagomes: rather than API:create, RPC:validate, if fails: API:delete19:29
*** jmontemayor_ has quit IRC19:29
*** joesavak has joined #openstack-meeting19:30
devanandalucasagomes: what about moving all the create logic into the conductor?19:30
devanandalucasagomes: and passign the dict over RPC. the return over RPC would either be a node obj or an exception19:30
lucasagomesdevananda, will look a bit better, but we still need to create the node in the db first19:30
*** sarob has quit IRC19:30
lucasagomescause of the taskmanager rigth? it puts some flags on the db19:31
devanandayep19:31
NobodyCamalso we talked about restarting. what would happen if someone created a node then removed the driver and restarted19:31
*** sarob has joined #openstack-meeting19:31
*** jsavak has joined #openstack-meeting19:31
devanandalucasagomes: could also create an empty node in the db, then validate the whole dataset19:31
*** markvan has joined #openstack-meeting19:32
devanandalucasagomes: rather than risk that a node with data in the db could linger ,if the api crashed during validation19:32
lucasagomesdevananda, yea... but another thing about having it as required is the size of the CLI to create a node19:32
devananda(not great either way -- an empty node is bad, too)19:32
devanandalucasagomes: true19:32
*** fnaval_ has quit IRC19:32
lucasagomesNobodyCam, hmmmmmmmmmmm it will fail when he tries to deploy/powerupa node19:32
lucasagomesNobodyCam, cause there's validations at the start of each of those actions19:32
devanandalucasagomes: then we don't require nodes to have valid data for update.19:32
lucasagomesNobodyCam, and if the driver is not there it's going to fail anyway :D19:33
lucasagomesdevananda, that's what I was thinking about19:33
lucasagomesafter starting coding, I thought that it would be a pain to people to create a node19:33
lucasagomesif all those fields are required19:33
*** nati_uen_ has quit IRC19:34
lucasagomesdevananda, you know what would be good, if we have someway to trigger the validation19:34
lucasagomeslike after u input all the data but before deploying/powering up19:34
* devananda face-palms19:34
NobodyCamnode.validate()19:34
*** nati_ueno has joined #openstack-meeting19:34
lucasagomesfrom the api19:34
devanandait's actually going to be impossible to validate driver.deploy at node creation time19:34
*** joesavak has quit IRC19:35
devanandasince nova won't populate the details for a deploy until someone actually creates a nova instance and spawn()s it19:35
devanandaso19:35
devanandayes19:35
devanandawe have to allow update on invalid data sets19:35
lucasagomesdevananda, a-ha!19:35
lucasagomesright19:35
lucasagomesI will remove the validations from update19:35
lucasagomes#action :)19:35
lucasagomesdevananda, also, chassis_id, required or not?19:35
devananda#action lucasagomes to remove validation from API update method19:35
*** sarob has quit IRC19:36
lucasagomesit's required for ports so I think it makes sense to be on nodes as well19:36
*** markvan has quit IRC19:36
devanandalucasagomes: yea. even if in a small deploy, someone just creates one dummy chassis to hold all their nodes19:36
*** atiwari has joined #openstack-meeting19:36
devanandai think it's fair that we say node.chassis_id NOT NULL19:36
lucasagomesso we have a consistent workflow to create the resources 1. create chassis 2. create the node for the chassis 3. create the ports for the nodes19:36
lucasagomesdevananda, +119:36
NobodyCamyea +119:37
devananda4. populate node's driver info (for the power driver)19:37
GheRivero+119:37
*** hemanth is now known as heman-th19:37
lucasagomes:) yea19:37
devanandaso in terms of manually triggering a driver.interface.validate()19:37
devanandawe may want to expose which interfaces pass/fail19:37
lucasagomesdevananda, yea, i gotta think how we are exposing that tho19:38
*** heman-th is now known as he-man19:38
devanandaeg, GET /nodes/xxx/validate might return {'power': True, 'deploy': False, 'console': NotSupported}19:38
devanandaor something19:38
*** ayoung has joined #openstack-meeting19:38
lucasagomessounds reasonable for me19:38
lucasagomesat least the user are more secure to press the "deploy button"19:39
lucasagomesif he does validate it first19:39
NobodyCamyea19:39
*** he-man is now known as heman-th19:39
NobodyCamis that all for api?19:39
devanandaas far as prioritization, i dont think we need that for the nova driver19:40
devanandaand users shouldn't be starting a deploy from the CLI :)19:40
NobodyCam:)19:40
devanandabut it will probably be useful in troubleshooting, etc, at some point19:40
devanandaso #lowpriority, IMO19:40
NobodyCamshouldn't or can not19:41
*** jaypipes has quit IRC19:41
lucasagomesoh yea... and won't take much time to implement as well... anyhoo19:41
lucasagomesoff the top of my head we don't have anything else for the API (unless we want to talk about vendor_passthru)19:41
devanandaNobodyCam: well. users will be able to do anything the API service exposes if they write their own clients (which they eventually will)19:41
NobodyCamdevananda: ahh but not thru the ironic-cli19:42
devanandaso I say "shouldn't" :)19:42
NobodyCamthru the api19:42
NobodyCamhehheh19:43
devanandathe CLI is just what we choose to give as a reference to users, to enable adoption and usage of the API.19:43
devanandait's not going to be the only client19:43
NobodyCamvp or move on 18 minutes19:43
devanandanothing on vp from me19:43
lucasagomesvp?!19:43
NobodyCamvender-passthru19:43
*** akuznetsov has joined #openstack-meeting19:44
lucasagomesahh19:44
lucasagomeslol19:44
NobodyCam#topic Java Driver19:44
NobodyCamso not sure anyone saw my post over theweekend.. comes down to x10 is out InSte0n19:44
*** openstack changes topic to "Java Driver (Meeting topic: Ironic)"19:44
NobodyCamis what is out now. I see how to get insteon working in linux.19:44
lucasagomesyea I'm waiting for HK to talk more about vp19:44
NobodyCamany q/c on coffee driver?19:44
lucasagomesdoes it make cappuccino??19:45
devananda:-D19:45
*** beagles has quit IRC19:45
NobodyCamit could if you had a cappuccino maker19:45
lucasagomessweet19:45
*** blamar has joined #openstack-meeting19:45
NobodyCamok then19:45
NobodyCam#topic Food for Thought / Open Discussion19:45
*** openstack changes topic to "Food for Thought / Open Discussion (Meeting topic: Ironic)"19:45
NobodyCamopen floor19:46
lucasagomesdevananda, how are we exposing nodes/<uuid>/ports on the CLI?19:46
NobodyCamall question welcome19:46
lucasagomesnode-port-list <node uuid> ?19:46
*** dmakogon has joined #openstack-meeting19:46
*** SergeyLukjanov is now known as _SergeyLukjanov19:46
devanandahrm.... nova boot image=cappuchino flavor=twelve_ounce19:46
devanandasorry, distracted by coffee :)19:46
*** radez is now known as radez_g0n319:46
lucasagomeslol19:46
NobodyCamlol19:46
lucasagomesit's cool19:46
yuriyzHow inform deploy ramdisk of ironic's api url?19:46
*** _SergeyLukjanov has quit IRC19:46
yuriyzkernel param?19:47
NobodyCamyuriyz: thats what we do now19:47
NobodyCamhumm /me checking19:47
linggaoA simple question on the CLI, will the ironic CLI be exposed through nova?19:47
linggaoYou may have disscussed this before.19:48
devanandalucasagomes: that works. or what about: ironic list-ports [<node>]19:48
lucasagomeslinggao, nova will have a driver that will be written using the ironic cli libs (which the cli uses as well)19:48
devanandalinggao: ironic has its own API endpoint19:48
lucasagomeslinggao, https://review.openstack.org/#/c/51328/19:48
devanandalinggao: i am writing a noav driver that will use python-ironicclient library and talk to ironic API enpoint19:49
*** akuznetsov has quit IRC19:49
linggaodevananda, lucuasagomes, I see. thanks19:49
devanandalinggao: and the cloud admin can also use ironic CLI to talk to the ironic API endpoint, eg. to enroll nodes, check status of things, etc19:49
lucasagomesdevananda, list-ports [<node>] sounds good19:49
lucasagomesreusing the command19:49
linggaoI see.19:49
devanandalinggao: but to manage a deploy, user will still call nova19:49
devanandalinggao: eg, nova boot --flavor ironic.large --image ubuntu13.04 ...19:50
devanandalinggao: and nova scheduler will know that ironic.large flavor type should be routed to a nova-compute node that is configured with the 'ironic' driver19:50
lucasagomesdevananda, but hmmmm it's not very explicit, I mean node-port-list at least says ur listing the ports on that node19:50
devanandathen nova-compute's ironic driver will do the work of deploy, power, etc19:50
linggaodavananda, I see.  but can they also boot up a node using ironic CLI directly?19:50
lucasagomesdevananda, I would stick to node-port-list sounds more comprehensible19:50
lucasagomeslooks*19:50
devanandalucasagomes: node-ports-list is certainly clearer, yes19:51
lucasagomescool19:51
devanandalinggao: well. no.19:51
linggaook19:51
devanandalinggao: technically, anything that nova will do to ironic, a user could also do manually19:51
*** akuznetsov has joined #openstack-meeting19:51
devanandalinggao: but it would be difficult and is certainly not the "right" thing to do19:52
devanandalinggao: when deploying openstack with ironic, Nova should manage the deployment process.19:52
linggaodavananda, thanks19:52
linggaoanothe question19:52
linggaoconsole19:52
*** AlanClark has quit IRC19:52
*** AlanClark has joined #openstack-meeting19:52
linggaoShould we feedback the console from ipmi to nova?19:53
devanandalinggao: yes19:53
devanandalinggao: nova alraedy has an API for exposign console. we should interoperate with that as much as possible19:53
NobodyCamyuriyz: https://github.com/openstack/diskimage-builder/blob/master/elements/ramdisk/extra-data.d/scripts/init#L4119:54
devanandalinggao: general rule -- don't reinvent the wheel. so if another service in openstack already does it, we should just use that19:54
NobodyCamlol moved sense I last looked19:54
NobodyCam5 minute bell19:55
*** rockyg has quit IRC19:55
linggaodavananda, like we talked on the ironic channel, I can look into it. I think currently nova gets the console from the vn hypervisors19:55
*** rockyg has joined #openstack-meeting19:55
linggaodavananda, vn/vm19:55
linggaodavananda, not sue it can get console for baremetal yet.19:56
devanandalinggao: yes. one difference -- nova-compute is running on same host with vm hypervisor. bare metal console is on a network (eg, serial port or SOL interface)19:56
devanandalinggao: so we may need to d osomething like run a SOL proxy on the ironic-conductor or nova-compute host19:56
devanandaand teach nova to return that19:57
*** colinmcnamara has joined #openstack-meeting19:57
linggaodevananda, yes, we need have that path set up.19:57
NobodyCamshould I ask about the xcat way of doing it19:57
NobodyCamsol that is19:57
*** yeylon_ has quit IRC19:57
devanandalinggao: you may also want to see how this was done for the initial nova-baremetal driver.19:58
devanandathey had some support for SOL, but I did not get it to work19:58
NobodyCamno I19:58
linggaoxCAT has a command called rcons, it gets the console through ipmitool19:58
NobodyCamtwo minuts19:58
linggaobut jbhonso is writing code to get it from native IPMI.19:59
NobodyCamlet move anything open back to our home channel19:59
NobodyCamGreat meeting guys19:59
devanandayea, time's up! thanks everyone -- let's continue in #ironic19:59
NobodyCamlast word:19:59
lucasagomes:) thank you all19:59
NobodyCam#endmeeting19:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"19:59
linggao:)19:59
openstackMeeting ended Mon Oct 14 19:59:56 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ironic/2013/ironic.2013-10-14-19.00.html19:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ironic/2013/ironic.2013-10-14-19.00.txt20:00
openstackLog:            http://eavesdrop.openstack.org/meetings/ironic/2013/ironic.2013-10-14-19.00.log.html20:00
*** banix has left #openstack-meeting20:00
*** bgorski has quit IRC20:00
*** yuriyz has quit IRC20:01
*** marun has joined #openstack-meeting20:02
*** epim has joined #openstack-meeting20:03
*** bobmel has joined #openstack-meeting20:05
*** dcramer_ has joined #openstack-meeting20:07
*** nil__ has joined #openstack-meeting20:08
*** nil__ has left #openstack-meeting20:09
*** jlucci has joined #openstack-meeting20:09
*** bobmel has left #openstack-meeting20:10
*** bobmel has joined #openstack-meeting20:10
*** david-lyle_ has joined #openstack-meeting20:11
*** SergeyLukjanov has joined #openstack-meeting20:13
*** bmeee has joined #openstack-meeting20:14
*** nermina has joined #openstack-meeting20:15
*** gsobczak has joined #openstack-meeting20:16
*** danwent has joined #openstack-meeting20:17
*** DennyZhang has quit IRC20:17
*** david_h has quit IRC20:19
*** DrBacchus has joined #openstack-meeting20:20
*** blamar has quit IRC20:20
*** tanisdl has quit IRC20:22
*** nati_uen_ has joined #openstack-meeting20:22
*** colinmcnamara has quit IRC20:23
*** colinmcnamara has joined #openstack-meeting20:24
*** nati_ueno has quit IRC20:26
*** jmontemayor has joined #openstack-meeting20:27
*** danwent has quit IRC20:32
*** markvan has joined #openstack-meeting20:32
*** lucasagomes has quit IRC20:33
*** romcheg has left #openstack-meeting20:37
*** rockyg has quit IRC20:38
*** vipul is now known as vipul-away20:39
*** eglynn has quit IRC20:42
*** nermina has quit IRC20:42
*** sarob has joined #openstack-meeting20:42
*** shiv has joined #openstack-meeting20:44
*** shiv has quit IRC20:45
*** shiv has joined #openstack-meeting20:45
*** cdub_ has joined #openstack-meeting20:46
*** banix has joined #openstack-meeting20:46
*** sarob has quit IRC20:46
*** SergeyLukjanov has quit IRC20:47
*** fifieldt has joined #openstack-meeting20:47
*** banix has quit IRC20:47
*** banix has joined #openstack-meeting20:47
*** jlucci has quit IRC20:48
*** jlucci has joined #openstack-meeting20:48
*** SergeyLukjanov has joined #openstack-meeting20:48
*** galstrom is now known as galstrom_zzz20:51
*** RajeshMohan has joined #openstack-meeting20:51
*** galstrom_zzz is now known as galstrom20:51
*** nati_uen_ has quit IRC20:52
*** nati_ueno has joined #openstack-meeting20:53
*** banix has left #openstack-meeting20:53
*** yamahata has quit IRC20:53
*** yamahata has joined #openstack-meeting20:54
*** samuelbercovici has joined #openstack-meeting20:54
*** michchap has joined #openstack-meeting20:55
*** rkukura has joined #openstack-meeting20:56
*** michchap has quit IRC20:56
*** otherwiseguy has joined #openstack-meeting20:57
salv-orlandoNeutron folks: I might be about 5-10 minutes late for today's meeting, but I'm around20:57
*** gongysh has joined #openstack-meeting20:57
markmcclainsalv-orlando: we'll just assign all of the bugs to you in your absence :)20:59
*** galstrom is now known as galstrom_zzz20:59
*** michchap has joined #openstack-meeting20:59
*** emagana has joined #openstack-meeting20:59
nati_uenohi!20:59
mesteryyo folks!20:59
emaganahello all!20:59
armaxhello20:59
shivhi all20:59
enikanorovhi20:59
dkehnhi20:59
arosenhiya!20:59
*** emagana has quit IRC20:59
*** carl_baldwin has joined #openstack-meeting21:00
samuelbercovicihi21:00
*** emagana has joined #openstack-meeting21:00
SumitNaiksatamhi all!21:00
emaganaI'm back!21:00
gongyshhi21:00
*** jcorbin has joined #openstack-meeting21:00
*** haleyb has joined #openstack-meeting21:00
*** Swami has joined #openstack-meeting21:00
arosenemagana: welcome back21:01
rkukurahi21:01
Swamihi all21:01
markmcclain#startmeeting Networking21:01
openstackMeeting started Mon Oct 14 21:01:14 2013 UTC and is due to finish in 60 minutes.  The chair is markmcclain. Information about MeetBot at http://wiki.debian.org/MeetBot.21:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:01
*** openstack changes topic to " (Meeting topic: Networking)"21:01
openstackThe meeting name has been set to 'networking'21:01
markmcclain#link https://wiki.openstack.org/wiki/Network/Meetings21:01
*** linggao has left #openstack-meeting21:01
markmcclain#topic Announcements21:01
*** openstack changes topic to "Announcements (Meeting topic: Networking)"21:01
markmcclainRC2 is now available21:01
markmcclain#link http://tarballs.openstack.org/neutron/neutron-2013.2.rc2.tar.gz21:01
*** amotoki has joined #openstack-meeting21:01
*** HenryG has joined #openstack-meeting21:01
mesteryAwesome! Great work on RC2 everyone!21:02
*** dmakogon_ has joined #openstack-meeting21:02
*** gregr_3456 has joined #openstack-meeting21:02
amotokihi21:02
gregr_3456hi21:02
markmcclainRight now this will be our final release version later this week21:02
*** ivar-lazzaro has joined #openstack-meeting21:02
markmcclainPlease test.  If you find any critical bugs, please let me know.21:03
emaganamarkmcclain: no more bug fixes will be included?21:03
*** ivar-lazzaro has quit IRC21:03
*** ivar-lazzaro has joined #openstack-meeting21:03
markmcclainemagana: not unless the bug fix addresses a release critical bug21:03
emaganamarkmcclain: good!21:03
*** Guest73648 has joined #openstack-meeting21:04
markmcclain#info RC2 is the last planned version prior to release21:04
*** dmakogon has quit IRC21:05
markmcclain#info TC elections are now open21:05
markmcclain#link http://lists.openstack.org/pipermail/openstack-dev/2013-October/016432.html21:05
*** adalbas has quit IRC21:05
markmcclainIf you have ATC status and did not receive a ballot, please contact one of the election officials.21:05
*** rakhmerov has quit IRC21:05
markmcclain#topic Bugs21:06
*** openstack changes topic to "Bugs (Meeting topic: Networking)"21:06
*** julim has joined #openstack-meeting21:06
salv-orlandohi21:06
markmcclain#link https://bugs.launchpad.net/neutron/+bugs?search=Search&field.importance=Critical&field.status=New&field.status=Confirmed&field.status=Triaged&field.status=In+Progress21:06
markmcclainsalv-orlando: we were in the process of assigning you bugs :p21:06
markmcclainwe currently have 2 critical bugs21:07
markmcclainhttps://bugs.launchpad.net/neutron/+bug/123040721:07
*** geoffarnold has joined #openstack-meeting21:07
uvirtbotLaunchpad bug 1230407 in neutron "VMs can't progress through state changes because Neutron is deadlocking on it's database queries, and thus leaving networks in inconsistent states" [Critical,Confirmed]21:07
*** joesavak has joined #openstack-meeting21:07
*** martine_ has quit IRC21:07
*** Guest54240 has quit IRC21:07
markmcclainis a race that pops up from time to time21:07
*** rossella_s has joined #openstack-meeting21:07
markmcclainwe still haven't fully closed21:07
*** bmeee has quit IRC21:08
markmcclainI'm also investigating another bug: https://bugs.launchpad.net/neutron/+bug/123643921:08
uvirtbotLaunchpad bug 1236439 in neutron "switch to use hostnames like nova breaks upgrades of l3-agent" [High,New]21:08
markmcclainAre there any other critical potential release blockers that we need to know about?21:09
amotokihttps://bugs.launchpad.net/neutron/+bug/121191521:09
uvirtbotLaunchpad bug 1211915 in neutron "Connection to neutron failed: Maximum attempts reached" [Critical,Fix committed]21:09
amotokiis it still open? the review is avaialable.21:09
markmcclainsalv-orlando proposed a fix last week that at the time we thought was a parital fix21:10
*** NealT has joined #openstack-meeting21:11
*** jsavak has quit IRC21:11
*** dvarga has quit IRC21:11
salv-orlandobug 1224001 pops up from time to time; I've looked at the logs and root cause this time seems that the instance was failing to boot21:11
uvirtbotLaunchpad bug 1224001 in neutron "test_network_basic_ops fails waiting for network to become available" [Critical,Fix released] https://launchpad.net/bugs/122400121:11
salv-orlandoI did not push a fix for bug 121191521:11
uvirtbotLaunchpad bug 1211915 in neutron "Connection to neutron failed: Maximum attempts reached" [Critical,Fix committed] https://launchpad.net/bugs/121191521:11
salv-orlandothat is the bug that "went away by itself" if I recall correctly21:11
*** sarob has joined #openstack-meeting21:11
* markmcclain looking21:12
*** iwamoto has joined #openstack-meeting21:12
*** nermina has joined #openstack-meeting21:13
*** alexpilotti has quit IRC21:13
markmcclainyes21:13
markmcclainhttp://logstash.openstack.org/#eyJzZWFyY2giOiJcIkNvbm5lY3Rpb24gdG8gbmV1dHJvbiBmYWlsZWQ6IE1heGltdW0gYXR0ZW1wdHMgcmVhY2hlZFwiIiwiZmllbGRzIjpbXSwib2Zmc2V0IjowLCJ0aW1lZnJhbWUiOiJjdXN0b20iLCJncmFwaG1vZGUiOiJjb3VudCIsInRpbWUiOnsiZnJvbSI6IjIwMTMtMTAtMDFUMjA6NTg6MDIrMDA6MDAiLCJ0byI6IjIwMTMtMTAtMTRUMjE6MTM6MDIrMDA6MDAiLCJ1c2VyX2ludGVydmFsIjoiMCJ9LCJzdGFtcCI6MTM4MTc4NTE5Njk5NH0=21:13
dimssalv-orlando, the bug that went away by itself was because we patched python neutron client's httpclient2 pool every call21:14
*** vipul-away is now known as vipul21:14
*** jlucci has quit IRC21:14
salv-orlandodims: makes sense21:14
*** jlucci has joined #openstack-meeting21:14
gongyshdims: can u show us the patch URL?21:15
dimsgongysh, https://review.openstack.org/#/c/49210/21:15
dimsgongysh, got ninja-merged21:16
salv-orlandoso looks like bug 1211915 is not happening anymore (it has not been seen for about 10 days)21:16
uvirtbotLaunchpad bug 1211915 in neutron "Connection to neutron failed: Maximum attempts reached" [Critical,Fix committed] https://launchpad.net/bugs/121191521:16
*** SridarK has joined #openstack-meeting21:16
nati_uenocool!21:17
markmcclainAny other bugs we need to talk about?21:17
*** sarob has quit IRC21:17
markmcclain#topic API Docs21:18
*** openstack changes topic to "API Docs (Meeting topic: Networking)"21:18
markmcclainsalv-orlando: hi21:18
*** sarob has joined #openstack-meeting21:18
*** rossella_s has quit IRC21:18
salv-orlandohttps://review.openstack.org/#/q/status:open+project:openstack/netconn-api,n,z21:18
*** rossella_s has joined #openstack-meeting21:19
salv-orlandomost patches have already a +221:19
salv-orlandothe others are not far from being good to merge21:19
*** jlucci has quit IRC21:19
markmcclainOk.. I'll make sure to add these to my review queue21:19
salv-orlandoAlso, I don't think we heard from the authors of the metering service for API doc; that is a gap at the moment21:20
salv-orlandoI will track it21:20
markmcclaink21:20
markmcclain#action markmcclain to check into metering docs21:20
markmcclainAnything else for api docs?21:20
salv-orlandonot from me21:21
*** Guest73648 is now known as Gary21:21
markmcclainThanks for updating21:21
markmcclain#topic Docs21:21
*** openstack changes topic to "Docs (Meeting topic: Networking)"21:21
markmcclainemagana: hi21:21
*** Gary is now known as Guest2533821:21
emaganaHi there!  ML2 installation guide is still WIP21:21
emaganaI promise Cisco folks to help with changes on Cisco plug-in documentation and it will be completed before Wednesday21:22
markmcclainGreat21:22
*** sarob has quit IRC21:22
emaganastill have the same problem that salv-orlando, the metering part is not completed21:22
markmcclainI'll follow up on both21:22
markmcclainAny other doc items?21:23
emaganaThe docs team fixed an important issues with the tables references with Neutron, now they look much more better and accurate!  :-)21:23
markmcclainawesoem21:23
*** markvan has quit IRC21:23
emagananothing else from my side, not sure if Anne or someone else wants to add something21:24
amotokiemagana: which document? i haven't really caught up the document change.21:24
markmcclainannegentle: feel free to chime if you got any new info21:24
fifieldtwe're also looking for some help with neutron install guide21:24
emaganaamotoki: https://review.openstack.org/#/c/50715/21:24
fifieldtif anyone was interested21:24
fifieldtas in the neutron bit of the install guide*21:25
*** jenn_ has joined #openstack-meeting21:25
markmcclainemagana: did we have a contact assigned for that?21:25
amotokiemagana: thanks.21:25
gongyshemagana: do the patch for neutron doc belong to the neutron admin guide or new cloud admin guide?21:25
emaganamarkmcclain: I think it will be me!21:26
emaganaI already signed as reviewer21:26
*** DrBacchus has quit IRC21:26
emaganagongysh: cloud admin guide21:26
amotokigongysh: the neutron admin guide no longer exists.21:26
markmcclainemagana: thanks21:26
emaganaamotoki +121:26
gongyshok.  thanks21:26
*** NealT has quit IRC21:26
emaganafifieldt: check with me offline for the install guide21:27
fifieldtyessir21:27
*** AndChat|112404 has joined #openstack-meeting21:28
markmcclain#topic FWaaS21:28
*** openstack changes topic to "FWaaS (Meeting topic: Networking)"21:28
markmcclainSumitNaiksatam: there's a meeting this Wednesday?21:28
SumitNaiksatamyeah, i proposed one21:28
SumitNaiksatamIRC #openstack-meeting 18:00 UTC21:29
*** AndChat-112404 has joined #openstack-meeting21:29
SumitNaiksatampre-summit prep21:29
mesteryThis is for more than FWaaS right SumitNaiksatam?21:29
mesteryIs this the service VM meeting?21:29
SumitNaiksatammestery: wednesday only for fwaas21:29
mesterySumitNaiksatam: OK, thanks!21:30
SumitNaiksatammestery: common service requirements including service VM is today21:30
SumitNaiksatamafter neutron meeting21:30
*** rossella_s has quit IRC21:30
mesteryAh, yes! Thanks for the clarification. :)21:30
markmcclainok21:30
SumitNaiksatammean to call that out in the open discussion21:30
SumitNaiksatammean -> meant21:31
gongyshSumitNaiksatam:  can we propose a time friendly for China guys?21:31
SumitNaiksatamnothing more for FWaaS21:31
*** rossella_s has joined #openstack-meeting21:31
markmcclainthanks for updating21:31
SumitNaiksatamgongysh: sorry about that, sure21:31
gongyshSumitNaiksatam: thanks21:31
markmcclain#topic Horizon21:31
*** openstack changes topic to "Horizon (Meeting topic: Networking)"21:31
*** galstrom_zzz is now known as galstrom21:31
markmcclainThe patch to enable DB Quotas landed during the RC period21:32
amotokino topic for havana release.21:32
amotokiAFAIK horizon RC2 will be avaialble soon.21:32
*** fifieldt_ has joined #openstack-meeting21:32
*** AndChat|112404 has quit IRC21:32
*** AndChat-112404 has quit IRC21:33
amotokithanks everyone for DB quotas patch.21:33
gongyshamotoki: u did a great jog on horizon for neutron. I tested all of the features.21:33
gongyshjog -> job. :)21:33
markmcclainamotoki: thanks for updating21:33
markmcclain#topic Summit21:33
*** openstack changes topic to "Summit (Meeting topic: Networking)"21:33
markmcclain#link http://summit.openstack.org/21:34
markmcclain#info: Submission deadline is Oct 17th21:34
salv-orlandois the total number of session slots reserved to Neutron already known?21:34
*** thomasm has quit IRC21:35
markmcclainYes and we're already oversubscribed21:35
enikanorovas usual?21:35
markmcclainWe have the same number as we had in Portland21:35
salv-orlandowhich is? 24 - I can't remember21:36
mesterymarkmcclain: rkukura and I would like to congregate all the ML2 sessions into 1-2 "ML2 Super Sessions", which hopefuilly helps you with the numbers. :)21:36
*** jmontemayor has quit IRC21:36
nati_uenovpnaas as well21:36
maruni'll brow beat everyone on testing in every session instead of having a testing-focused session21:36
markmcclainwe'll have 23 slots21:36
* mestery thanks marun for spreading the testing love.21:37
marun:)21:37
markmcclainmarun: we'll also be holding a joint session with the tempest team21:37
marunsweet21:37
SumitNaiksatamsame for fwaas ("super session(s)")21:38
markmcclainI'll be going through the submissions this week in advance of the deadline.21:38
*** michchap has quit IRC21:38
*** michchap has joined #openstack-meeting21:38
*** KC-Wang has joined #openstack-meeting21:38
markmcclainif your proposal is vague please update it to include more specifics21:38
markmcclainfor the sub-teams that need super sessions21:39
markmcclainwould like the main areas to be filed21:39
geoffarnoldCan we make the deadline COB on Thursday, to allow the results of the Thursday get-together at BigSwitch to be factored in?21:39
mesteryI've been tagging my ML2 sessions with notes to make it easier for your markmcclain. :)21:39
markmcclainI can combine them into the same block21:39
enikanorovmarkmcclain: what is supersession? two slots in series?21:39
markmcclaingeoffarnold: yes… as long as it is Oct 17th somewhere in the world you can file21:40
mesteryenikanorov: "super sessions" are for things like ML2, VPN, FW which have many small ticket items which can be combined into a "super session"21:40
enikanorovyeah. does 'super' mean more time?21:41
*** gongysh_ has joined #openstack-meeting21:41
*** jmontemayor has joined #openstack-meeting21:41
markmcclainthe super sessions do help a little, but we still need to spec out sub areas those sessions will cover21:41
mesteryenikanorov: No21:41
mesterymarkmcclain: Understood.21:41
*** vuil has joined #openstack-meeting21:41
samuelbercoviciso will we have at least 1 slot for lbaas?21:41
*** gongysh_ has quit IRC21:42
emaganaLet's just submit the proposal and let PTL to organize the schedule properly!21:42
*** gongysh_ has joined #openstack-meeting21:42
samuelbercovicik21:42
markmcclainsamuelbercovici: yes.. we've currently only have 2 proposed21:43
*** beyounn has joined #openstack-meeting21:43
*** noslzzp has joined #openstack-meeting21:43
markmcclainThe plan is to release the proposed schedule earlier than last time21:44
markmcclainthis will provide some time to work out the inevitable cross track conflicts where folks need to be in 2 rooms at once21:44
*** gongysh has quit IRC21:44
samuelbercovicimarkmcclain: started to review the relevant proposals, i think there are more than 2, i will aslo submit one tomorrow21:44
markmcclainsamuelbercovici: I was just doing the quick search by title21:45
markmcclainthere might be more21:45
markmcclainAny other summit questions?21:45
salv-orlandomarkmcclain: the guidelines for prioritising session are on a project basis or are they set community-wide?21:45
salv-orlandoie: how to pick a session and reject another one21:45
markmcclainThe priorities are per project21:46
*** vipul is now known as vipul-away21:46
salv-orlandoI think we said we'll give priority to items that are beneficial for the whole community, is that right?21:46
markmcclaincorrect21:47
*** dhouck_ has quit IRC21:48
markmcclain#topic Open Discussion21:48
*** openstack changes topic to "Open Discussion (Meeting topic: Networking)"21:48
mtreinishmarkmcclain: I had a quick one, this afternoon I was looking at the set of tempest tests that work with neutron enabled. It looks like everything (except for 10 tests will work)21:49
mtreinishso I think we might want to gate on these tests too, the issue is that without parallel it takes a long time to run21:50
mtreinishlike >1hr21:50
*** hemna is now known as hemnafk21:50
markmcclainmtreinish: great21:50
salv-orlandomtreinish: can you quickly refresh us on what we need to enable parallelisms?21:50
markmcclainwe need to ensure that we've got bugs to fix the remaining 1021:50
*** vipul-away is now known as vipul21:50
mtreinishsalv-orlando: the first step is tenant isolation (which I think is mostly done)21:51
mtreinishsalv-orlando: then it's debugging the races that pop up until its stable21:51
salv-orlandomtreinish: yeah that alone unleashed hell21:51
mtreinishmarkmcclain: ok, I can open bugs for them21:51
*** rossella_s has quit IRC21:51
markmcclainmtreinish: can you make sure to add a common tag so they're easy to find in launchpad?21:51
mtreinishmarkmcclain: sure21:51
mtreinishthe open question I had was it ok to add a long run like that to the gate time, or should we just wait until parallel is ready?21:52
salv-orlandomtreinish: I think we still have the issue of needing a solution for filtering on ip addresses expressed as regexes?21:52
markmcclainwe already have one of the longer running unit test suites in the gate21:52
*** ChristianM_ has joined #openstack-meeting21:52
mtreinishsalv-orlando: this is the filter I've got now: https://review.openstack.org/#/c/51275/21:53
salv-orlandoyeah, even if longer it's probably still going to be shorter than the py26 job21:53
markmcclainmtreinish: I'd like to discuss the run time in the joint session21:53
mtreinishsalv-orlando: well right now I'm not even sure how long it's going to take, I had to up the timeout because jenkins was killing it at 1 hr21:53
markmcclainwith the temptest team21:53
mtreinishmarkmcclain: ok sure, so hold off until then?21:54
*** vijendar has quit IRC21:54
mtreinishmarkmcclain: with parallel runtime becomes less of an issue (it takes about half the time)21:54
markmcclainyes.. it's only 2.5 weeks away from discussing it21:54
markmcclainlong term parallel is the way to go21:54
markmcclainI just want to make sure we go about it in a way that does not create lots of pain for the community21:55
mtreinishyeah, I agree we don't want a repeat of when I greenlit tenant isolation with neutron21:55
*** gregc has joined #openstack-meeting21:55
markmcclainmtreinish: I don't think we were expecting the kernel bug we fond21:55
markmcclain*found21:55
mtreinishheh, yeah that's true21:56
markmcclainAny other open discussion items?21:57
*** gregc has quit IRC21:57
*** nermina has quit IRC21:57
markmcclainThanks for stopping in this week.  If you're interested in Service VMs, please stick around.21:57
markmcclain#endmeeting21:58
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"21:58
SumitNaiksatamwe have a follow up meeting at the top of the hour now for advance services21:58
openstackMeeting ended Mon Oct 14 21:58:02 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:58
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking/2013/networking.2013-10-14-21.01.html21:58
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking/2013/networking.2013-10-14-21.01.txt21:58
openstackLog:            http://eavesdrop.openstack.org/meetings/networking/2013/networking.2013-10-14-21.01.log.html21:58
*** Kanzhe has joined #openstack-meeting21:58
*** rkukura has left #openstack-meeting21:58
salv-orlandoadieeeeeeeuuuuuu21:59
samuelbercovicignight21:59
salv-orlandonot that I'm not interested in service VMs21:59
SumitNaiksatam:-)21:59
salv-orlandoI love service VMs but I love my pillow more21:59
SumitNaiksatami know you are interested in service insertion/chaining21:59
SumitNaiksatamdid that wake you up?21:59
*** Snigs has joined #openstack-meeting22:00
*** noslzzp has quit IRC22:00
salv-orlandoSumitNaiksatam: nothing is more important than my pillow, especially as I've not seen it in 19 hours22:00
SumitNaiksatamsure, thanks for all the great work on the bugs22:00
SumitNaiksatam#startmeeting Networking Advance Services22:00
openstackMeeting started Mon Oct 14 22:00:57 2013 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.22:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.22:00
*** openstack changes topic to " (Meeting topic: Networking Advance Services)"22:01
openstackThe meeting name has been set to 'networking_advance_services'22:01
SumitNaiksatamfirst up, apologies to those for whom this time is inconvenient22:01
SumitNaiksatamwe will try to do it at a different time for follow up22:01
SumitNaiksatamjust thought it was easier to herd everyone together while we are here anyway22:01
SumitNaiksatam#topic service insertion and chaining22:01
*** openstack changes topic to "service insertion and chaining (Meeting topic: Networking Advance Services)"22:01
*** sarob has joined #openstack-meeting22:01
*** gregc has joined #openstack-meeting22:02
SumitNaiksatamthis is a follow up from the last VPNaaS meeting22:02
SumitNaiksatamsince this topic cuts across *aaS we thought it better to have this common discussion22:02
SumitNaiksatam#link https://blueprints.launchpad.net/neutron/+spec/neutron-services-insertion-chaining-steering22:02
*** ivasev has quit IRC22:02
SumitNaiksatamthere has been some discussion on the above blueprint22:02
SumitNaiksatamthe most updated version was posted only recently so not everyone might have had a chance to take a look22:03
*** aclark_ has joined #openstack-meeting22:03
SumitNaiksatamfor those who did, any thoughts?22:03
*** jpeeler has quit IRC22:03
gregr_3456good progress22:04
SumitNaiksatamthere were some comments from enikanorov which have been addressed22:04
SumitNaiksatamgregr_3456: thanks22:04
SumitNaiksatamnati_ueno: thoughts?22:04
*** obondarev_ has joined #openstack-meeting22:04
*** AlanClark has quit IRC22:04
*** armax has left #openstack-meeting22:04
nati_uenoSumitNaiksatam: +122:05
*** jcorbin has left #openstack-meeting22:05
SumitNaiksatamthe idea is be able to be able to support both single service insertion and also chains22:05
nati_uenoSumitNaiksatam: I'll comment in the doc also22:05
SumitNaiksatamnati_ueno: thanks22:05
SumitNaiksatamcrickets? :-)22:06
Snigshi guys Beginner here :) Where is the blueprinbt for the data path22:06
*** rakhmerov has joined #openstack-meeting22:06
enikanorovSumitNaiksatam: going over your comments. am I understanding correctly, that there could be service that is not inserted?22:06
SridarKIt was  a very productive face 2 face discussion on Thu - it is really important that we are able to get to a common model that we can implement in Icehouse. This is imperative for us to make any meaningful progress with services.22:06
SumitNaiksatamSridarK: thanks22:06
SumitNaiksatamSnigs: data plane model is not prescriptive22:06
SumitNaiksatamSnigs: it is driven by the plugin/driver22:07
*** bpokorny has quit IRC22:07
SumitNaiksatamSnigs: this model is to capture the intent of the user22:07
SumitNaiksatamenikanorov: thinking about your question22:07
*** tanisdl has joined #openstack-meeting22:07
Snigsok - so the plugin defines the data path and the encapsulation22:07
SumitNaiksatamSnigs: yes22:07
SumitNaiksatamenikanorov: i think every service is inserted22:08
Snigsand this blueprint is focussed on specifying the parmeters for the chain ?22:08
*** neelashah has quit IRC22:08
SumitNaiksatamenikanorov: it may or may not be explicit22:08
SridarKfor the data path we can consider something along the lines of NSH but we are a bit far from that at this point22:08
SumitNaiksatamSnigs: at a high level you can look at it that way22:08
enikanorovSumitNaiksatam: i remember that is controlled by service instertion context22:08
geoffarnoldWell, explicit or not represents a pretty fundamental difference for the end user22:08
enikanorovwhich is a separate object22:08
SumitNaiksatamgeoffarnold: agree22:09
enikanorovjust thinking what level of control the user will have22:09
iwamotowill this BP change current LBaaS or FWaaS implementation much? I wonder how chaining will be implemented22:09
SumitNaiksatamgeoffarnold: i meant to say there could be defaults22:09
geoffarnoldLet me post a multiline question....22:09
geoffarnoldWho’s doing the insertion and chaining?  It seems to me that there are two distinct (but overlapping) use cases in this area.  One is where service instances are visible to applications: where we are adding API(s) to allow an application to explicitly manage the service instance.  The other is where the service instance is invisible to the application: the application uses the Neutron APIs to interact with the logical22:09
SumitNaiksatamenikanorov: yes, service insertion context object22:09
geoffarnold.... elects to use service instances (rather than, say, physical resources) to realize these logical resources.  Many similarities, but also great differences.22:10
SumitNaiksatamiwamoto: implementation may change, the degree to which it may change may be varied, the attempt is to be minimally disruptive22:10
SumitNaiksatamgeoffarnold: still reading :-)22:10
*** lbragstad has quit IRC22:10
SumitNaiksatamgeoffarnold: if i could grasp that, we are addressing the former case22:11
SumitNaiksatamgeoffarnold: all neutron abstractions are currently targeting the former case22:11
geoffarnoldThat's what I thought.22:11
SumitNaiksatamgeoffarnold: ok22:11
geoffarnoldBut we need the second case too22:11
SumitNaiksatamgeoffarnold: sure22:11
SumitNaiksatamthese seem to be complementary22:12
SumitNaiksatamgeoffarnold: right?22:12
geoffarnoldIt would be a shame to do two parallel service instance implementations and then have to refactor to belatedly catch up with the overlap22:12
SumitNaiksatamgeoffarnold: hmmm…should not be the case22:12
Kanzhegeoffarnold: Both of your use cases are covered by the proposal.22:13
geoffarnoldWe've built an example of the second model in DNRM which we'll demo in Hong Kong22:13
samuelbercovicias i did not read the doc, yet, is the proposal is for the logical model only? what is the expectation in regards to the data plane?22:13
*** rakhmerov has quit IRC22:13
KanzheInvisible case is the same as "Bump In The Wire" mode, where appplication is not aware of the service.22:13
geoffarnoldBut Mark McClain and others are urging us to look at both22:13
SumitNaiksatamgeoffarnold: on re reading your question, i agree with Kanzhe, we are addressing the logical resource case22:14
geoffarnoldSecond [DNRM] case involves no new APIs. If you have a new API, it's a new use case IMHO22:14
*** sacharya has quit IRC22:14
samuelbercovicigeoffarnold: in general neutron ia handling logical models22:14
SumitNaiksatamsamuelbercovici: data plane implementation details are in the plugin/driver22:14
KanzheInserting LB will be the second use case, where application is aware of the service insertion.22:15
SumitNaiksatamsamuelbercovici: anything specific that you would like to be incorporated here22:15
SumitNaiksatamgeoffarnold: to give you an example - lets take FWaaS and firewall22:15
*** gsobczak has quit IRC22:15
SumitNaiksatamuser creates a firewall resource22:15
SumitNaiksatamthis is a logical resource22:15
geoffarnoldAgreed. But does the end user know anything about the logical resource beyond what is in the current FW/LB/L3 APIs?22:15
SumitNaiksatamgeoffarnold: no22:15
geoffarnoldSo the resource could be HW or SW22:16
SumitNaiksatamyes22:16
samuelbercoviciSumitNaiksatam: so idealy, the insertion "logical" model is specified by an admin, then the different drivers should get enough "TBD" information so they can adhere to this?22:16
SumitNaiksatamper the blueprint the service instance is a logical resource as the user sees it22:16
SumitNaiksatamsamuelbercovici: yes22:17
SumitNaiksatamsamuelbercovici: ideally it would be great to be able to flesh that interface out22:17
SumitNaiksatamat least from an insertion perspective22:17
*** jenn_ has quit IRC22:17
samuelbercoviciSumitNaiksatam: so lets take some use cases..22:18
SumitNaiksatamsamuelbercovici: yes22:18
*** galstrom is now known as galstrom_zzz22:18
Snigsis it possible to decompose the insertion problem into a classification, redirect and return (next hop)22:18
*** gyee has quit IRC22:18
SumitNaiksatambtw, folks,  we also have a couple of other items on the agenda for today22:18
SumitNaiksatamso we need to give time for those as well22:18
*** gongysh_ has quit IRC22:18
SumitNaiksatambut go ahead22:18
samuelbercoviciif i create a new VIP, currently i select the driver implementation, how would i specify the insertion model and the service model?22:18
SumitNaiksatamSnigs: that i consider it to be a implementation detail, however your point on the classification is very valid22:19
*** jmontemayor has quit IRC22:19
SumitNaiksatamSnigs: currently there is no defined classification mechanism in neutron22:19
*** psedlak has quit IRC22:19
Snigsok - let me listen a little more :)22:19
SumitNaiksatamSnigs: i consider it to be complementary but not within the scope of this bp22:20
samuelbercovicitwo portions at least are relevant here; a: how to expect the VIP handling (exmples: proxy, default gate way..)22:20
enikanorovsamuelbercovici: I think it still up to the plugin driver to decide the insetion mode. But user can give a hint in case plugin drivers supports several types of insertion22:20
enikanorovbut that's IMO22:20
samuelbercovicithen also if default gateway, than the expectation is to be inserted insted of the gw22:20
SumitNaiksatamenikanorov: yes22:20
SumitNaiksatamsamuelbercovici: does that make sense?22:20
samuelbercoviciand b: the chaining order22:20
SumitNaiksatamsamuelbercovici: you mean replace L3 gateway with LB?22:21
SumitNaiksatamLB -> VIP22:21
*** otherwiseguy has quit IRC22:21
Kanzhesamuelbercovici: Do you mean the LB provides both L3 gateway function and LB function?22:22
*** jmontemayor has joined #openstack-meeting22:22
samuelbercoviciSumitNaiksatam: yes. if the vip "specifies" that it is going to function in a model that needs the lb service to perform as default GW for the memebers, that it should replace the L3 gw22:23
samuelbercoviciat least fro those members22:23
SumitNaiksatamsamuelbercovici: agree22:23
*** arosen has quit IRC22:23
*** vipul is now known as vipul-away22:23
samuelbercoviciachiving this by the driver alone is currently no possible22:23
rudraruggei agree with samuel on this22:23
ivar-lazzaro+122:23
SumitNaiksatamsamuelbercovici: yes, so in the proposed model we have service_insertion_context22:23
*** vipul-away is now known as vipul22:24
SumitNaiksatamfor exactly that reason22:24
SumitNaiksatamdriver and insertion context are two different things22:25
*** dfecker has quit IRC22:25
samuelbercoviciso what would a  service_insertion_context define?22:25
SumitNaiksatamone could write a driver that can infer the insertion context (as it does today) but that is not fexible22:25
rudraruggeand how does context play out in a service vm22:25
SumitNaiksatamsamuelbercovici: its in the spec :-)22:25
SumitNaiksatami will copy paste here -22:25
SumitNaiksatamit mainly has a insertion_type/mode22:25
SumitNaiksatamwhich will indicate L3 or L2 or BITW or Tap22:26
*** psedlak has joined #openstack-meeting22:26
SumitNaiksatamand then additional attributes pertaining to whichever type/mode is chosen22:26
SumitNaiksatamso for e.g., if L3 is chosen, then a router_id would be a part of the insertion_context22:26
rudraruggegot it sumit but how do we associate the interfaces from service vm to the service instances?22:26
SumitNaiksatamrudrarugge: nice segue to the next topic22:27
enikanorovrudrarugge: that is a too forwardlooking question IMO :)22:27
rudraruggesure will wait22:27
bobmelThe spec uses plural; e.g. routers. What does that mean?22:28
SumitNaiksatamgeoffarnold, samuelbercovici, Snigs: do you want to follow up later on this particular topic22:28
SumitNaiksatam?22:28
samuelbercoviciSumitNaiksatam: so if the lbbas is a two leg solution that can bypass the l3 gw, how can it get inserted?22:28
SumitNaiksatamcan we transition to the next topic22:28
geoffarnoldYes22:28
SumitNaiksatamgeoffarnold: thanks22:28
samuelbercoviciok. will read the document and comment ask questions on it22:28
SumitNaiksatamsamuelbercovici: good question, hold that thought we can take that offline22:29
SumitNaiksatami think we can handle that insertion22:29
SnigsYes22:29
SumitNaiksatami had the second topic listed as "common agent model" for the services, but i will skip that22:29
SumitNaiksatamsince the question was asked about service VMs lets get to that22:30
SumitNaiksatam#topic service VM library22:30
*** openstack changes topic to "service VM library (Meeting topic: Networking Advance Services)"22:30
SumitNaiksatam#link https://blueprints.launchpad.net/neutron/+spec/adv-services-in-vms22:30
SumitNaiksatamnote that there are other blueprints as well in the same zip code22:31
SumitNaiksatammost notably geoffarnold's blueprint22:31
SumitNaiksatamthis particular topic for today's discussion is specifically on the service VM management framework/library22:31
*** gyee has joined #openstack-meeting22:31
SumitNaiksatamrudrarugge: i believe your question is in this context22:31
*** dcramer_ has quit IRC22:31
SumitNaiksatamlets address that22:31
rudraruggeyes22:31
rudraruggethanks22:31
SumitNaiksatamgregr_3456: there?22:32
gregr_3456hi22:32
gregr_3456first can talk about service VM interfaces22:32
SumitNaiksatamyou want to take rudrarugge's question22:32
SumitNaiksatamok22:32
SumitNaiksatamso we have potentially two types of service interfaces22:32
gregr_3456the though is that there are two types on interfaces22:32
SumitNaiksatammanagement and data plane for any service VM22:32
gregr_3456first type is 'management interfaces'22:33
SumitNaiksatamgregr_3456: yes go ahead22:33
gregr_3456second is data plane interfaces22:33
gregr_3456(sorry, typed over you)22:33
*** marun has quit IRC22:33
geoffarnoldyup22:33
SumitNaiksatamgregr_3456: np, please keep going22:33
gregr_3456the idea is to allow the consumer of the service VM framework to allocate one or more of each type22:34
gregr_3456based on the requirements of that particular implementation22:34
gregr_3456so far ok?22:34
rudraruggeyes22:34
geoffarnoldconsumer as in provider of the virtual appliance, or consumer of the VM services22:34
gregr_3456consumer is consumer of this interface, the service implementation or plugin22:35
*** mrodden has quit IRC22:35
Kanzhegregr_3456: What is the reason for the serviceVM library to differentiate management vs. data-place interfaces?22:35
KanzheIMHO, the two are the same for the library as long as the network reference is provided.22:36
ChristianM_Could it be in-band or out-of-band management based on the service implementation ?22:36
rudraruggehow do we handle accessing the UI of the service through lets say a management plane for service instance22:36
gregr_3456it may be that mgmt interface may need to be isolated from data plane for availability purposes22:36
Guest25338the plugin should be able to access the mgmt interfaces22:37
rudraruggemgmt plane of service instance is different than mgmt plane of service vm?22:37
*** Guest25338 is now known as gary22:37
SumitNaiksatamChristianM_: yes both are possible22:37
yamahatacan management interface be non-nic interface? for example serial.22:37
SumitNaiksatamyamahata: good point22:37
*** gary is now known as Guest4790722:37
SumitNaiksatamgregr_3456: i think we should capture yamahata's point22:38
Kanzheaccess to mgmt interface is done through its IP address, interface is not relevant here.22:38
*** lbragstad has joined #openstack-meeting22:38
geoffarnoldWhich of its IP addresses? It may have multiple22:38
samuelbercovicii am a bit lost here. what is added here on top of plain vanila spinning up VMs?22:38
gregr_3456to Yamahatas point, the management interface may not necessarily be a network interface22:38
*** thedodd has quit IRC22:38
geoffarnoldThe management interface has to be accessible to a plugin/driver22:39
SumitNaiksatamon sec guys, i think we have people typing over22:39
KanzheIf the mgmt interface is not on a network, neutron shouldn't care.22:39
yamahatagregr_3456, right.22:39
geoffarnoldDisagree22:39
SumitNaiksatamone sec22:40
SumitNaiksatamlet me respond to samuelbercovici first22:40
amotokiKanzhe: but from the VM management view the mgmt interface needs to be modeled.22:40
*** ChristianM__ has joined #openstack-meeting22:40
SumitNaiksatamthat's a bigger question22:40
geoffarnoldEither Neutron is responsible for the mgmt network, or it affects availability (HA) of the {plugin+VM} subsystem22:40
*** ChristianM_ has quit IRC22:41
SumitNaiksatamsamuelbercovici: this framework/library tries to achieve spinning up the VM, thats correct, but in a way that it can be reused across services and components22:41
gregr_3456right.22:41
geoffarnoldhich will work for some components and not others22:41
SumitNaiksatamyamahata, amotoki: agree the serial interface may not be for a neutron network22:41
geoffarnoldheck, we can't even prescribe the guest OS22:42
SumitNaiksatambut the probably the framework still needs to manage it22:42
SumitNaiksatamgeoffarnold, gregr_3456: over to you :-)22:42
SumitNaiksatamlets have one conversation22:42
geoffarnoldSo I've taken a pessimistic approach22:43
KanzheSumitNaiksatam: ok, I agree. serviceVM library should still capture the serial interface config.22:43
SumitNaiksatamKanzhe: thanks22:43
SumitNaiksatamgeoffarnold, gregr_3456 : carry on22:43
geoffarnoldneeds to work with as many kinds of virtual/physical appliances, new and existing, as possible22:43
gregr_3456should be able to specify a management interface from library pov,  whether network or serial or whatever...22:43
samuelbercoviciic. i am asking as we implement lbaas for radware using "service vms" that are not visible for the tenant. we consumed standard openstack capabilities for this. i would not assume that the way we did it is generic but works for our solution.22:43
*** thomasm has joined #openstack-meeting22:43
SumitNaiksatamsamuelbercovici: i am sure it does22:44
geoffarnoldSamuel: we should sit down and compare what we did for Vyatta in DNRM with the Radware LBaaS22:44
*** dmakogon_ has left #openstack-meeting22:44
*** radsy has joined #openstack-meeting22:44
SumitNaiksatamsamuelbercovici, geoffarnold : yes, we can see what the commonalities are and bring them in22:45
Guest47907In our case we have to create a router to access the VM22:45
geoffarnoldAnd ideally add a third virtual appliance to break ties ;-)22:45
rudraruggewe also have a service vm implemented as firewall22:45
SumitNaiksatamrudrarugge: welcome to the party :-)22:45
samuelbercovicithere were many small nits that we needed to have. many of those were around supporting our ha model22:45
rudrarugge:)22:45
*** rnirmal has quit IRC22:45
*** Guest47907 is now known as garyduan22:45
SumitNaiksatamsamuelbercovici: aha, thats the point22:45
*** alexpilotti has joined #openstack-meeting22:45
geoffarnoldI looked at the device inventory BP for LB, and it generalizes nicely to what we did in DNRM22:45
SumitNaiksatamgeoffarnold: great22:45
gregr_3456would be helpful to gather these 'nits' and try and capture as many as possible for a common framework22:46
*** fifieldt has quit IRC22:46
*** SergeyLukjanov has quit IRC22:46
SumitNaiksatamgregr_3456: +1 that is why we are proposing a "common" framework22:46
geoffarnoldMy feeling about frameworks is that we need a minimal mandatory piece (so we can all get along) together with "best practices"22:46
*** carl_baldwin has quit IRC22:46
KanzheMost like geoffarnold's DNRM is the first consumer of the serviceVM framework.22:46
geoffarnoldWell, Radware too.22:47
amotokigeoffarnold: what is DNRM?   may be a silly question.22:47
rudraruggesome nits for us: using dhcp assigned addresses for L3 mode to be used by service instances22:47
SumitNaiksatamgeoffarnold: agree, so thats a good thing, right?22:47
geoffarnoldYes22:47
gregr_3456yes +122:47
SumitNaiksatamso here is a general statement - there will be common requirements and there will be specifics22:47
geoffarnoldWhat's DNRM? This:  https://blueprints.launchpad.net/neutron/+spec/dynamic-network-resource-mgmt22:47
samuelbercoviciso mybe, it would be best served, to list all current impelemntation for service vms and get some nits to establish "best practices" before we try to drive a comonality22:47
geoffarnoldI'm working to carve it up into multiple blueprints, but this captures the end-to-end use cases22:48
amotokigeoffarnold: thanks22:48
SumitNaiksatamwe need to at least capture the common requirements22:48
gregr_3456do we have time for use cases?22:48
SumitNaiksatamsamuelbercovici: being common is not being prescriptive22:48
*** colinmcnamara has quit IRC22:49
SumitNaiksatamgregr_3456: yes please, in case you want to bring up any22:49
KanzheMost like the common framework will satisfy a targeted use case at the beginning, then expend to support more.22:49
geoffarnoldI've restricted myself to service VMs that are completely invisible to the user; they're all owned by the "DNRM" project ;-)22:49
gregr_3456ok, on to use cases22:49
samuelbercovicigeoffarnold: sure. worst case, we can do it in HK :-)22:49
geoffarnoldWhat's on the agenda for the Thursday meeting at BigSwitch?22:50
gregr_3456likely most common case is private service owned by a tenant22:50
gregr_3456but other use cases include shared service VMs that are owned by admin/operator22:50
gregr_3456and for scale-out, a logical service may be hosted across multiple service VMs22:51
gregr_3456any disagreement with this?22:51
SumitNaiksatamgregr_3456: agree, i think those capture most of the cases22:51
rudraruggeI am guessing shared service VMs is not a common use case22:51
samuelbercoviciwe r similar to geoffarnold in that we have service VMs invisible to tenants22:51
geoffarnoldWhat's the mapping between "service" and "logical resource instance"22:51
geoffarnold(The latter in the Neutron API sense)22:51
gregr_3456terminology has been a problem22:51
SumitNaiksatamgeoffarnold: we will try to make progress on the same discussion (but we will have a chance to pull each other's hair out in person :-))22:52
bobmelIn an implementation at Cisco the service VMs are also invisible to tenants22:52
geoffarnoldExcellent22:52
*** uri___ has joined #openstack-meeting22:52
gregr_3456i have been using logical service to describe the one specified by Neutron API22:52
*** epim has quit IRC22:52
rudraruggePrivate service owned by a tenant but provided by the operator?22:52
SnigsSumit: Do we have any hair left ?22:52
geoffarnoldI have plenty (beard too)22:52
SumitNaiksatamSnigs: :-)22:53
*** SergeyLukjanov has joined #openstack-meeting22:53
*** pentameter has quit IRC22:53
SumitNaiksatamsamuelbercovici: the service VM is almost always invisible to the tenant22:53
geoffarnoldI'm concerned about the interaction with placement and HA issues22:53
gregr_3456i am an IRC newbie,  need to learn to respond to individual. :)22:53
Snigs+1 geoff22:53
geoffarnoldAnd logical to physical mappings for things like multi tenant big iron LBs and routers22:53
samuelbercovicithe ha is probably the biggie here22:54
SumitNaiksatamsamuelbercovici, bobmel: there is no suggestion in this proposal to make it explicitly visible to the tenant22:54
samuelbercoviciSumitNaiksatam: k22:54
geoffarnoldWell, the BP isn't exactly clean on that22:54
SumitNaiksatamrudrarugge: service owned by provider22:54
*** branen has quit IRC22:54
geoffarnoldImplies Heat might know more about mappings22:54
SumitNaiksatamgeoffarnold: ok22:55
KanzheSumitNaiksatam: +1. The framework is for other module to consume, not meant for tenant.22:55
SumitNaiksatamgeoffarnold: heat will never interact with the library/framework proposed here22:55
geoffarnoldIn DNRM we lump tall that complexity into a couple of policy engine black boxes, contents TBD22:55
gregr_3456yes,  service owned by provider and pinned to tenant is another variant22:55
gregr_3456planning to update spec after this meeting22:56
*** jmontemayor has quit IRC22:56
SumitNaiksatamgeoffarnold: great - policy is separate from mechnism22:56
*** joesavak has quit IRC22:56
SumitNaiksatamgeoffarnold: this blueprint is only for mechanism22:56
SumitNaiksatamgregr_3456: thanks22:56
geoffarnoldWhen we're considering use cases, let's include software delivery use case - new virtual appliance installation in a running cloud22:56
gregr_3456thanks for feedback22:56
SumitNaiksatamnice discussion everyone - enough to keep gregr_3456 busy i think :-)22:56
geoffarnoldThanks all22:56
SumitNaiksatamgeoffarnold: good topic for F2F meeting22:56
*** sarob_ has joined #openstack-meeting22:56
Snigsthanks22:57
SumitNaiksatamok one more topic22:57
samuelbercovicithany u all.22:57
SumitNaiksatamnot done :-)22:57
geoffarnold?22:57
samuelbercovicigood night22:57
garyduanVM creation is triger by some neutron cli, right?22:57
*** Snigs has quit IRC22:57
geoffarnoldNO NO NO!!!!22:57
gregr_3456still here...22:57
Kanzhegaryduan: No22:57
SumitNaiksatam:-)22:57
*** samuelbercovici has quit IRC22:57
SumitNaiksatamnati_ueno: there?22:57
garyduanSorry, I'm late to jump in22:57
geoffarnoldReally ned to decouple that - see my BP22:57
SumitNaiksatamwe wanted to discuss common agent model22:57
nati_uenoSumitNaiksatam: yep22:58
garyduanwell, I mean in the use case22:58
SumitNaiksatam#topic common L3 agent framework22:58
*** mrodden has joined #openstack-meeting22:58
*** openstack changes topic to "common L3 agent framework (Meeting topic: Networking Advance Services)"22:58
geoffarnoldplugin, driver, now agent. Hmmmm22:58
SumitNaiksatamSridarK: there?22:58
SridarKyes here22:58
SumitNaiksatamgood22:58
SumitNaiksatami don't think we have enough time22:58
garyduancertainly implentation wise, it's some internal APIs22:58
SumitNaiksatambut just want to put it out there22:58
garyduanthat's my understanding22:58
SumitNaiksatamwe currently have a situation where we have three different flavors of the L3 agent in the reference implementation22:59
SumitNaiksatamL3, FWaaS, VPNaaS22:59
geoffarnoldHowever since my first DNRM implementation spins up discrete L3 routers....22:59
geoffarnoldDidn't Cisco have a refactoring proposal for that?22:59
SumitNaiksatamas suggested by nati_ueno (and also SridarK) earlier, we need to have a better approach towards these22:59
*** sarob has quit IRC22:59
geoffarnoldIs mastery there?22:59
SumitNaiksatamnati_ueno, SridarK: thoughts?22:59
geoffarnoldmestery23:00
nati_uenoyes. we should have generic service-agent23:00
*** david-lyle_ has quit IRC23:00
SumitNaiksatamgeoffarnold: bobmel was driving that i believe23:00
SumitNaiksatamthe refactoring is complete23:00
geoffarnoldThat's right - I forgot23:00
SridarKyes and plugin service or vendor specific agents23:00
SumitNaiksatambut that is for the plugin23:00
SumitNaiksatamnati_ueno, SridarK: go ahead23:00
geoffarnoldWe need a whiteboard23:00
nati_uenohttps://docs.google.com/presentation/d/1e85n2IE38XoYwlsqNvqhKFLox6O01SbguZXq7SnSSGo/edit#slide=id.p23:01
nati_uenoThis was the slide I send to the mailing list23:01
SumitNaiksatamnati_ueno: thanks23:01
*** branen has joined #openstack-meeting23:01
*** sarob_ has quit IRC23:01
SumitNaiksatamgeoffarnold: we can potentially have this discussion as well in F2F23:01
nati_uenoIn that mailling thread, option2-2 was the conclution23:01
SumitNaiksatambut this is the best we have in terms of opening it to the community23:01
SumitNaiksatamnati_ueno: thanks23:01
*** sarob has joined #openstack-meeting23:02
nati_uenoso we have a service-agent, and it will provide some hooks (event driven model)23:02
geoffarnoldOK, I have to drop off. Thanks guys. See (some of) you Thursday23:02
nati_uenothen each service agent driver will hook that23:02
SumitNaiksatamnati_ueno: +123:02
SumitNaiksatamgeoffarnold: thanks23:02
nati_uenoAny thought?23:02
*** KC-Wang has quit IRC23:03
nati_uenoso in Icehouse, I wanna leave current l3-agent as-is for backward compatibility23:03
SumitNaiksatamnati_ueno: i guess we don't need to have conclusion now, we are past the meeting time23:03
*** geoffarnold has quit IRC23:03
nati_uenosure23:03
*** armax has joined #openstack-meeting23:03
SridarKnati_ueno in agreement - lets talk more23:03
SumitNaiksatambut i think it will be good for everyone to know this so that we can keep discussing23:03
SumitNaiksatami am +123:03
SumitNaiksatamSridarK: agree23:03
*** nermina has joined #openstack-meeting23:03
SumitNaiksatam#topic Open discussion23:03
*** openstack changes topic to "Open discussion (Meeting topic: Networking Advance Services)"23:03
SumitNaiksatamwe can have a follow up meeting23:04
SumitNaiksatammay be at a convenient time for other folks23:04
SumitNaiksatamwhich topics did we leave out?23:04
*** sarob has quit IRC23:04
SumitNaiksatamor what would you like to be discussed in the context of "advance services" and common requirements?23:05
*** gregr_3456 has quit IRC23:05
*** markpeek has quit IRC23:05
SumitNaiksatamwe use the mailing list as well23:05
SumitNaiksatamany parting thoughts?23:05
*** sarob has joined #openstack-meeting23:05
Kanzhenice discussion.23:06
nati_uenoSumitNaiksatam: How about to have a etherpad page?23:06
ivar-lazzaroSince we are discussing about different type of insertions, implementations, I think that would be good to discuss about "retrieving" physical network mapping23:06
nati_uenoSumitNaiksatam: it will help the summit discussion also23:06
ivar-lazzarowhich is not doable easy as is23:06
*** armax has quit IRC23:06
SumitNaiksatamnati_ueno: sure, i will add one, and link this meeting23:06
nati_uenoSumitNaiksatam: Thanks!23:06
SumitNaiksatamivar-lazzaro: good point23:06
nati_uenoAlso we should have weelky meeting23:06
SumitNaiksatamlets do that for a follow up23:06
*** thomasm has quit IRC23:06
nati_uenobecause this one need many time to discuss23:07
*** gregc has left #openstack-meeting23:07
nati_uenosometimes it looks like a forever discussion :P23:07
SumitNaiksatam+1, we can set this up as a weekly meeting, may be at a different time23:07
nati_uenoawesome23:07
ChristianM__+1 weekly until summit23:07
SumitNaiksatamnati_ueno: agree23:07
Kanzhe+123:07
garyduan+123:07
SridarKAgree23:07
SumitNaiksatamok i can set one up, will check for a convenient time23:07
ivar-lazzaroGood23:07
SumitNaiksatami know enikanorov is half asleep :-)23:07
SumitNaiksatamor may be more than half23:08
SumitNaiksatamalrighty, thanks everyone for your time23:08
Swamigood23:08
SumitNaiksatamlooking forward to the next one23:08
*** Kanzhe has quit IRC23:08
SumitNaiksatam#endmeeting23:08
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"23:08
nati_uenobye!23:08
openstackMeeting ended Mon Oct 14 23:08:36 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)23:08
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_advance_services/2013/networking_advance_services.2013-10-14-22.00.html23:08
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_advance_services/2013/networking_advance_services.2013-10-14-22.00.txt23:08
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_advance_services/2013/networking_advance_services.2013-10-14-22.00.log.html23:08
ivar-lazzarobye23:08
SridarKbye23:08
Swamibye23:08
*** Swami has quit IRC23:09
*** iwamoto has quit IRC23:09
*** oubiwann has quit IRC23:09
*** pcm_ has quit IRC23:09
*** obondarev_ has quit IRC23:10
*** rakhmerov has joined #openstack-meeting23:10
amotokibye23:10
*** amotoki has quit IRC23:10
*** rakhmerov has quit IRC23:15
*** bmelande has joined #openstack-meeting23:16
*** garyduan has quit IRC23:16
*** bmelande is now known as bobmel_23:17
*** bobmel has left #openstack-meeting23:17
*** shiv has left #openstack-meeting23:18
*** nati_uen_ has joined #openstack-meeting23:18
*** banix has joined #openstack-meeting23:20
*** banix has left #openstack-meeting23:20
*** nati_ueno has quit IRC23:22
*** jecarey has quit IRC23:22
*** nati_uen_ has quit IRC23:23
*** eharney has quit IRC23:23
*** ChristianM__ has left #openstack-meeting23:24
*** nati_ueno has joined #openstack-meeting23:29
*** SridarK has quit IRC23:32
*** dfecker has joined #openstack-meeting23:33
*** markpeek has joined #openstack-meeting23:37
*** atiwari has quit IRC23:37
*** dfecker has quit IRC23:37
*** tanisdl has quit IRC23:38
*** dfecker has joined #openstack-meeting23:48
*** galstrom_zzz is now known as galstrom23:50
*** IlyaE has quit IRC23:52
*** SergeyLukjanov is now known as _SergeyLukjanov23:53
*** dfecker has quit IRC23:53
*** _SergeyLukjanov has quit IRC23:53
*** SergeyLukjanov has joined #openstack-meeting23:54
*** SergeyLukjanov has quit IRC23:54
*** yamahata has quit IRC23:56

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!