Tuesday, 2015-10-13

*** otter768 has quit IRC00:01
*** otter768 has joined #openstack-nova00:01
*** heyongli has quit IRC00:03
*** garyk has quit IRC00:03
*** heyongli has joined #openstack-nova00:04
*** garyk has joined #openstack-nova00:04
*** eharney has quit IRC00:05
*** sneti has joined #openstack-nova00:05
openstackgerritMike Fedosin proposed openstack/nova: Use helper method to remove version hardcoding  https://review.openstack.org/22857800:09
openstackgerritMike Fedosin proposed openstack/nova: Bringing Glance v2 images to a uniform format  https://review.openstack.org/23169600:09
openstackgerritMike Fedosin proposed openstack/nova: add helper method to obtain image client version  https://review.openstack.org/22215000:09
*** achanda has joined #openstack-nova00:11
*** salv-orl_ has quit IRC00:11
*** otter768 has quit IRC00:12
*** otter768 has joined #openstack-nova00:12
*** setuid has quit IRC00:12
*** heyongli has quit IRC00:13
*** achanda has quit IRC00:13
*** EinstCrazy has quit IRC00:14
*** heyongli has joined #openstack-nova00:14
*** setuid has joined #openstack-nova00:15
*** exploreshaifali has quit IRC00:16
*** rubasov has quit IRC00:23
*** garyk has quit IRC00:23
*** heyongli has quit IRC00:23
*** heyongli has joined #openstack-nova00:24
*** stevemar_ has quit IRC00:25
*** tpeoples has quit IRC00:27
*** Marga_ has quit IRC00:27
*** stevemar_ has joined #openstack-nova00:29
*** otter768 has quit IRC00:32
*** otter768 has joined #openstack-nova00:32
*** ssurana has quit IRC00:32
*** heyongli has quit IRC00:34
*** su_zhang has quit IRC00:34
*** heyongli has joined #openstack-nova00:35
*** Marga_ has joined #openstack-nova00:35
*** penick has joined #openstack-nova00:38
*** yuntongjin has joined #openstack-nova00:41
*** rubasov has joined #openstack-nova00:42
*** annasort has quit IRC00:42
*** Marga_ has quit IRC00:43
*** angdraug has quit IRC00:43
*** heyongli has quit IRC00:44
*** apoorvad has quit IRC00:44
*** heyongli has joined #openstack-nova00:45
*** Marga_ has joined #openstack-nova00:45
mriedemdansmith: i guess i'm going to have to do this temporary cap thing for webob on stable/liberty too, plus all of the nova changes just to get the backports to work00:46
mriedemi want to make sure master is good before we start with stable/liberty though00:46
*** asettle has quit IRC00:46
*** tobe has joined #openstack-nova00:49
*** thorst has joined #openstack-nova00:49
mriedemah crap we need https://review.openstack.org/#/c/233854/00:50
mriedemb/c of the depends-on00:50
mriedemand only release mgmt people have +2 on stable/liberty00:50
*** sneti has quit IRC00:50
*** pumaranikar has joined #openstack-nova00:51
*** yuner027 has joined #openstack-nova00:51
*** lykinsbd_ has joined #openstack-nova00:52
*** lykinsbd has quit IRC00:53
*** acc_ has quit IRC00:54
*** asettle has joined #openstack-nova00:54
*** heyongli has quit IRC00:54
*** setuid has quit IRC00:55
*** otter768 has quit IRC00:55
*** setuid has joined #openstack-nova00:55
*** heyongli has joined #openstack-nova00:55
*** thorst has quit IRC00:55
*** otter768 has joined #openstack-nova00:55
*** thorst has joined #openstack-nova00:56
*** tpeoples has joined #openstack-nova00:56
*** EinstCrazy has joined #openstack-nova00:59
*** sneti has joined #openstack-nova01:01
*** thorst has quit IRC01:01
*** heyongli has quit IRC01:04
*** heyongli has joined #openstack-nova01:05
*** browne has quit IRC01:10
*** heyongli has quit IRC01:15
*** heyongli has joined #openstack-nova01:16
dansmithmriedem: because stable is broken and thus grenade?01:17
*** Marga_ has quit IRC01:19
dansmithoh just because of the depends-on link01:20
mriedemyeah, the latter01:20
mriedemi abandoned the stable/liberty change01:20
mriedemand dims is doing a 2.6.1 oslo.messaging release01:20
dims_cross my fingers01:20
mriedemso, things should probably work their way through at some point either way01:20
dansmithcool01:21
mriedemi have another hour before i can even recheck the nova change01:21
*** Marga_ has joined #openstack-nova01:21
dansmithmriedem: you're like, a gate ninja01:21
mriedemb/c zuul isn't understanding that i abandoned the stable/liberty thing01:21
mriedemi'm tired01:21
mriedemand sad01:21
dansmithheh01:21
*** Marga_ has quit IRC01:23
dims_mriedem: 2.6.1 has hit pypi01:23
dims_mriedem: dinner/drinks on me at Tokyo01:24
*** heyongli has quit IRC01:25
*** heyongli has joined #openstack-nova01:26
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable options for oslo.reports  https://review.openstack.org/21691701:27
*** Marga_ has joined #openstack-nova01:28
*** Marga__ has joined #openstack-nova01:29
*** Marga_ has quit IRC01:29
*** tjones has quit IRC01:31
*** achanda has joined #openstack-nova01:31
*** su_zhang has joined #openstack-nova01:32
*** baoli has joined #openstack-nova01:32
*** zhenguo has joined #openstack-nova01:33
*** mtanino has quit IRC01:34
*** chenzeng has joined #openstack-nova01:34
*** heyongli has quit IRC01:35
*** heyongli has joined #openstack-nova01:36
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Default ConvertedException code to 500  https://review.openstack.org/23384501:42
dims_dansmith: please +A ^^01:43
dansmithdims_: done01:43
dims_thanks01:43
dansmithdims_: mriedem is not coming to tokyo, but I will collect on his behalf :)01:44
dims_dansmith: ++++01:44
*** heyongli has quit IRC01:45
*** heyongli has joined #openstack-nova01:46
*** gibi has quit IRC01:48
*** stevemar_ has quit IRC01:53
*** Marga__ has quit IRC01:54
*** john5223 is now known as zz_john522301:55
*** haomaiwang has joined #openstack-nova01:55
*** heyongli has quit IRC01:56
*** heyongli has joined #openstack-nova01:57
dims_dansmith: mriedem: we got thorough py27 - https://jenkins06.openstack.org/job/gate-nova-python27/13634/console01:58
dansmithdims_: sweet, good work01:58
*** Marga_ has joined #openstack-nova01:59
dims_thanks!01:59
*** tjones has joined #openstack-nova01:59
*** haomaiwang has quit IRC02:01
*** haomaiwang has joined #openstack-nova02:01
openstackgerritZhenyu Zheng proposed openstack/python-novaclient: Refactor parsing metadata to a common function  https://review.openstack.org/23230102:02
*** unicell1 has quit IRC02:02
*** Piet has joined #openstack-nova02:03
*** chenzeng has quit IRC02:05
*** baoli has quit IRC02:05
*** heyongli has quit IRC02:06
*** heyongli has joined #openstack-nova02:07
*** iurygregory has quit IRC02:10
*** iurygregory has joined #openstack-nova02:10
*** ijw has joined #openstack-nova02:14
*** penick has quit IRC02:15
*** heyongli has quit IRC02:16
*** vilobhmm11 has quit IRC02:17
*** heyongli has joined #openstack-nova02:17
*** shyu has joined #openstack-nova02:20
*** Marga_ has quit IRC02:23
*** wanghua has joined #openstack-nova02:26
*** browne has joined #openstack-nova02:26
*** heyongli has quit IRC02:26
*** heyongli has joined #openstack-nova02:27
*** Marga_ has joined #openstack-nova02:27
*** links has joined #openstack-nova02:28
*** dims_ has quit IRC02:28
*** derekh has quit IRC02:29
*** yamahata has quit IRC02:29
openstackgerritBrian Elliott proposed openstack/nova: Handle DB failures in servicegroup DB driver  https://review.openstack.org/23391402:34
*** sneti has quit IRC02:34
*** sneti has joined #openstack-nova02:34
*** su_zhang has quit IRC02:36
*** heyongli has quit IRC02:37
*** heyongli has joined #openstack-nova02:38
*** salv-orlando has joined #openstack-nova02:39
*** mriedem has quit IRC02:39
*** dims__ has joined #openstack-nova02:41
*** stevemar_ has joined #openstack-nova02:42
openstackgerritRui Chen proposed openstack/nova: Only return latest fault of each instance in db api  https://review.openstack.org/22339202:44
*** oomichi has joined #openstack-nova02:44
*** heyongli has quit IRC02:47
*** salv-orlando has quit IRC02:47
*** heyongli has joined #openstack-nova02:48
*** tjones has quit IRC02:52
*** tjones has joined #openstack-nova02:53
*** heyongli has quit IRC02:57
*** heyongli has joined #openstack-nova02:58
*** claudiub has quit IRC02:58
*** dims__ has quit IRC02:59
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** heyongli has quit IRC03:07
*** jhesketh has quit IRC03:08
*** salv-orlando has joined #openstack-nova03:08
*** heyongli has joined #openstack-nova03:08
*** dave-mccowan has quit IRC03:10
*** jhesketh has joined #openstack-nova03:13
*** otter768 has quit IRC03:14
*** otter768 has joined #openstack-nova03:15
*** salv-orlando has quit IRC03:17
*** heyongli has quit IRC03:18
*** VW has joined #openstack-nova03:18
*** heyongli has joined #openstack-nova03:18
*** mdbooth has quit IRC03:22
*** inteq has joined #openstack-nova03:23
*** ijw has quit IRC03:24
openstackgerritAlex Xu proposed openstack/nova: POC: generate swagger spec from api code base  https://review.openstack.org/23344603:25
*** sneti has quit IRC03:27
alex_xuoomichi: morning03:27
*** heyongli has quit IRC03:28
*** mdbooth has joined #openstack-nova03:28
*** heyongli has joined #openstack-nova03:29
*** VikasC has joined #openstack-nova03:29
*** zhangjn has quit IRC03:32
*** gibi has joined #openstack-nova03:33
*** heyongli has quit IRC03:38
*** heyongli has joined #openstack-nova03:39
*** haomaiwang has quit IRC03:41
inteqhi - i believe bug 1216209 can be closed as wontfix or invalid since it appears to have been resolved by https://review.openstack.org/#/c/103948/03:43
openstackbug 1216209 in OpenStack Compute (nova) "VMware cluster driver does not favor shared datastores over unshared ones" [Medium,Confirmed] https://launchpad.net/bugs/1216209 - Assigned to Radoslav Gerganov (rgerganov)03:43
*** Marga_ has quit IRC03:44
*** amotoki has joined #openstack-nova03:44
*** haomaiwang has joined #openstack-nova03:45
*** VW has quit IRC03:45
*** VW has joined #openstack-nova03:45
oomichialex_xu: hi, long time to see you :)03:48
*** heyongli has quit IRC03:48
*** jwcroppe has joined #openstack-nova03:49
*** heyongli has joined #openstack-nova03:49
*** amotoki has quit IRC03:51
*** 32NAAJR1K has quit IRC03:54
*** yuntongjin has quit IRC03:54
*** amotoki has joined #openstack-nova03:55
*** links has quit IRC03:58
*** heyongli has quit IRC03:59
*** deepthi has joined #openstack-nova03:59
*** heyongli has joined #openstack-nova03:59
*** dims__ has joined #openstack-nova03:59
*** haomaiwang has quit IRC04:01
*** 20WAB9N4Y has joined #openstack-nova04:01
*** Sree has joined #openstack-nova04:03
*** zhangjn has joined #openstack-nova04:03
*** su_zhang has joined #openstack-nova04:03
*** Sree has quit IRC04:04
*** Sree has joined #openstack-nova04:04
*** opal has joined #openstack-nova04:05
*** dims__ has quit IRC04:06
*** n0ano has joined #openstack-nova04:06
*** heyongli has quit IRC04:09
*** heyongli has joined #openstack-nova04:10
*** seanw1 has quit IRC04:11
*** seanw1 has joined #openstack-nova04:12
*** opal has left #openstack-nova04:14
*** salv-orlando has joined #openstack-nova04:15
*** amotoki has quit IRC04:18
*** heyongli has quit IRC04:19
*** salv-orlando has quit IRC04:19
*** heyongli has joined #openstack-nova04:20
*** tbh has joined #openstack-nova04:25
*** heyongli has quit IRC04:29
*** inara has quit IRC04:30
*** sudipto has joined #openstack-nova04:30
*** heyongli has joined #openstack-nova04:30
*** tjones has quit IRC04:31
*** pradipta has joined #openstack-nova04:33
*** inara has joined #openstack-nova04:35
*** Sree_ has joined #openstack-nova04:36
*** Sree_ is now known as Guest8119704:36
*** salv-orlando has joined #openstack-nova04:36
*** VW has quit IRC04:38
*** wanghua has quit IRC04:38
*** Sree has quit IRC04:39
*** nikhil_k has joined #openstack-nova04:39
*** heyongli has quit IRC04:40
*** salv-orlando has quit IRC04:40
*** heyongli has joined #openstack-nova04:40
*** haigang has joined #openstack-nova04:41
*** mmedvede has quit IRC04:41
*** Piet has quit IRC04:41
*** mmedvede has joined #openstack-nova04:41
*** nikhil has quit IRC04:42
*** dosaboy has quit IRC04:42
*** haigang has quit IRC04:42
*** dosaboy has joined #openstack-nova04:43
*** Piet has joined #openstack-nova04:46
*** ijw has joined #openstack-nova04:47
*** asettle has quit IRC04:49
*** heyongli has quit IRC04:50
*** Marga_ has joined #openstack-nova04:50
*** heyongli has joined #openstack-nova04:51
*** nic has quit IRC04:51
*** Marga_ has quit IRC04:53
*** Marga_ has joined #openstack-nova04:53
*** heyongli has quit IRC05:00
alex_xuoomichi: yea :)05:00
*** 20WAB9N4Y has quit IRC05:01
alex_xuoomichi: I work out a poc about generate swagger doc https://review.openstack.org/233446 hope you can take a look at05:01
*** heyongli has joined #openstack-nova05:01
*** haomaiwang has joined #openstack-nova05:01
alex_xuoomichi: I remember you said you have idea for generate doc from tempest, but I'm afraid tempest didn't have enough info. anyway let's compare the different solution05:01
oomichialex_xu: yeah, I know.05:02
oomichialex_xu: it is a nice option for the same purpose.05:02
oomichialex_xu: and I cannot create PoC for temepst.log side now05:03
oomichialex_xu: I am glad to see your prototype05:03
*** links has joined #openstack-nova05:06
*** su_zhang has quit IRC05:06
alex_xuoomichi: thanks05:09
*** heyongli has quit IRC05:10
*** heyongli has joined #openstack-nova05:11
*** su_zhang has joined #openstack-nova05:11
*** breitz has quit IRC05:13
*** breitz has joined #openstack-nova05:14
*** yuntongjin has joined #openstack-nova05:14
*** gongysh has joined #openstack-nova05:17
*** yuntongjin1 has joined #openstack-nova05:18
*** yuntongjin has quit IRC05:19
*** heyongli has quit IRC05:21
*** heyongli has joined #openstack-nova05:21
*** su_zhang has quit IRC05:26
*** Alexus has joined #openstack-nova05:26
*** Marga_ has quit IRC05:28
*** rajesht_ has joined #openstack-nova05:29
*** heyongli has quit IRC05:31
*** Sree has joined #openstack-nova05:32
*** heyongli has joined #openstack-nova05:32
*** asettle has joined #openstack-nova05:33
*** vilobhmm11 has joined #openstack-nova05:33
*** ijw has quit IRC05:34
*** Guest81197 has quit IRC05:35
*** breitz has quit IRC05:35
*** breitz has joined #openstack-nova05:36
*** unicell has joined #openstack-nova05:38
*** tobe has quit IRC05:39
*** nikhil has joined #openstack-nova05:41
*** heyongli has quit IRC05:41
*** heyongli has joined #openstack-nova05:42
*** nikhil_k has quit IRC05:43
*** irenab_ has joined #openstack-nova05:43
*** irenab has quit IRC05:45
*** irenab_ is now known as irenab05:45
*** abhishekk has joined #openstack-nova05:46
*** pumaranikar has quit IRC05:46
*** nkrinner has joined #openstack-nova05:46
*** moshele has joined #openstack-nova05:50
*** heyongli has quit IRC05:51
*** heyongli has joined #openstack-nova05:52
*** haomaiwang has quit IRC06:01
*** haomaiwang has joined #openstack-nova06:01
*** heyongli has quit IRC06:02
*** heyongli has joined #openstack-nova06:02
*** stevemar_ has quit IRC06:03
*** dims__ has joined #openstack-nova06:03
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Zanata  https://review.openstack.org/23236206:05
*** dims__ has quit IRC06:09
*** haomaiwang has quit IRC06:10
*** asettle has quit IRC06:11
*** rubasov has quit IRC06:11
*** heyongli has quit IRC06:12
*** yuner027 has quit IRC06:12
*** apuimedo has quit IRC06:12
*** heyongli has joined #openstack-nova06:13
*** haomaiwang has joined #openstack-nova06:13
*** vilobhmm11 has quit IRC06:14
openstackgerritEli Qiao proposed openstack/nova: Ignore errorcode=4 when executing cryptsetup remove command in cryptsetup  https://review.openstack.org/21525206:18
*** sudipto has quit IRC06:19
*** links has quit IRC06:20
*** openstack has joined #openstack-nova06:28
*** amotoki has joined #openstack-nova06:30
*** heyongli has quit IRC06:32
*** heyongli has joined #openstack-nova06:33
*** scheuran has joined #openstack-nova06:35
*** Murali_ has joined #openstack-nova06:35
*** yuntongjin has quit IRC06:36
openstackgerritSudipta Biswas proposed openstack/nova: glance:add helper method to get client version  https://review.openstack.org/22215006:36
*** yuntongjin has joined #openstack-nova06:36
*** Murali has quit IRC06:37
*** Murali_ is now known as Murali06:37
*** ankit_ag has joined #openstack-nova06:38
*** Miouge has joined #openstack-nova06:39
*** ijw has joined #openstack-nova06:39
*** yuntongjin1 has joined #openstack-nova06:42
*** heyongli has quit IRC06:43
*** heyongli has joined #openstack-nova06:43
*** yuntongjin has quit IRC06:44
*** ijw has quit IRC06:44
*** jwcroppe has quit IRC06:44
*** jwcroppe has joined #openstack-nova06:44
*** wanghao has joined #openstack-nova06:45
*** jwcroppe has quit IRC06:45
*** achanda has quit IRC06:46
*** sudipto has joined #openstack-nova06:46
*** haomaiwang has quit IRC06:47
*** alex_klimov has joined #openstack-nova06:48
*** 18VAAUGO0 has joined #openstack-nova06:48
*** achanda has joined #openstack-nova06:48
*** Murali_ has joined #openstack-nova06:52
*** heyongli has quit IRC06:53
*** Murali has quit IRC06:54
*** amotoki has quit IRC06:54
*** heyongli has joined #openstack-nova06:54
*** AJaeger has joined #openstack-nova06:54
*** wanghua has joined #openstack-nova06:55
*** Murali has joined #openstack-nova06:55
*** e0ne has joined #openstack-nova06:58
*** Murali_ has quit IRC06:58
openstackgerritTakashi NATSUME proposed openstack/nova: Add soft deleting instance actions and events  https://review.openstack.org/23188706:58
*** 18VAAUGO0 has quit IRC06:58
*** e0ne has quit IRC06:59
openstackgerritSergey Nikitin proposed openstack/nova: Use legacy engineFacade from oslo_db.enginefacade  https://review.openstack.org/22131006:59
*** xgsa has joined #openstack-nova07:00
openstackgerritSergey Nikitin proposed openstack/nova: WIP: use oslo_db.enginefacade  https://review.openstack.org/22506507:00
openstackgerritSergey Nikitin proposed openstack/nova: WIP: use oslo_db.enginefacade  https://review.openstack.org/22678807:01
openstackgerritSergey Nikitin proposed openstack/nova: WIP: use oslo_db.enginefacade  https://review.openstack.org/22897907:01
*** haomaiwang has joined #openstack-nova07:02
*** heyongli has quit IRC07:03
*** heyongli has joined #openstack-nova07:04
*** dims__ has joined #openstack-nova07:05
*** tpeoples has quit IRC07:08
*** Murali_ has joined #openstack-nova07:09
*** jichen has joined #openstack-nova07:09
*** Murali has quit IRC07:09
*** Murali_ is now known as Murali07:09
*** dims__ has quit IRC07:10
*** exploreshaifali has joined #openstack-nova07:11
*** links has joined #openstack-nova07:13
*** ndipanov has quit IRC07:13
*** heyongli has quit IRC07:13
*** heyongli has joined #openstack-nova07:14
*** armax has quit IRC07:15
*** e0ne has joined #openstack-nova07:16
*** xgsa1 has joined #openstack-nova07:17
*** xgsa has quit IRC07:19
*** achanda has quit IRC07:20
*** exploreshaifali has quit IRC07:20
*** irenab has quit IRC07:21
*** jhesketh has quit IRC07:22
AJaegernova cores, could you import translations again, please?  https://review.openstack.org/23236207:22
*** haypo has joined #openstack-nova07:22
*** rdopiera has joined #openstack-nova07:22
*** jhesketh has joined #openstack-nova07:23
*** heyongli has quit IRC07:24
*** heyongli has joined #openstack-nova07:24
*** tomoiaga has joined #openstack-nova07:27
*** lpetrut has joined #openstack-nova07:27
*** xek_ is now known as xek07:29
*** Venkatesh has joined #openstack-nova07:29
*** matrohon has joined #openstack-nova07:29
VenkateshHi all,07:30
VenkateshPlease review the following change07:30
Venkateshhttps://review.openstack.org/#/c/212016/07:30
openstackgerritvenkatesh proposed openstack/nova: make the driver.Scheduler as abstract class  https://review.openstack.org/21201607:31
oomichialex_xu: hi, recently, Eli Qiao is active?07:32
openstackgerritZhenyu Zheng proposed openstack/python-novaclient: Refactor parsing metadata to a common function  https://review.openstack.org/23230107:32
alex_xuoomichi: yea, I guess he forget open irc client, let me catch him07:32
oomichialex_xu: https://review.openstack.org/#/c/215252/ seems to mis-apply mriedemann points07:33
*** eliqiao has joined #openstack-nova07:33
oomichialex_xu: cool :)07:33
eliqiaohi there.07:33
*** amotoki has joined #openstack-nova07:34
alex_xueliqiao: it is about "https://review.openstack.org/#/c/215252/ seems to mis-apply mriedemann points"07:34
*** heyongli has quit IRC07:34
openstackgerritTakashi NATSUME proposed openstack/nova-specs: Add new filter 'ShelveAggregateAffinityFilter'  https://review.openstack.org/23401307:34
*** Kevin_Zheng has joined #openstack-nova07:35
*** heyongli has joined #openstack-nova07:35
eliqiaoalex_xu:  hmm...07:35
oomichieliqiao: about commit message07:36
eliqiaooomichi:  alex_xu:  ah, my bad, I missed them.07:37
*** mpavone has joined #openstack-nova07:37
eliqiaooomichi:  alex_xu: thank you guys, good to have you !07:37
alex_xueliqiao: np, i just responsible for catching you:)07:39
openstackgerritSergey Nikitin proposed openstack/nova: Use legacy engineFacade from oslo_db.enginefacade  https://review.openstack.org/22131007:39
eliqiaoalex_xu: thank you guys.07:40
*** yamahata has joined #openstack-nova07:40
eliqiaooomichi: hmm.. I tested in my laptop and when "device is not active." error return number is 407:41
eliqiaotaget@taget-ThinkStation-P300:~/nova$ sudo cryptsetup remove /dev/dm-407:41
eliqiaoDevice /dev/dm-4 is not active.07:41
eliqiaotaget@taget-ThinkStation-P300:~/nova$ echo $?07:41
eliqiao407:41
openstackgerritSergey Nikitin proposed openstack/nova: WIP: use oslo_db.enginefacade  https://review.openstack.org/22897907:42
openstackgerritSergey Nikitin proposed openstack/nova: WIP: use oslo_db.enginefacade  https://review.openstack.org/22678807:42
openstackgerritSergey Nikitin proposed openstack/nova: WIP: use oslo_db.enginefacade  https://review.openstack.org/22506507:42
oomichieliqiao: thanks, I will check cryptsetup side code.07:42
oomichieliqiao: it is fine to update the patch now without my feedback07:42
*** amotoki has quit IRC07:42
oomichieliqiao: I don't -1 the patch at this time07:42
eliqiaooomichi: thanks you for the review. yeah, I will response you on patch, and will upload 1 version to fix unit test error.07:43
*** mirrorbox has joined #openstack-nova07:43
*** e0ne has quit IRC07:44
*** heyongli has quit IRC07:44
*** heyongli has joined #openstack-nova07:45
*** eliqiao has left #openstack-nova07:45
mirrorboxjohnthetubaguy: would you mind to drop -2 on this: https://review.openstack.org/#/c/182242/ ?07:46
openstackgerritEli Qiao proposed openstack/nova: Ignore errorcode=4 when executing cryptsetup remove command in cryptsetup  https://review.openstack.org/21525207:48
*** irenab has joined #openstack-nova07:48
*** ijw has joined #openstack-nova07:49
*** browne has quit IRC07:50
*** amotoki has joined #openstack-nova07:50
*** otter768 has quit IRC07:51
*** subscope has joined #openstack-nova07:52
*** heyongli has quit IRC07:54
*** ijw has quit IRC07:55
*** heyongli has joined #openstack-nova07:55
*** rajesht__ has joined #openstack-nova07:57
*** rajesht_ has quit IRC07:57
oomichialex_xu: sorry, I'd like to catch Eli again. can you talk him to see my comment on the patch?07:57
alex_xuoomichi: ok, no problem :)07:58
oomichialex_xu: I finished digging cryptsetup side, and the patch seems nice except the commit message.07:58
oomichialex_xu: after updating, I'll +2 for that07:58
*** eliqiao has joined #openstack-nova07:59
*** salv-orlando has joined #openstack-nova07:59
alex_xuoomichi: ok, cool, I will forward to him07:59
oomichialex_xu: thanks :)07:59
alex_xuoomichi: np07:59
bauzasgood morning Nova07:59
eliqiaobauzas: good morning !08:00
*** haomaiwang has quit IRC08:01
*** Venkatesh has quit IRC08:01
*** haomaiwang has joined #openstack-nova08:01
*** markus_z has joined #openstack-nova08:01
oomichieliqiao: can you check https://review.openstack.org/#/c/215252/ again ?08:01
oomichibauzas: morning :)08:01
bauzas:)08:02
eliqiaooomichi: yeah, I see it, thank you.08:02
bauzas5 days before heading to Tokyo :)08:02
oomichibauzas: yeah, we need to prepare design sessions08:03
*** salv-orlando has quit IRC08:03
*** jistr has joined #openstack-nova08:03
bauzasoomichi: btw. there will be an API session, I guess you guys are planning to discuss that during the next API meeting today ?08:03
openstackgerritEli Qiao proposed openstack/nova: Libvirt: Ignore errorcode=4 when executing cryptsetup remove command  https://review.openstack.org/21525208:03
mirrorboxhow do I re-submit a spec that was approved, but not implemented? just send a patch that moves spec from liberty/approved to mitaka/approved?08:04
oomichibauzas: yeah, alex_xu is creating interesting PoC for swagger, that is a good preparation for sessions :)08:04
*** heyongli has quit IRC08:05
oomichialex_xu: sorry, today I cannot make the api meeting.08:05
*** heyongli has joined #openstack-nova08:05
alex_xubauzas: oomichi, yea, there is action for sdague propose api session, so we probably we talk about that in the beginning of the meeting08:05
alex_xuoomichi: got it, no problem08:06
*** dims__ has joined #openstack-nova08:06
*** jcoufal has joined #openstack-nova08:06
*** romainh has joined #openstack-nova08:06
*** claudiub has joined #openstack-nova08:06
bauzasack08:07
bauzasalex_xu: oomichi: I'm not *that* wanting to get a discussion re: the hints API, but I think we should still take a few times for discussing about extensibility during that session, so we could document it08:08
*** links has quit IRC08:08
*** danpb has joined #openstack-nova08:08
oomichieliqiao: thanks, +208:09
bauzasIIUC, this cycle will be about documenting the API, I just want to make sure we're not forgetting to discuss about the above08:09
openstackgerritEli Qiao proposed openstack/nova: libivrt: Ignore errorcode=4 when executing `cryptsetup remove` command  https://review.openstack.org/21525208:09
alex_xubauzas: the extensibility you means something like how to add new hints to the API?08:10
alex_xubauzas: ok, no problem, let's bring that up in the meeting08:10
*** amotoki has quit IRC08:10
*** yassine__ has joined #openstack-nova08:11
*** dims__ has quit IRC08:11
*** derekh has joined #openstack-nova08:11
*** lsmola_ has joined #openstack-nova08:11
eliqiaooomichi: thank you :)08:12
bauzasalex_xu: again, I don't want to run against the consensus, if that's about documenting the API08:12
alex_xubauzas: yea, I see08:13
bauzasI just felt some discussion was not yet done with aP=True etc.08:13
bauzasunless I missed something08:13
*** rajesht__ has quit IRC08:13
*** rajesht__ has joined #openstack-nova08:14
*** heyongli has quit IRC08:15
*** heyongli has joined #openstack-nova08:16
*** alex_klimov has quit IRC08:16
*** amotoki has joined #openstack-nova08:17
*** links has joined #openstack-nova08:17
*** rajesht__ has quit IRC08:18
*** rajesht__ has joined #openstack-nova08:18
eliqiaooomichi:  can you please +2 on my PS6 ( you did in  on ps4) ?08:20
oomichieliqiao: after passing the gate job ;)08:20
*** ndipanov has joined #openstack-nova08:21
eliqiaooomichi:  ah , okay , get you:)08:21
*** subscope has quit IRC08:23
*** links has quit IRC08:24
*** subscope has joined #openstack-nova08:24
*** MarcF has joined #openstack-nova08:24
*** amotoki has quit IRC08:25
*** mgoddard has joined #openstack-nova08:25
*** heyongli has quit IRC08:25
*** garyk has joined #openstack-nova08:25
*** salv-orlando has joined #openstack-nova08:26
*** heyongli has joined #openstack-nova08:26
*** derekh has quit IRC08:26
*** lucasagomes has joined #openstack-nova08:29
*** derekh has joined #openstack-nova08:29
*** amotoki has joined #openstack-nova08:29
*** yamahata has quit IRC08:31
*** oomichi has quit IRC08:31
*** links has joined #openstack-nova08:31
*** Alexus has quit IRC08:32
*** gibi has quit IRC08:32
*** gibi has joined #openstack-nova08:32
*** ijw has joined #openstack-nova08:34
*** openstack has joined #openstack-nova08:47
-cameron.freenode.net- [freenode-info] channel flooding and no channel staff around to help? Please check with freenode support: http://freenode.net/faq.shtml#gettinghelp08:47
*** vkmc has quit IRC08:48
*** vkmc has joined #openstack-nova08:48
*** amotoki has joined #openstack-nova08:49
*** flaper87 has quit IRC08:51
*** flaper87 has joined #openstack-nova08:51
johnthetubaguymirrorbox: have you spoken to ndipanov about this SRIOV spec? I think he has some good ideas cooking that are very related08:51
*** mdbooth has joined #openstack-nova08:51
*** ZZelle has quit IRC08:53
*** ZZelle has joined #openstack-nova08:53
mirrorboxjohnthetubaguy: no, I havn't. is that something that's available as a draft or on the mail list?08:54
*** links has quit IRC08:54
*** links has joined #openstack-nova08:54
*** markus_z has quit IRC08:54
*** markus_z has joined #openstack-nova08:54
*** heyongli has quit IRC08:54
*** heyongli has joined #openstack-nova08:54
johnthetubaguymirrorbox: very good question, let me double check, I have a link somewhere08:54
ndipanovmirrorbox, which spec is that08:55
johnthetubaguymirrorbox: I think this is the one: https://review.openstack.org/#/c/212472/08:55
*** heyongli has quit IRC08:56
johnthetubaguyndipanov: its similar to the SIROV HA thingy, https://review.openstack.org/#/c/182242/808:56
*** drankis has joined #openstack-nova08:56
*** heyongli has joined #openstack-nova08:57
openstackgerritLi Yingjun proposed openstack/nova-specs: Pagination for hypervisor  https://review.openstack.org/23403808:57
ndipanovjohnthetubaguy, tht is very similar08:57
ndipanovlet me read that08:57
*** marzif has joined #openstack-nova08:57
ndipanovhmm that has been up for some time - and I went through all the specs and missed it :(08:59
*** Sree_ has joined #openstack-nova09:00
*** eliqiao has left #openstack-nova09:00
*** Sree_ is now known as Guest5186309:00
johnthetubaguyndipanov: did you see I am attempting to group all the specs in here, but I have only really scratched the surface so far: https://etherpad.openstack.org/p/mitaka-nova-spec-review-tracking09:00
*** haomaiwang has quit IRC09:01
johnthetubaguyI can't claim to have spotted it either though, was just removing my -209:01
ndipanovI did see that , I was using that plus gerrit09:01
johnthetubaguycools09:01
mirrorboxndipanov: johnthetubaguy: they're quite close, but cover different use-cases though09:01
*** haomaiwang has joined #openstack-nova09:01
kashyapHas there been an agreement on the NEXT min libvirt version for this? (I saw some thread on the operators-list, /me goes to look at it again): https://review.openstack.org/#/c/231917/09:01
openstackgerritgaryk proposed openstack/nova: VMware: use hard reboot if soft reboot fails  https://review.openstack.org/23340209:02
ndipanovmine is just refactoring nova to even support PF passthrough09:02
*** exploreshaifali has joined #openstack-nova09:03
*** Sree has quit IRC09:03
*** subscope has quit IRC09:03
*** rotbeard has joined #openstack-nova09:04
johnthetubaguyndipanov: in my head I feel like we need your refactoring, so we can do the more detailed placement correctly? does that sound correct?09:04
*** AJaeger has left #openstack-nova09:06
mirrorboxit seems to me that the most important thing we share is data model change09:06
*** heyongli has quit IRC09:06
mirrorboxbecause we need to have PF address as a top-level attribute, e.g. group pools by PFs to be able to drop pools by PF quickly09:07
mirrorbox(without iterating through devices' extra_info)09:07
*** heyongli has joined #openstack-nova09:07
ndipanovjohnthetubaguy, yeah - that's what I propose\09:07
ndipanovand tried to keep the scope to only that09:07
*** dims__ has joined #openstack-nova09:08
johnthetubaguyndipanov: that sounds good, make sure I give your modelling gets at least medium priority, so we unblock the other efforts quickly, that seems like totally the correct thing here09:09
johnthetubaguymirrorbox: +1 for the shared data model09:09
gibiHere is a trivial fix with already a09:11
gibia +2 from kenichi09:11
johnthetubaguygibi: is it on the list of trival fixes?09:11
gibihttps://review.openstack.org/#/c/219722/09:11
gibijohnthetubaguy: not yet, adding it now...09:11
johnthetubaguygibi: cool, the theory is that should get it some attention09:12
bauzasjohnthetubaguy: FWIW https://review.openstack.org/#/c/234048/09:12
bauzasjohnthetubaguy: I checked g-r for liberty and webob is not 1.509:12
gibijohnthetubaguy: OK. thanks!09:12
*** rajesht__ has quit IRC09:12
bauzasjohnthetubaguy: so IMHO we shouldn't need a RC3 unless I misunderstood09:12
johnthetubaguybauzas: as a heads up, sounds like we will not respin for that09:12
bauzasjohnthetubaguy: I agree09:12
*** dims__ has quit IRC09:13
johnthetubaguybauzas: its too late really, so its likely to become a release note, or something09:13
bauzasjohnthetubaguy: anyway, it's not super urgent like I said09:13
johnthetubaguywith a quick stable release after the .0 release to fix it up09:13
bauzasagreed09:13
johnthetubaguybauzas: cool09:14
*** yuntongjin1 has quit IRC09:14
bauzasjohnthetubaguy: so on a release standpoint, I guess we're ready to release?09:14
*** links has quit IRC09:15
gibiI feel stupid but I don't find the trivial fix etherpad. could somebody point to it?09:15
bauzasgibi: https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking09:15
*** subscope has joined #openstack-nova09:15
johnthetubaguygibi: sorry, moved it, now mitaka is open09:16
*** heyongli has quit IRC09:16
gibibauzas: thanks a lot09:16
ndipanovmirrorbox, do comment on https://review.openstack.org/#/c/212472/ if you have some suggestions - I deliberately tried to keep neutron out of it09:16
*** heyongli has joined #openstack-nova09:17
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor provider_fw_rule_get_all()  https://review.openstack.org/21624109:17
openstackgerritHans Lindgren proposed openstack/nova: Remove unused provider firewall rules functionality in nova  https://review.openstack.org/18402709:17
openstackgerritHans Lindgren proposed openstack/nova: Remove provider_fw_rules tables and associated db api methods  https://review.openstack.org/21624209:17
*** amotoki has quit IRC09:20
*** sudipto has quit IRC09:21
*** amotoki has joined #openstack-nova09:21
openstackgerritAndrey Pavlov proposed openstack/nova: Fix inability to run instance with non-ascii userdata  https://review.openstack.org/23405609:22
*** sudipto has joined #openstack-nova09:23
*** moshele has quit IRC09:24
*** amotoki has quit IRC09:25
*** moshele has joined #openstack-nova09:25
*** heyongli has quit IRC09:27
openstackgerritSean Dague proposed openstack/nova: Block oslo.messaging 2.6.0 and webob 1.5.0  https://review.openstack.org/23377209:27
johnthetubaguymirrorbox: I wonder if we could split your blueprint into two ideas?09:27
*** heyongli has joined #openstack-nova09:28
johnthetubaguymirrorbox: step one is to attempt to distribute ports between PFs by default, as per the original suggestion09:28
johnthetubaguymirrorbox: then we look at an API change to tell Nova that you really want to enforce spreading across PFs, else fail the build09:28
johnthetubaguymirrorbox: honestly, not sure the best way forward with the later bit09:29
mirrorboxjohnthetubaguy: by splitting do you providing more explicit separation of these steps in 'Work Items' or creating a separate blueprint for distribution-by-default?09:31
*** tomoiaga has left #openstack-nova09:31
johnthetubaguymirrorbox: unsure, I just think one spec I would +2 right now, the other I am less sure about09:31
johnthetubaguymirrorbox: I wonder if we really need neutron to model a bonded nic, and then use that as the way to request you must spread the nics across PFs?09:32
*** heyongli has quit IRC09:33
*** EinstCrazy has quit IRC09:35
*** eglynn has joined #openstack-nova09:36
mirrorboxjohnthetubaguy: hard to say about Neutron... just think that things will be more complicated if we involve that :)09:37
johnthetubaguymirrorbox: thinking about this, I think this would work better as two separate specs that depend on each other09:38
johnthetubaguymirrorbox: agreed its harder, but any API add we have to support for a *long* time09:38
*** amotoki has joined #openstack-nova09:38
*** openstackstatus has joined #openstack-nova09:38
*** ChanServ sets mode: +v openstackstatus09:38
mirrorboxjohnthetubaguy: good, I'll split out 'distribute-by-default' part into separate spec09:39
johnthetubaguymirrorbox: cool, thank you, it would be good if you could just restore that old spec, and tidy it up09:40
johnthetubaguyjust from a keeping review history point of view really09:40
mirrorboxjohnthetubaguy: I don't own the old spec, unfortunately, so I guess I cannot restore it09:40
*** Marga_ has joined #openstack-nova09:41
*** shuquan has joined #openstack-nova09:41
-openstackstatus- NOTICE: gerrit is undergoing an emergency restart to investigate load issues09:43
*** ChanServ changes topic to "gerrit is undergoing an emergency restart to investigate load issues"09:43
johnthetubaguymirrorbox: I can restore it for you, if you want to upload to that, then I think you start owning it (I think...)(09:44
mirrorboxjohnthetubaguy: that would be great09:44
mirrorboxjohnthetubaguy: also, I think I'll modify this spec to distribute stuff on the best-effort basis instead of introducting some new errors09:45
johnthetubaguymirrorbox: sounds good, it would be good to cover how it deals with that, like in a deployment where some hosts have two PFs and some have one PF, probably want to prefer hitting the hosts with two PFs, etc09:47
johnthetubaguymirrorbox: that might be overkill though09:47
johnthetubaguymirrorbox: I have restored https://review.openstack.org/#/c/142094/ for you09:48
mirrorboxjohnthetubaguy: cool, thanks, will update it today or tomorrow09:49
openstackgerritMarian Horban proposed openstack/nova: Fix Status-Line in HTTP response  https://review.openstack.org/22323509:49
*** dims__ has joined #openstack-nova09:49
*** marzif has quit IRC09:50
*** marzif has joined #openstack-nova09:51
openstackgerritgaryk proposed openstack/nova: VMware: expand support for Opaque networks  https://review.openstack.org/16575009:51
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: update to min required version to 0.10.2  https://review.openstack.org/23191709:51
*** pixelbeat has joined #openstack-nova09:51
sdaguejohnthetubaguy: so everything is still fubar right?09:52
sdaguebecause mriedem got a bit agressive on depends-on09:52
*** zhangjn has quit IRC09:52
johnthetubaguysdague: unsure09:53
sdaguehttps://review.openstack.org/#/c/233772/ definitely hasn't merged yet09:53
bauzassdague: well, mriedem's change got merged09:54
sdaguebauzas: where?09:54
bauzassec09:54
bauzashttps://review.openstack.org/#/c/233845/09:54
dims__sdague:  https://review.openstack.org/233845 is merged09:54
dims__sdague: we unclogged using oslo.messaging 2.6.1 release09:54
sdagueso that fixes webob09:54
sdagueah, ok09:54
bauzasyeah that09:55
dims__sdague: https://review.openstack.org/#/q/status:merged+project:openstack/nova+branch:master,n,z09:55
dims__a few things merged09:55
johnthetubaguyI guess we still have the olso thing, or did we dodge that bullet some other way09:55
openstackgerritTang Chen proposed openstack/nova: Trivial fix to unify instance_actions string style.  https://review.openstack.org/23409009:55
bauzassdague: yup, but for merging webob it was needing to fix the messaging problem09:55
johnthetubaguyah, 2.6.109:55
bauzassdague: so I took https://review.openstack.org/#/c/233845/ as a canary test09:55
sdagueok, I assume we should backport - https://review.openstack.org/#/c/233845/09:55
dims__please holler if you all see anything else broken :)09:55
bauzassdague: that's done09:56
sdagueok, I was just noticing a bunch of depends-on wedges09:56
dims__sdague: +1 on that backport09:56
bauzasthat's proposed actually09:56
bauzassec09:56
*** yassine__ has quit IRC09:56
bauzassdague: https://review.openstack.org/#/c/234048/09:57
dims__sdague: i was just working the master issues. will need coffee to wake up to look at other things in a little bit :)09:57
johnthetubaguydims__: I think we are unsure about triggering another RC at this point though, given discussion in relmgr-office09:57
sdaguebauzas: do we need to go back further than liberty?09:57
dims__johnthetubaguy: let's talk to dhellmann in a few hours09:57
* dims__ heading to get some coffee09:58
bauzassdague: that depends whether we want to have webob>=1.509:58
johnthetubaguydims__: I think it was mostly related to the gate being a mess, if that settles down, then we might be in luck09:58
*** e0ne has joined #openstack-nova09:58
*** shuquan has quit IRC09:58
ttxsdague: approving https://review.openstack.org/#/c/234048/ sounds like a bad idea09:59
sdaguettx: why?09:59
ttxbecause we didn't plan to rush a nova rc309:59
ttxand once that is in stable/liberty we'll have to09:59
bauzasI can edit my message to hold on that convo09:59
sdagueok, so all of stable/liberty is no longer runnable10:00
sdagueright?10:00
*** zhenguo has quit IRC10:00
sdaguebecause the dependencies in stable/liberty produce a thing that can't run10:00
ttxthe release still is runnable though10:00
*** haomaiwang has quit IRC10:01
ttxsdague: I don't really look forward to respinning 14 RC with a non(functional gate one day before final release10:01
*** openstackgerrit has quit IRC10:01
*** aix has joined #openstack-nova10:01
ttxor is it just nova ?10:01
*** haomaiwang has joined #openstack-nova10:01
sdagueI don't know10:01
bauzasmmmm10:02
sdaguehowever, none of the liberty rcs are currently runnable in a new environment10:02
ttxdoesn't everything run ok with the upper-constraints set ?10:02
bauzashttps://review.openstack.org/#/c/234048/1/requirements.txt just tells WebOb>=1.2.310:02
*** openstackgerrit has joined #openstack-nova10:02
sdaguebecause you'll get new webob10:02
sdaguettx: in the gate10:02
sdaguenot in the field10:02
openstackgerritAndrey Pavlov proposed openstack/nova: Fix inability to run instance with non-ascii userdata  https://review.openstack.org/23405610:02
ttxright. So the GATE is no longer working. Not the release. So we can fix post-release10:02
bauzasso yeah, you'll get a new webob==1.5.0 unless I misunderstood10:02
sdaguettx: no, the gate works10:02
sdaguethe field is broken10:02
johnthetubaguywell, it could be a release note thing, PS webob===1.5.0 = all broken10:03
johnthetubaguybut agreed thats less than idea10:03
ttxsdague: ok, not sure I have all data here. My understanding was that it only affected unit tests10:03
ttxsince the integration tests were protected by upper-contraints10:03
ttxif that is the case, I think it's post-release materiual10:04
sdaguettx: nope10:04
johnthetubaguyif users use upper-constraints, then its OK, but I guess thats not the default?10:04
sdagueupper constraints protects the gate10:04
sdaguehttp://logs.openstack.org/79/233779/1/check/gate-tempest-dsvm-full/d351618/logs/pip-freeze.txt.gz10:04
sdagueby not letting it bump to 1.5.010:05
bauzasjohnthetubaguy: upper-constraints in not in the nova repo right?10:05
sdaguethe reason the unit tests are broken, is they aren't protected10:05
sdaguebecause, we never got there10:05
sdaguebut that means this is a field failure10:05
ttxsdague: basically, all I'm saying is that the release is not more broken that it would be if that WebOB  had been release next Monday.10:05
johnthetubaguyjohnthetubaguy: agreed10:06
sdaguettx: sure10:06
sdaguebut that still doesn't mean it works10:06
*** amotoki has quit IRC10:06
openstackgerritsonu proposed openstack/nova: Replaces xrange() with six.moves.range() to provide py2/3 compatibility  https://review.openstack.org/20530710:06
*** wanghua has quit IRC10:07
ttxsdague: ok, let's assume I buy this (I don't -- we had that problem in past releases and just froze until post-release). What does it take to fix it ? Just a RC3 with the fix you just approved in ?10:07
sdaguettx: yes, as far as I can tell10:08
ttxok. If it merges fast I guess we could consider it10:08
sdaguebecause it was a pretty goofy use of webob for us10:08
*** Marga_ has quit IRC10:09
ttxBut I still don't think we can respin release candidates on release week just because someone somewhere released something that is not backward compatible10:09
ttxand we seem to be vulnerable to that, since we don't cap anymore10:09
ttxif "but it's broken" is a good rationale to justify a RC10:10
*** marzif has quit IRC10:10
sdaguehonestly, in this case, webob made a very sane choice, and arguably we'd been using this wrong for a while10:11
*** marzif has joined #openstack-nova10:11
ttxok, food for postmortem I think10:11
ttxlet's see if that one merges10:12
* ttx retroactively opens a rc310:13
ttxjohnthetubaguy: works for you ?10:13
sdagueok, well I took my +A bit off that change, I'll leave it to someone else.10:14
sdagueI think it's a field break, but if it messes up the rest of it, we could do an early .1 next week to clean this all up10:14
*** Guest51863 has quit IRC10:17
*** Sree has joined #openstack-nova10:17
*** dims__ is now known as dims10:18
openstackgerritSean Dague proposed openstack/nova: WIP: remove project_id enforcement in url  https://review.openstack.org/23307610:20
openstackgerritSean Dague proposed openstack/nova: WIP: test adding route to simplify some of the wonkiness of the client.  https://review.openstack.org/23377910:20
johnthetubaguyttx: I am fine with trying that10:21
*** shyu has quit IRC10:21
johnthetubaguyttx: its a good fix to have, if it does make it10:21
ttxsdague: don't we also need a backport of https://review.openstack.org/#/c/232055/ ?10:21
ttxjohnthetubaguy: ^10:21
*** Sree has quit IRC10:22
sdaguethat's a test break, it's not a field defect10:22
johnthetubaguyttx: I am unsure really, I am missing context here, but it seems limited to tests10:22
*** MarcF has quit IRC10:22
ttxsdague: but will your other change merge without that in ?10:22
sdagueoh, I don't know10:23
ttxThat's the mess I'm currently in with the Glance respin. One easy change,but it takes 10 others to merge before we can merge it, and that means 2 days of babysitting patches10:23
sdaguethe patch says the next version10:23
*** rajesht has joined #openstack-nova10:24
sdaguedims: you didn't cut that yet did you?10:24
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable options for oslo.reports  https://review.openstack.org/21691710:24
ttxsdague: it's apparently breaking glance stable/liberty already so I assumed it was out10:24
ttxjohnthetubaguy: let's make the call on RC3 when we have check tests results10:25
johnthetubaguyttx: OK10:26
*** amotoki has joined #openstack-nova10:26
ttxsdague: oslo.db 3.0.0 (out yesterday) has 30cb737, so I think the break is already there10:26
sdagueok10:26
ttxjohnthetubaguy: could you push a backport for that one too ?10:26
dimssdague: there's a review in glance in progress for testresources+testscenarios10:27
ttxwe'll need it in if we want a RC3 with Sean's one10:27
sdaguemaybe, in future, we don't do oslo releases until the release is out for real? because this is a lot of distraction10:27
ttxsdague: yeah, added to my notes10:27
johnthetubaguyttx: the test requirements one?10:27
ttxjohnthetubaguy: yeah10:27
*** amotoki has quit IRC10:28
ttxso that it runs through the test mill asap10:28
johnthetubaguyttx: sure, doing that now, in case we need it10:28
ttxjohnthetubaguy: and maybe rebase the other one on top of it, if we know it will fail without it10:28
ttxif both pass tests then we'll have a straight path to a rc310:29
*** haomaiwang has quit IRC10:29
*** jlanoux has joined #openstack-nova10:29
*** haomaiwang has joined #openstack-nova10:30
*** aix has quit IRC10:30
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: hacking check for contextlib.nested for py34 support  https://review.openstack.org/22868810:33
openstackgerritRoman Bogorodskiy proposed openstack/nova-specs: nova.network.linux_net refactor  https://review.openstack.org/23411610:34
johnthetubaguybauzas: did you get the unit tests to pass on thats stable backport, just wondering if I need to stack it?10:35
bauzasjohnthetubaguy: not yet :(10:35
johnthetubaguybauzas: wondering if you need this one: https://review.openstack.org/#/c/234115/10:35
*** IanGovett has joined #openstack-nova10:35
johnthetubaguyttx: I have push that one up: https://review.openstack.org/#/c/234115/10:36
bauzasjohnthetubaguy: that one was not in my radar10:36
openstackgerritDaniel Berrange proposed openstack/nova: objects: add virtual 'image_meta' property to Instance object  https://review.openstack.org/19014510:37
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert to use instance.image_meta property  https://review.openstack.org/19014610:37
openstackgerritDaniel Berrange proposed openstack/nova: compute: convert manager to use nova.objects.ImageMeta  https://review.openstack.org/18968510:37
bauzasjohnthetubaguy: I need to grab something to lunch, so I'll be afk for the next 30 mins, feel free to respin if you consider it as necessary10:37
*** alex_klimov has joined #openstack-nova10:37
bauzasjohnthetubaguy: unfortunately, Jenkins hasn't yet passed on the jobs I'm interested in10:37
johnthetubaguybauzas: ack10:38
bauzasjohnthetubaguy: so I can't tell whether it's needed or not10:38
johnthetubaguyI am about to head to lunch in a bit10:38
sdaguejohnthetubaguy: ok, what's in flight that needs manual testing?10:38
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Avoid intermediate Token auth plugin  https://review.openstack.org/22936810:39
sdagueI can poke while you are at lunch if I know the stack you've got10:39
bauzassdague: https://review.openstack.org/#/c/234048/10:39
bauzasis the one we were wondering if https://review.openstack.org/#/c/234115/ was needed10:39
*** ijw has joined #openstack-nova10:39
sdagueok, running locally10:40
openstackgerritgaryk proposed openstack/nova: VMware: Use actual VM state instead of using the instance vm_state  https://review.openstack.org/19062710:40
johnthetubaguysdague: thanks10:40
*** gongysh has quit IRC10:42
*** aix has joined #openstack-nova10:42
*** kiran-r has quit IRC10:43
*** gongysh has joined #openstack-nova10:43
*** ijw has quit IRC10:44
openstackgerritRoman Bogorodskiy proposed openstack/nova-specs: Distribute PCI Requests Across Multiple Devices  https://review.openstack.org/14209410:45
*** mpavone has quit IRC10:47
openstackgerritgaryk proposed openstack/nova: VMware: prevent volume deletion if volume in instance folder  https://review.openstack.org/19310310:48
ndipanovjohnthetubaguy, do we have session etherpads set up already?10:49
johnthetubaguyndipanov: I haven't done that yet, was hoping to catch jay about the scheduler session first10:50
*** romainh has left #openstack-nova10:50
johnthetubaguyndipanov: I can set them up now, if thats starting to block you10:50
openstackgerritUkesh Kumar proposed openstack/nova: Trace on nova net-delete for neutron network  https://review.openstack.org/23412310:50
sdaguejohnthetubaguy: I'm getting local fails around o.vo10:51
sdagueis there a fix there needed as well?10:51
*** Guest92803 is now known as beagles10:51
johnthetubaguysdague: oh dear, I don't remember seeing anything about that10:51
sdaguedims: ?10:51
ndipanovjohnthetubaguy, no worried10:52
ndipanovdefinitely not blocked on that10:52
johnthetubaguysdague: we have a min version requirement, but that the opposite issue really10:52
johnthetubaguyndipanov: cool10:52
ndipanovstill brainstorming stuff about the SR-IOV session10:52
*** wasmum has quit IRC10:52
*** mpavone has joined #openstack-nova10:52
sdaguedims: you released a new version yesterday, got an idea on this?10:52
*** edmondsw has joined #openstack-nova10:52
johnthetubaguyndipanov: in my head I gave myself a deadline to get the draft schedule uploaded by thursday10:53
*** mpavone has quit IRC10:54
*** gszasz has joined #openstack-nova10:54
PaulMurrayjohnthetubaguy, how far is the schedule to being finalised? I'm just sorting through the live migration now10:55
sdaguehttp://paste.openstack.org/show/476103/10:55
PaulMurrayjohnthetubaguy, been away last week - so missed the meeting10:55
sdaguethat's a slice of these failures10:55
ndipanovjohnthetubaguy, that schedule will be published on sched.org or?10:56
*** subscope has quit IRC10:56
*** sudipto has quit IRC10:59
*** jaypipes has joined #openstack-nova10:59
openstackgerritUkesh Kumar proposed openstack/nova: Trace on nova net-delete for neutron network  https://review.openstack.org/23412311:00
*** pradipta has quit IRC11:00
openstackgerritRoman Bogorodskiy proposed openstack/nova-specs: User-controlled SR-IOV ports allocation  https://review.openstack.org/18224211:00
*** haomaiwang has quit IRC11:01
*** haomaiwang has joined #openstack-nova11:01
*** marzif has quit IRC11:01
*** marzif has joined #openstack-nova11:02
*** yassine__ has joined #openstack-nova11:02
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/23413511:03
sdagueyeh, if I push o.vo down to 0.10 it passes11:04
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient: Updated from global requirements  https://review.openstack.org/23289911:04
*** jlanoux has quit IRC11:04
sdagueanyone understand o.vo enough to know what broke here?11:04
jaypipesmorning all..11:06
jaypipessdague: I can try..11:07
jaypipessdague: quick background on what you are seeing please?11:07
sdaguegit review -d 234115 && rm -rf .tox/py27 && tox -e py2711:07
sdague14 failures about make compatible missing a key11:08
sdagueon stable/liberty11:08
sdaguejaypipes: http://paste.openstack.org/show/476103/  is some of the stack tracing11:08
bauzassdague: could you please paste ?11:08
bauzashah11:08
sdaguebut, honestly, it's unit tests, it's probably just as fast to run it locally11:08
bauzasmmmm, I remember something about that11:09
bauzassec, checking11:09
bauzassdague: pip freeze tells you o.voo==0.10 right?11:09
sdaguebauzas: if it works it does11:10
sdaguebut 0.11.011:10
*** wanghua has joined #openstack-nova11:10
sdagueis what's out and breaks11:10
bauzasack11:10
sdaguethat's why I said rm -rf your .tox11:10
jaypipessdague: and only in py27 envs? or all envs?11:10
bauzaslike I said, I remember we added a few changes for the version manifest11:11
sdaguepy34 as well, but it's not as clear because of the way that works11:11
bauzasre: the instance obj_make_compatible11:11
jaypipesk11:11
bauzasoh sec11:11
bauzashttps://review.openstack.org/#/c/233165/11:11
sdagueit looks like the only change that might affect is the removal of obj_make_compatible11:11
bauzaswondering if that one ^ was in 0.1111:12
bauzasyup11:12
jaypipesbauzas: that doesn't affect the existence of the 'objects' in the obj_relationships though I don't think...11:13
*** rdopiera has quit IRC11:13
sdaguejaypipes: right, however in master the method that blows up doesn't even exist any more11:14
sdaguehttps://review.openstack.org/#/c/231686/11:14
*** kumar has joined #openstack-nova11:14
*** ociuhandu has quit IRC11:14
jaypipesahhhh, this is on stable/liberty!11:15
openstackgerritSean Dague proposed openstack/nova: Revert "Drop unused obj_to_primitive() override"  https://review.openstack.org/23414911:15
sdaguejaypipes: yes11:15
*** apuimedo has joined #openstack-nova11:15
sdague<sdague> git review -d 234115 && rm -rf .tox/py27 && tox -e py2711:16
sdague<sdague> 14 failures about make compatible missing a key11:16
sdague<sdague> on stable/liberty11:16
jaypipessorry I missed that. :( yeah, either stable/liberty should be pinned at 0.10 (recommended), or that patch removing obj_make_compatible() needs to be backported.11:16
*** diogogmt has quit IRC11:16
jaypipessdague: yeah, I see that now. sorry, still caffeining.11:16
sdagueok, we're trying to get out of pinning everything, because that created this giant other mess. Why was this incompatibility landed.11:16
bauzasagreed with jaypipes11:16
jaypipessdague: pin o.vo to 0.10 in stable/liberty is my recommendation.11:17
sdaguealso, the fix in master definitely doesn't imply that this can't work without this change, it says it's just dead code11:17
jaypipessdague: sorry, Sean, I don't understand why we're not pinning stuff in stable branches? :(11:17
bauzassince dansmith is now providing a new obj_make_compatible using version manifests, it needed somehow to use the legacy obj_make_compatible until o.vo was good11:17
garykmdbooth: why would you want to put the onus on the user for rebooting hard if soft fails?11:17
garykhow do they know that soft fails?11:18
mdboothgaryk: Because their guest doesn't come back, presumably11:18
-openstackstatus- NOTICE: Gerrit has been restarted and is responding to normal load again.11:18
*** ChanServ changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. Please see: https://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule"11:18
garykmdbooth: but they are not aware that this is the case.11:18
mdboothWhy not?11:18
sdaguejaypipes: because the stable branches were broken so badly on pin math last time around11:18
garykmdbooth: nova understand that the instance is running11:19
jaypipessdague: seems counterintuitive to me, but OK.11:19
garykmdbooth: when the reboot takes place it is a call11:19
garyksorry a cast and not a call11:19
mdboothgaryk: They can check the console, right?11:19
sdaguejaypipes: transitive dependencies11:19
garykmdbooth: so?11:19
mdboothOr they can check the status again in a bit11:19
sdaguethat become unresolvable because of pins11:19
garykthey chak and try and do a reboot and nothing happens11:19
mdboothIt's just that hard and soft reboots are quite different things11:19
jaypipessdague: ah, I see now. ok, thanks for the heads up.11:19
sdagueanywa11:19
mdboothTo the guest11:20
garykmdbooth: passing the onus to the user due to an infra issue is problematic11:20
garyki ss not reason to block this11:20
mdboothAnd it would make me nervous to apply a heuristic as to when to apply which11:20
jaypipessdague: you want me to propose a backport of that patch to stable/lib?11:20
mdboothgaryk: Do other drivers do this?11:20
mdboothI can just see somebody's guest being hard rebooted when they didn't intend it11:20
garykmdbooth: i am not sure what the otehr drivers do and not sure if and how the reboot responds if there rae errors11:21
garykmdbooth: a user is unable to use the guest. their only way of addressing this is to try a reboot.11:21
garykso they try a soft one. they are unaware that this fails11:21
mdboothRight, this is totally a guest thing11:21
garykno, it is not11:21
mdboothIt feels wrong for me for Nova to be second guessing what a guest is doing11:22
garykthe guest soft reboot failse because of an infra issue11:22
sdaguejaypipes: so we've got potentially a bunch of multiply blocking bugs in stable/liberty atm11:22
mdboothgaryk: What's the infra issue?11:22
garyknova is not second guessing. it knows because of an exception type.11:22
sdaguethis was hit trying to get some of those other ones fixed11:22
garykmdbooth: for example http://ubuntuforums.org/showthread.php?t=220521111:23
sdaguewe should probably wait for ttx and johnthetubaguy to get back, because the shipped rc is now not runnable for multiple reasons11:23
mdboothgaryk: ?11:24
mdboothgaryk: That's an ubuntu user with an nVidia problem?11:24
garykmdbooth: wrong one - http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=100999611:25
garykmdbooth: i would not be posting the bug if the issue was not hit.11:26
mdboothgaryk: That's a guest issue11:27
mdboothI don't understand11:27
garykmdbooth: no, it is not a guest issue. i will try and explain.11:27
garykmdbooth: the admin say for example over subscribes VM's. a tenant boots say 300 instances. one of them does not work. they try and reboot and it does not work.11:28
garyknow they need to start to guess to do a hard/soft reboot.11:28
*** marzif has quit IRC11:29
mdboothgaryk: Ok, I think I get that. But it still sounds like a guest issue to me.11:29
mdboothThey need to monitor that and hard reboot if required.11:29
mdboothgaryk: I think we understand each other, we just have different views.11:30
ttxback11:30
sdaguettx: there is another oslo break in liberty, oslo.versionedobjects 0.11.011:30
mdboothgaryk: I'm not a core, so I don't think I'm being too evil leaving a -1 on there :)11:31
garykmdbooth: yes, we certainly have different views. you put the onus on the user - who needs to start to guess and i have the plugin responsible for this.11:31
sdaguewhich requires a pin or a backport11:31
garyki would prefer to have a product where a user does not need to guess and open service tickets that nothing is working11:31
*** VW has joined #openstack-nova11:32
*** exploreshaifali has quit IRC11:32
ttxsdague: pin would be !=0.11.0 ?11:32
garykthat in my opinion is problematic. we should be making things simple and not making people go out of their minds to get this stuff to wortk11:32
garykand this is from production errors11:32
sdague< 0.1111:32
*** rdopiera has joined #openstack-nova11:32
*** jistr is now known as jistr|biab11:32
*** mpavone has joined #openstack-nova11:32
mdboothgaryk: It's more about separation of responsibility. I don't think Nova should concern itself with guest issues. I'm prepared to be overruled on that, and precedent suggests it's not unlikely :)11:32
sdagueit's an incompatible change11:32
dimssdague: don't know if dansmith is aware of this...11:32
*** mpavone has quit IRC11:32
*** VW has quit IRC11:32
jaypipessdague: ok, just let me know how I can assist.11:32
danpbmdbooth: which  guest issue is this ?11:33
jaypipesdims: unlikely for another hour or so.11:33
ttxsdague: hmm, maybe backport would be more future-proof then11:33
mdboothgaryk: Do you have the link to hand for danpb ?11:33
garykmdbooth: sure whatever. i'll wait for you to get the first customer escalation from this and you can change your vote. good luck11:33
*** VW has joined #openstack-nova11:33
dimsjaypipes: right11:33
sdagueyeh, I don't know - https://review.openstack.org/#/c/231686/ hints that this was blocking the 0.11.0 release11:33
garykmdbooth: danpb: https://review.openstack.org/23340211:33
mdboothgaryk: danpb likes users more than I do, so he may disagree :)11:33
garykmdbooth: users don't like openstack because of stuff like this11:34
sdaguettx: so the challenge is I think we've now got a set of backports that have to be squashed to land11:34
sdaguewhich I can do, but sucks11:34
ttxwon't be the first time and can spare us a lot of hell11:35
mdboothgaryk: My concern is that it could go the other way just as easily. i.e. users being frustrated that they aren't sure if their soft reboot is going to turn into a hard reboot.11:35
sdaguettx: ok, let me figure out the right sequence11:35
garykmdbooth: this only happens when they are unable to perform a soft reboot. an exception from the softreboot is thrown.11:35
jaypipessdague: please let dims or me know if/how we might assist you.11:35
ttxsdague: any idea if that oslo.versionedobjects issue is affecting other consumers of the lib ? Do we have a bug for it ?11:35
garyklet me add the stack trace to the bug. maybe that will be helpful11:35
mdboothAs a guest issue, this is going to potentially affect any platform, so I'm sure there must be monitoring solutions to it.11:35
sdaguettx: I do not know11:35
sdaguettx: but probably not11:36
dimsttx: don't think so11:36
mdboothgaryk: That error is going to ultimately come from vmware tools, right?11:36
dimsdansmith: and i have been working o.vo+master since thu/fri11:36
danpbmdbooth: the code here already tracks guest OS state by virtue of checking  the tools_status & tools_running_status and falling back to hard reboot11:36
garykmdbooth: yes11:36
danpbso IMHO, also falling back to hard reboot upon tools failure is not making it any more disgusting than it already is11:37
mdboothgaryk: There you go :)11:37
mdboothI'll leave my 2c there, but danpb has 4c11:37
danpbif i was going to argue over this, i would actually focus on what we promise in the public API11:37
danpbeg if the user requests reboot_type=SOFT is it *ever* valid to fallback to hard reboot, or should we raise an exception for all cases11:38
garykdanpb: the API does not provide any indication that something has happened11:38
*** subscope has joined #openstack-nova11:38
garykdanpb: it is a cast method so the user is unable to get an idea that something has happened11:38
mdboothRight, presumably the only indication will be that the guest hasn't rebooted11:38
mdboothIIRC there's a REBOOTING state?11:38
garykmdbooth: that will not work as nova tests that it has been rebooted - that is it checks if it is running and the instance is indeed runnings11:39
garykso that will not work11:39
sdaguejaypipes: yeh, thanks, at least it's confirmed that things won't work. I'll play with these 3 patches that we need to figure out how they have to exist to end up getting the liberty tree passing11:40
sdaguettx: yeh, I think I have to squash all 3 fixes into 1 patch to get them to pass11:44
*** lucasagomes is now known as lucas-hungry11:44
bauzassdague: so, do you have a thing how to backport those 3 patches?11:44
bauzashah11:44
sdaguebauzas: yeh, I can't get tests to pass until they are all in11:44
ttxsdague: I think having that staged for testing wouldn't hurt at this stage11:44
sdaguettx: sure, I'll make it a new idempotent id to leave the others out there11:45
ttxsdague: thx!11:45
sdagueI'm finishing up local unit testing atm11:45
sdagueonce that looks sane I'll squash and push11:45
openstackgerritDaniel Berrange proposed openstack/nova-specs: Virtual guest device role tagging  https://review.openstack.org/19566211:46
*** VW has quit IRC11:46
johnthetubaguysdague: ouch, thanks for pushing on that11:46
*** VW has joined #openstack-nova11:46
*** thorst has joined #openstack-nova11:47
johnthetubaguysdague: got lost in the scroll back, do we have the o.vo thing merged on master already?11:47
*** dims has quit IRC11:47
openstackgerritDaniel Berrange proposed openstack/nova-specs: Virt image properties boot time override  https://review.openstack.org/23038211:48
*** dims has joined #openstack-nova11:48
bauzasjohnthetubaguy: yup11:48
johnthetubaguydanpb: garyk: a soft reboot falling back to a hard does get done in a few places (migrate, and resize come to mind), but unsure about when a user requests it directly now11:48
openstackgerritgaryk proposed openstack/nova: VMware: trivial indentation fixes  https://review.openstack.org/23340311:48
bauzasjohnthetubaguy: that's because we removed the legacy obj_make_compatible11:48
openstackgerritDaniel Berrange proposed openstack/nova-specs: Virtual guest device role tagging  https://review.openstack.org/19566211:49
johnthetubaguybauzas: hmm, OK11:49
sdaguejohnthetubaguy: yeh, it was done before the 0.11.0 release11:50
*** VW has quit IRC11:51
bauzasthe 0.11 release assumes that all objects use the o.vo backport method, to be clear11:51
johnthetubaguysdague: ah, right, we don't have a major we can bump yet11:51
*** haomaiwang has quit IRC11:52
*** haomaiwang has joined #openstack-nova11:52
*** sahid has joined #openstack-nova11:52
*** otter768 has joined #openstack-nova11:53
openstackgerritZhenyu Zheng proposed openstack/nova: Resize: Return to initial state instead of ACTIVE when resize fails  https://review.openstack.org/20237911:53
openstackgerritZhenyu Zheng proposed openstack/nova: Drop outdated sqlite downgrade script  https://review.openstack.org/21289111:55
*** ociuhandu has joined #openstack-nova11:56
alex_xunova api meeting in 4 mins~11:56
openstackgerritNimish proposed openstack/nova:  If an instance is booted with "nova boot --block-device source=image,dest=local.. ." the instance ends up with no image_ref set and an entry in the block_device_mappings table.This confuses the compute/api.py is_volume_backed_instance method which assume  https://review.openstack.org/23416511:58
sdaguewe don't have .gitreview update for stable/liberty yet?11:58
sdagueanyway, here is the change - https://review.openstack.org/#/c/234166/11:59
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756711:59
alex_xunova api meeting is running~12:00
*** e0ne has quit IRC12:00
*** haomaiwang has quit IRC12:01
*** haomaiwa_ has joined #openstack-nova12:01
*** dave-mccowan has joined #openstack-nova12:01
*** Khajeddin has joined #openstack-nova12:03
openstackgerritGábor Antal proposed openstack/nova: Check prefix with startswith() instead of slicing  https://review.openstack.org/23417012:03
*** otter768 has quit IRC12:03
*** moshele has quit IRC12:03
KhajeddinHello everyone12:04
*** otter768 has joined #openstack-nova12:04
openstackgerritgaryk proposed openstack/nova-specs: VMware: expand opaque network support  https://review.openstack.org/23042512:04
*** deepthi has quit IRC12:04
KhajeddinI want to sseparately generate scheduler.log and compute.log, how can i do that?12:04
bauzasKhajeddin: that's the default rule12:06
*** eliqiao has joined #openstack-nova12:06
bauzasKhajeddin: not sure I understand your question12:06
KhajeddinRight now my compute node generates one file named nova.log , and i want to have scheduler.log file as well12:07
*** moshele has joined #openstack-nova12:08
garykKhajeddin: when you run the service you are able to indicate the name of the log file12:08
garyk—log-file i think12:08
garykKhajeddin: please see http://docs.openstack.org/kilo/config-reference/content/section_nova-logs.html - if you are using ubuntu then this is done automagically12:09
Khajeddin<garyk>: Yeah I'm using Ubuntu and i have seen this link before... but i guess i have to change some configurations in nova.conf cos my Nova only created nova,log file!!!12:12
*** ociuhandu has quit IRC12:13
*** su_zhang has joined #openstack-nova12:13
*** Miouge has quit IRC12:14
*** aysyd has joined #openstack-nova12:14
*** salv-orlando has quit IRC12:14
*** romainh has joined #openstack-nova12:15
*** haomaiwa_ has quit IRC12:17
garykyou are able to ste the logdir and logfile name in the nova.conf file. i suggest that you check those12:17
*** haomaiwang has joined #openstack-nova12:17
*** kumar has quit IRC12:19
openstackgerritgaryk proposed openstack/nova: Virt: add context to attach and detach interface  https://review.openstack.org/20936212:19
*** rfolco has joined #openstack-nova12:22
*** raildo-afk is now known as raildo12:24
Khajeddingaryk: thanks12:27
*** Khajeddin has quit IRC12:27
*** ijw has joined #openstack-nova12:28
*** burgerk has joined #openstack-nova12:29
*** haomaiwang has quit IRC12:29
*** ociuhandu has joined #openstack-nova12:29
*** ociuhandu_ has joined #openstack-nova12:31
*** edmondsw has joined #openstack-nova12:31
*** achanda has joined #openstack-nova12:32
*** ijw has quit IRC12:33
*** ociuhandu has quit IRC12:34
*** ociuhandu_ is now known as ociuhandu12:34
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova-specs: Moving Nested Quota Driver to Mitaka  https://review.openstack.org/20996912:35
openstackgerritgaryk proposed openstack/nova: Compute: remove object_compat from get_instance_diagnostics  https://review.openstack.org/21862312:36
*** eliqiao has quit IRC12:36
*** achanda has quit IRC12:37
*** VikasC has quit IRC12:37
openstackgerritgaryk proposed openstack/nova: Compute: remove the 'method' variable from InstanceInvalidState  https://review.openstack.org/21862912:39
*** zhangjn has joined #openstack-nova12:39
*** eglynn has quit IRC12:40
*** zhangjn has quit IRC12:40
*** zhangjn has joined #openstack-nova12:40
*** EinstCrazy has joined #openstack-nova12:40
*** zhangjn has quit IRC12:41
*** zhangjn has joined #openstack-nova12:41
*** zhangjn has quit IRC12:41
*** zhangjn has joined #openstack-nova12:42
*** Sree has joined #openstack-nova12:42
*** zhangjn has quit IRC12:42
*** zhangjn has joined #openstack-nova12:43
openstackgerritgaryk proposed openstack/nova: Compute: remove unused parameter  https://review.openstack.org/21873012:44
*** lucas-hungry is now known as lucasagomes12:44
*** Daisy has joined #openstack-nova12:45
*** e0ne has joined #openstack-nova12:46
openstackgerritClaudiu Belu proposed openstack/nova: Converting nova.virt.hyperv to py3  https://review.openstack.org/23255412:47
*** eliqiao has joined #openstack-nova12:48
*** vladikr has joined #openstack-nova12:50
*** Miouge has joined #openstack-nova12:50
*** artom has joined #openstack-nova12:50
*** tbh has quit IRC12:51
openstackgerritClaudiu Belu proposed openstack/nova: Fixes .keys()[0] references for Python 3 in unit tests  https://review.openstack.org/23258512:52
*** nihilifer has quit IRC12:53
*** nihilifer has joined #openstack-nova12:54
*** nihilifer has quit IRC12:55
*** pixelbeat has quit IRC12:55
*** pixelbeat has joined #openstack-nova12:56
*** Daisy has quit IRC12:56
*** Daisy has joined #openstack-nova12:56
*** mdrabe has joined #openstack-nova12:57
*** kylek3h has joined #openstack-nova12:57
*** nihilifer has joined #openstack-nova12:57
*** lykinsbd has joined #openstack-nova12:58
*** kylek3h has quit IRC12:59
*** kylek3h has joined #openstack-nova13:01
*** Daisy has quit IRC13:01
*** dustins has joined #openstack-nova13:01
openstackgerritJohn Garbutt proposed openstack/nova-specs: Move volume-snapshot-improvements spec to Mitaka  https://review.openstack.org/23146713:02
*** lpetrut has quit IRC13:02
*** kylek3h has quit IRC13:03
*** haomaiwang has joined #openstack-nova13:03
*** jistr|biab is now known as jistr13:03
*** moshele has quit IRC13:06
*** rlrossit has joined #openstack-nova13:08
*** moshele has joined #openstack-nova13:08
*** Daisy has joined #openstack-nova13:08
*** alejandrito has joined #openstack-nova13:09
*** salv-orlando has joined #openstack-nova13:10
*** achanda has joined #openstack-nova13:11
*** baoli has joined #openstack-nova13:14
*** eliqiao has quit IRC13:14
*** andrewbogott has left #openstack-nova13:15
*** kylek3h has joined #openstack-nova13:15
*** ildikov has joined #openstack-nova13:16
*** Daisy has quit IRC13:16
*** amrith is now known as _amrith_13:17
*** kylek3h_ has joined #openstack-nova13:18
*** amotoki has joined #openstack-nova13:19
*** achanda has quit IRC13:20
*** stevemar_ has joined #openstack-nova13:20
*** kylek3h has quit IRC13:21
*** ijuwang has joined #openstack-nova13:22
openstackgerritgaryk proposed openstack/nova: VMware: convert to use instance.image_meta property  https://review.openstack.org/23420613:22
openstackgerritMarian Horban proposed openstack/nova: Monkey patch nova-ec2 api  https://review.openstack.org/22950113:23
*** Marga_ has joined #openstack-nova13:24
*** nelsnelson has joined #openstack-nova13:25
*** irenab has quit IRC13:26
*** mc_nair has joined #openstack-nova13:27
*** lpetrut has joined #openstack-nova13:27
*** Daisy has joined #openstack-nova13:28
*** amotoki has quit IRC13:29
*** mgoddard_ has joined #openstack-nova13:29
*** annegentle has quit IRC13:30
*** burgerk has quit IRC13:31
*** penick has joined #openstack-nova13:31
*** penick has quit IRC13:32
*** mgoddard has quit IRC13:32
*** dave-mccowan has quit IRC13:32
*** Miouge has quit IRC13:34
*** eliqiao has joined #openstack-nova13:34
*** Miouge has joined #openstack-nova13:35
*** Daisy has quit IRC13:35
*** ccarmack has joined #openstack-nova13:35
dansmithdims: sdague: what's the o.vo thing?13:36
*** Daisy has joined #openstack-nova13:36
*** eharney has joined #openstack-nova13:36
sdaguedansmith: https://bugs.launchpad.net/openstack-ansible/+bug/150567713:37
openstackLaunchpad bug 1505677 in openstack-ansible "oslo.versionedobjects 0.11.0 causing KeyError: 'objects' in nova-conductor log" [Critical,Confirmed] - Assigned to Jesse Pretorius (jesse-pretorius)13:37
*** VW has joined #openstack-nova13:37
*** emagana has joined #openstack-nova13:37
*** shuquan has joined #openstack-nova13:37
dansmithsdague: and you think this: https://review.openstack.org/#/c/234149/1 fixes that?13:38
sdaguedansmith: yes13:38
dansmithoh, that's a remote trace13:38
*** pumaranikar has quit IRC13:38
dansmithsdague:  this after dims released o.vo?13:38
openstackgerritjichenjc proposed openstack/nova: Remove stub_compute config options for console  https://review.openstack.org/23421713:38
openstackgerritjichenjc proposed openstack/nova: Use instance objection instead of db record  https://review.openstack.org/23421813:38
sdaguedansmith: yes13:38
sdaguewhich I also tripped over this morning trying to get other unit tests landed13:38
*** penick has joined #openstack-nova13:39
dansmithsdague: in a partial grenade test or something else?13:39
sdaguebut jesse hit it in the ansible tests13:39
sdagueno, it just blows up on 100% liberty code13:39
sdagueas far as I know13:39
*** Miouge has quit IRC13:39
sdaguehonestly, I was hitting it in unit tests13:39
dansmithbut this patch you're reverting in nova is not on liberty, right?13:40
*** amotoki has joined #openstack-nova13:40
openstackgerritAlexandre Levine proposed openstack/nova-specs: Added a spec for disable-termination and shutdown-termination flags  https://review.openstack.org/23421913:40
sdaguesorry, https://review.openstack.org/#/c/234149/1 is not a fix13:40
*** burt has joined #openstack-nova13:40
sdaguehttps://review.openstack.org/#/c/234149/1 is a test to see that that code existing causes issues13:40
*** Daisy has quit IRC13:40
sdaguedansmith: https://review.openstack.org/#/c/234166/13:40
sdagueis the omnibus liberty fix13:40
sdaguethere are a lot of patches out there13:41
*** Miouge has joined #openstack-nova13:41
dansmithsdague: backporting that breaks kilo->liberty migrations13:41
dansmithwell, hmm13:42
sdaguedansmith: not backporting that breaks liberty13:42
*** hwoarang has joined #openstack-nova13:42
sdagueif you have a better theory, fire away :)13:42
dansmithwell, I'm just saying, we can't backport a thing that breaks upgrades to the release we just made :)13:42
sdaguejaypipes said we had to pin o.vo or backport13:42
*** abhishekk has quit IRC13:42
dansmithbut I need to think13:42
dansmithand I need coffee13:42
*** Miouge has quit IRC13:43
dansmithisn't liberty also running the new version of o.vo?13:43
sdagueyes13:43
sdaguewhich fails13:43
sdaguewithout that patch13:43
dansmithoh13:43
dansmithit fails with the trace in that bug?13:43
sdagueyes13:43
dansmithhmm13:43
dansmiththis omnibus patch will have partial-ncpu with k->l run on it right?13:44
sdagueI've got to drop off for a bit, the back scroll in this channel is mostly this set of bugs13:44
sdaguedansmith: yes13:44
dansmithokay, well, let's see if that works13:44
sdaguewhich is seems to have passed13:44
sdaguehttp://dl.dropbox.com/u/6514884/screenshot_268.png13:45
sdagueit's still grinding on getting unit test nodes13:45
dansmithokay, I'll look at the logs from it when it's done13:45
dansmithto make sure it doesn't have other issues,13:45
*** adreznec_ is now known as adreznec13:46
dansmithbut if it passes, I'd trust it13:46
dansmithkilo->liberty->master is a lot to think about13:46
*** zz_john5223 is now known as john522313:46
sdagueyeh, agreed, we were just completely dead in the water getting any liberty issues fixed13:46
dansmithyeah, I just didn't want us to break the release without thinking about kilo13:47
sdagueyou can't pass unit tests without that patch which is 3 backports at once13:47
sdagueyep13:47
sdaguefor sure13:47
sdaguebut liberty is definitely broken in our test env, and I think broken in the field13:47
*** eliqiao has quit IRC13:47
sdaguein the current state13:48
sdagueanyway, got to run13:48
dansmithyeah, I'll pull it down and poke13:48
dansmitho/13:48
* dansmith -> coffee13:48
*** pumaranikar has joined #openstack-nova13:51
*** Miouge has joined #openstack-nova13:54
openstackgerritjichenjc proposed openstack/nova: Use SpawnIsSynchronousFixture in most unit tests  https://review.openstack.org/23095313:55
openstackgerritjichenjc proposed openstack/nova: Replace fake_utils by using Fixture  https://review.openstack.org/23095413:55
*** r-daneel has joined #openstack-nova13:55
*** eglynn has joined #openstack-nova13:55
*** cfriesen has joined #openstack-nova13:56
*** Piet has quit IRC13:56
*** ildikov has quit IRC13:57
*** ctrath has joined #openstack-nova13:57
openstackgerritgaryk proposed openstack/nova: Config drive: convert to use instance.image_meta property  https://review.openstack.org/23422413:57
melwittjohnthetubaguy: hey, are you around? I wanted get your thoughts on whether we could get the 'quotas reimagined' spec fleshed out to be able to work on the refactoring this cycle13:58
johnthetubaguymelwitt: good question13:59
johnthetubaguymelwitt: I don't have anyone assigned to work on that on our side13:59
johnthetubaguymelwitt: not as far as I know, anyways13:59
*** julien_ZTE has joined #openstack-nova14:00
johnthetubaguymelwitt: but I would love to see it happen, I keep thinking about taking a stab at prototype to prove out a few corners, but its just not happening :(14:00
* dims back reading scroll back14:00
*** haomaiwang has quit IRC14:01
*** haomaiwa_ has joined #openstack-nova14:01
dansmithdims: so I can't even build my venv for liberty14:01
dansmithdims: er, no, I guess I can but it fails to run: ImportError: No module named testresource14:01
dansmithah, that must be the oslo.db fix14:02
dimsdansmith: yep14:02
bauzasdansmith: there is a fix from johnthetubaguy14:02
dansmithjust becoming caffeinated, sorry14:02
bauzasso yeah, liberty is just in a terrible shape atm14:02
*** tongli has joined #openstack-nova14:02
melwittjohnthetubaguy: yesterday vilobhmm was telling me about the hierarchical multi-tenancy meeting and that there was something run into with nested quotas that would be much better solved if quotas were refactored first14:03
*** annegentle has joined #openstack-nova14:05
melwittjohnthetubaguy: I'd like to help with quotas but I don't feel expert about the proposal and quotas in general14:06
dansmithmelwitt: run.... run away!14:06
*** jwcroppe has joined #openstack-nova14:07
melwittdansmith: lol.14:07
*** penick has quit IRC14:07
doffmmelwitt: Do you know where the proposal is for refactoring quotas?14:07
melwittdoffm: it is this https://review.openstack.org/#/c/182445/14:08
*** julien_ZTE has joined #openstack-nova14:09
*** julien_ZTE has quit IRC14:09
doffmmelwitt: Ahhh Ok, thanks.14:09
*** julien_ZTE has joined #openstack-nova14:09
*** julien_ZTE has joined #openstack-nova14:10
*** julien_ZTE has joined #openstack-nova14:10
*** xgsa1 has quit IRC14:11
*** jwcroppe has quit IRC14:11
*** jwcroppe has joined #openstack-nova14:12
*** mwagner_ has quit IRC14:12
*** burgerk has joined #openstack-nova14:13
*** dave-mccowan has joined #openstack-nova14:15
*** penick has joined #openstack-nova14:15
openstackgerritNikola Dipanov proposed openstack/nova-specs: spec document for sriov-physical-function-passthrough blueprint  https://review.openstack.org/21247214:15
*** salv-orlando has quit IRC14:17
*** ijw has joined #openstack-nova14:17
*** jwcroppe has quit IRC14:17
johnthetubaguydoffm: melwitt: happy to share extra context on that14:20
johnthetubaguyalaski_out and I spoke with Vek before he wrote that up14:20
*** julien_ZTE has joined #openstack-nova14:20
*** jwcroppe has joined #openstack-nova14:20
*** tpeoples has joined #openstack-nova14:21
*** vladikr has quit IRC14:21
*** ijw has quit IRC14:21
*** haomaiwa_ has quit IRC14:21
doffmjohnthetubaguy: That would be great.14:21
*** haomaiwang has joined #openstack-nova14:21
*** vladikr has joined #openstack-nova14:21
*** shuquan has quit IRC14:22
openstackgerritMarian Horban proposed openstack/nova: Remove wsgi functionality  https://review.openstack.org/21924814:22
johnthetubaguydoffm: melwitt: for me the key things are: treat quotas more like policy (less rollbacks, more consume quota to cross line stuff), and change the DB so we have a row for each quota consumption entry, with a bit of optimistic concurrency control, just double check we are not over quota both before and after adding the entries, back out the additions if we go over14:23
johnthetubaguyor something like that14:23
*** sneti has joined #openstack-nova14:23
melwittjohnthetubaguy: okay. maybe after some explanations I would be able to update the spec with more detail. do you think that would be a good way forward? if I update it and you and people review it and correct anything I've got wrong or missing?14:23
johnthetubaguymelwitt: that sounds good to me14:24
*** pumaranikar has quit IRC14:24
doffmmelwitt: Sounds great.14:24
johnthetubaguymelwitt: doffm: is it worth a quick google hangout to go through the existing spec?14:24
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Filter out inactive compute before computing avaible resources  https://review.openstack.org/18015514:24
melwittjohnthetubaguy: cool. I think I do understand the high level ideas, but when I look at the spec and what more to write there, such as partial upgrade with old and new quota, I feel at a loss14:25
*** openstack_ has joined #openstack-nova14:25
*** pumaranikar has joined #openstack-nova14:25
*** emagana has quit IRC14:25
*** amotoki has quit IRC14:25
melwittjohnthetubaguy: I'd be up for that but I'm about to board a plane right now14:26
johnthetubaguymelwitt: yeah, it does brush over those, I was thinking objects based data migration, on a per quota consumer basis I guess14:26
johnthetubaguymelwitt: so there are probably better times to chat through that :)14:26
melwittjohnthetubaguy: heh :)14:27
johnthetubaguymelwitt: adding TODOs into the spec might be one way forward? then go through them in gerrit?14:27
*** mdrabe has quit IRC14:28
*** pm90_ has joined #openstack-nova14:28
johnthetubaguymelwitt: I was thinking objects would hide how the quota gets persisted, and we just regenerate the quota for each user after the upgrade, or something a bit like that14:28
melwittjohnthetubaguy: yeah, sure. you want to add some TODOs or did you mean me put TODOs? it would be great if you can but I didn't want to take too much of your time14:29
*** _amrith_ is now known as amrith14:29
melwittjohnthetubaguy: cool, will think about that14:29
johnthetubaguymelwitt: oh, if you could add the TODOs, I can help answer them, if that works?14:29
bauzasso I left a few comments about that14:29
johnthetubaguymelwitt: I should probably re-review the spec too14:29
melwittjohnthetubaguy: makes sense. I'll do that14:30
bauzasMHO is that we should use the Quota object facade for providing the data upgrade directly14:30
timelloguys, I would like an extra eye on change: https://review.openstack.org/#/c/203809/ . It is sitting there for a while. It already has one +2. Thank you!14:30
johnthetubaguybauzas: yeah, I think the model might have to change a bit, but yes, I think so14:30
*** achanda has joined #openstack-nova14:30
*** vlaza has quit IRC14:31
bauzasjohnthetubaguy: I was basically +1 with alaski_out's spec, but I wondered how complicated it could be to attach a quota object, instead of just having a mixin14:31
*** VW_ has joined #openstack-nova14:31
bauzasbut that's implementation details14:31
*** pm90__ has joined #openstack-nova14:32
melwittbauzas: yeah, I didn't quite understand the mixin. you mean potentially a mixin on resource objects?14:32
bauzasmelwitt: yup14:32
melwittbauzas: okay, cool14:32
bauzasagain, that's an implementation detail14:32
melwittyeah14:33
bauzasmelwitt: I was more concerned by the backwards lookups14:33
bauzasand for sure, I'm +1 to a new data model14:33
*** pumaranikar has quit IRC14:34
melwittbauzas: what do you mean by backwards lookups?14:34
bauzasbecause the current quotas table is bad to me14:34
bauzasmelwitt: sorry14:34
openstackgerritAlexandre Levine proposed openstack/nova-specs: user_data modification This spec was approved for liberty but implementation didn't make it there. Rescheduling for mitaka now.  https://review.openstack.org/23425114:34
bauzasmelwitt: I meant, given I'm +1 with having a new model, it would mean some data upgrade path between the two models14:34
*** pm90_ has quit IRC14:34
*** diogogmt has joined #openstack-nova14:34
*** salv-orlando has joined #openstack-nova14:34
*** VW has quit IRC14:35
melwittbauzas: oh, okay14:35
bauzasmelwitt: ie. where to find a specific quota, how to update it, etc. all the CRUD operations we currently have in the DB API for quotas14:35
bauzasgiven we would then have a new model14:35
bauzasmelwitt: my other thoughts are about cells vs. quotas14:35
*** VW_ has quit IRC14:35
*** VW has joined #openstack-nova14:35
bauzasmelwitt: I haven't yet written that in the spec, but I wonder how the quotas model could be done given a cells v2 cloud14:36
*** electrocucaracha has joined #openstack-nova14:36
*** Miouge has quit IRC14:36
melwittbauzas: hm, yeah. have to think about that too14:36
bauzasmelwitt: like, saying quotas are nested objects to resources, then it would imply that there would be quotas per cell for instances14:36
doffmbauzas: Does cells v2 not currenlty implement global quotas?14:37
melwittbauzas johnthetubaguy: I think about it and put TODOs and questions in the spec that you can comment on :)14:37
bauzasdoffm: cells v2 is currently more an idea :)14:37
melwittgot to run now14:37
bauzasmelwitt: I'll leave my comment about cells v214:37
johnthetubaguymelwitt: have a good flight!14:37
bauzasflighting to where? Tokyo ?14:37
bauzasoh no, GHC right?14:37
melwittbauzas: cool, thanks14:37
doffmbauzas: In that case it DOES implement it. Everything is perfect as an idea. :)14:38
melwittbauzas: yeah :)14:38
melwittjohnthetubaguy: thanks! :)14:38
bauzasack, have a good one14:38
melwitto/14:38
PaulMurraydanpb, are you free to talk about migration for a minute?14:38
danpbPaulMurray: sure14:39
johnthetubaguydoffm: quotas have to be global I think, which is interesting now you mention it14:39
PaulMurraydanpb, I put some notes in https://etherpad.openstack.org/p/mitaka-live-migration - I don't know if you had a chance to look at that page14:39
johnthetubaguydoffm: bauzas: depends, by definition everyone is using cells v2, if you are not using cells v1, its just it only supports one cell right now... I guess that makes it mostly imaginary14:40
*** achanda has quit IRC14:40
PaulMurraydanpb, it seems to me that most of the near term list are reasonable clear - do you agree?14:40
bauzasjohnthetubaguy: sure, but I'd love to see some discussion about that :)14:41
danpbyep its reasonable14:41
*** browne has joined #openstack-nova14:41
*** penick has quit IRC14:41
bauzasjohnthetubaguy: I mean about quotas vs. cells14:41
bauzasbut agreed with youn that needs someone to step in14:42
PaulMurraydanpb, do you think there is anything obvious missing14:42
danpbPaulMurray:  though i would think we could get  split migration traffic network in Mitaka too14:42
PaulMurraydanpb, I was thinking that too actually14:42
johnthetubaguybauzas: well, its an API concept, so it lives in the API database, that might be in a spec already somewhere14:42
*** xyang1 has joined #openstack-nova14:43
*** rushil has joined #openstack-nova14:44
*** julien_ZTE has joined #openstack-nova14:44
*** julien_ZTE has quit IRC14:44
*** mdrabe has joined #openstack-nova14:44
*** amotoki has joined #openstack-nova14:44
PaulMurraydanpb, is there anything being done to allow libvirt and/or qemu to refresh certificates for TLS ?14:44
PaulMurraydanpb, usually that involves restarting things14:44
*** jichen has quit IRC14:45
*** rushil_ has joined #openstack-nova14:45
PaulMurraydanpb, but would be really good if they could pick up fresh certificates at run time14:45
danpbPaulMurray: i'd not considered live-refresh of certificates at all14:45
*** penick has joined #openstack-nova14:45
*** twinklechawla has joined #openstack-nova14:45
danpbit would not be all that hrad to support it though14:45
PaulMurraydanpb, I mention it because we often use short lived certs as a simple revocation scheme14:46
openstack_hi guys if i install just nova without the devstack stack where can i set the user and password14:46
*** ssurana has joined #openstack-nova14:46
*** openstack_ is now known as njirap14:46
PaulMurraydanpb, if it would be easy enough to add we could do it or help - I haven't looked so I don't know14:46
*** Sree has quit IRC14:47
*** twinklechawla has left #openstack-nova14:47
njirapam tryin to create a user but keystone is giving me an Authorization Failed: 'access'14:47
*** emagana has joined #openstack-nova14:47
*** rushil has quit IRC14:48
*** armax has joined #openstack-nova14:49
*** mgoddard_ has quit IRC14:50
*** sneti has quit IRC14:50
*** sneti_ has joined #openstack-nova14:50
*** mgoddard has joined #openstack-nova14:50
*** Miouge has joined #openstack-nova14:51
*** iurygregory is now known as iury_gregory14:54
*** iury_gregory is now known as iurygregory14:54
danpbPaulMurray: in QEMU the code for loading x509 certs is now kept exclusively in crypto/tlscredsx509.c14:54
danpbPaulMurray: if we used an inotify approach, i think the main quesiton would be about error reporting to deal with problems when refreshing14:54
*** moshele has quit IRC14:54
danpbPaulMurray: i'm maintainer of crypto/ code in QEMU so if anyone wants to add that, i can review it & submit it for merge once ready14:55
PaulMurraydanpb, that's great, we have a guy who deals with qemu and libvirt so I will ask him to do it14:56
*** mrkz has joined #openstack-nova14:57
PaulMurraydanpb, what about libvirt? Does the same apply there?14:57
*** smurke has joined #openstack-nova14:58
danpbyeah, we'd need to modify libvirt to support it too14:58
*** mriedem has joined #openstack-nova14:59
PaulMurrayDo you know Andrew James?14:59
danpbin libvirt the x509 code is all in src/rpc/virnettlscontext.c14:59
danpbno, not familar14:59
*** twinklechawla has joined #openstack-nova14:59
*** achanda has joined #openstack-nova14:59
PaulMurrayok - just wondered - it will probably be him that takes it on14:59
*** annegentle has quit IRC15:00
*** haomaiwang has quit IRC15:01
*** haomaiwang has joined #openstack-nova15:01
*** smurke has quit IRC15:02
*** achanda has quit IRC15:04
*** angdraug has joined #openstack-nova15:05
*** apuimedo has quit IRC15:05
*** salv-orl_ has joined #openstack-nova15:05
*** salv-orlando has quit IRC15:07
garykdanpb: in https://review.openstack.org/231917 can you please use skiptest rather than return15:07
*** twinklechawla has quit IRC15:08
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Fixes disk overhead claim issue  https://review.openstack.org/23428315:08
*** Miouge has quit IRC15:08
*** alex_klimov has quit IRC15:08
dansmithgaryk: +115:09
*** alex_klimov has joined #openstack-nova15:09
*** eliqiao has joined #openstack-nova15:09
*** penick has quit IRC15:10
*** smurke has joined #openstack-nova15:10
*** alex_xu has quit IRC15:10
*** eliqiao has quit IRC15:12
mriedemdansmith: i take it we're all good on the gate for mitaka at least now?15:13
dansmithmriedem: remains to be seen15:13
dansmithmriedem: we think we have a plan15:13
mriedemmaster is still in trouble?15:14
dansmithoh, I guess master is probably okay15:14
dansmithsorry, you said mitaka15:14
mriedemwhich is master :)15:14
dansmithI have one thing on my mind at the moment :)15:14
dansmithyes, sorry15:14
mriedemthe only problem for stable/liberty i can think of is the webob issue, which https://review.openstack.org/#/c/234280/ should fix15:15
*** Murali has quit IRC15:15
*** garyk has quit IRC15:15
dansmithmriedem: no, also o.vo15:17
dansmithand oslo.db15:17
dansmithmriedem: https://review.openstack.org/#/c/234166/115:17
*** penick has joined #openstack-nova15:17
mriedemoh god15:17
dansmithyeah, so I gave up and acked it15:17
*** ijw has joined #openstack-nova15:18
*** Piet has joined #openstack-nova15:19
mriedemso oslo.db 3.0.0, again, i guess upper-constraints fails us15:19
mriedemb/c it doesn't apply to unit tests15:19
mriedemi would have capped oslo.db<3.0.0 in g-r15:19
*** ijw has quit IRC15:19
mriedemsdague: ^ why didn't we cap oslo.db<3.0 in g-r on stable/liberty?15:19
johnthetubaguymriedem: can we just patch tox to use upper-constraints for unit tests? or is there something more horrible going on?15:19
kashyapmriedem: When you get a moment -- https://review.openstack.org/#/c/234286/15:19
*** PaulMurray is now known as ptm_away15:20
mriedemjohnthetubaguy: there is already the constraints jobs that use that15:20
mriedemjohnthetubaguy: personally i don't want to use upper-constraints in our unit test runs15:20
mriedemor at all, really15:20
bauzasjohnthetubaguy: (sorry was afk) since it's an API concept, I agree with you, but given the proposal was about having nested objects to resources, it means we need to have global resources too15:20
johnthetubaguymriedem: why, so we catch new problems earlier?15:21
dansmithmriedem: we could get out of this with three pins, but I thihnk we15:21
*** tjones has joined #openstack-nova15:21
dansmithwe're close to needing this to actually work for liberty release, right?15:21
*** rushil_ has quit IRC15:21
johnthetubaguybauzas: not sure I understand your comment there, its in the API today, and it just stays there, I think15:21
mriedemjohnthetubaguy: my complaint with upper-constraints is that it's a step removed from requirements.txt15:22
mriedemso it's this thing in another repo that's managing your dependencies, which seems broken to me15:22
johnthetubaguymriedem: yeah, I forget its the upper limits are not in our tree15:22
*** annegentle has joined #openstack-nova15:22
*** kumar has joined #openstack-nova15:23
mriedemdims: is there a reason why we can't just cap oslo.db<3.0 in g-r on stable/liberty?15:23
*** salv-orl_ has quit IRC15:23
bauzasjohnthetubaguy: well, I was thinking of instance objects in a cells v2 situation where they're sharded like http://docs.openstack.org/developer/nova/cells.html#proposal15:23
dansmithmriedem: just to be clear, you mean cap all three of these libs, right?15:24
dansmithmriedem: you can't just cap oslo.db15:24
bauzasjohnthetubaguy: if we say that quotas are nested objects to the resources, then it means that there is a situation where the resources would be sharded15:25
johnthetubaguybauzas: I think it just works, you are referencing the instance object in another DB, but thats fine15:25
mriedemdansmith: cap oslo.db, exclude o.m 2.6.0, fix nova.exception for webob15:25
dimsmriedem: hop onto the relmgr office channel15:25
mriedemdansmith: why couldn't we cap oslo.db in g-r stable/liberty?15:25
*** gszasz has quit IRC15:25
dansmithmriedem: you need to cap webob too15:25
johnthetubaguybauzas: oh, you mean in the object, yeah, that doesn't seem worth it, honestly15:25
mriedemdansmith: we have a fix for the webob thing15:25
bauzasjohnthetubaguy: anyway, I don't want to shave my yak, the liberty gate problem is far more important now close to the release, I don't want you to get distracted15:26
dansmithmriedem: which we can't land without the other two changes right?15:27
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova-specs: Libvirt: Use the virtlogd deamon for logs  https://review.openstack.org/23429115:28
*** salv-orlando has joined #openstack-nova15:28
openstackgerritPavel Kholkin proposed openstack/nova: Use legacy engineFacade from oslo_db.enginefacade  https://review.openstack.org/22131015:29
mriedemdansmith: yeah, we still have a mega patch15:29
mriedemwell, o.m is fixed with 2.6.115:29
*** pm90__ has quit IRC15:29
mriedemso megapatch = oslo.db, o.vo, and webob fix15:29
bauzasyup15:30
bauzasI made a backport only for webob, but it was -1'd because of the 2 others15:30
*** nkrinner has quit IRC15:30
bauzashttps://review.openstack.org/#/c/234048/15:31
*** jdurgin1 has joined #openstack-nova15:31
openstackgerritPavel Kholkin proposed openstack/nova: WIP: use oslo_db.enginefacade  https://review.openstack.org/22506515:31
bauzasso, I can't really see how we couldn't fix the liberty gate unless we merge the omnibus15:31
*** ijw has joined #openstack-nova15:31
openstackgerritPavel Kholkin proposed openstack/nova: WIP: use oslo_db.enginefacade  https://review.openstack.org/22897915:32
openstackgerritPavel Kholkin proposed openstack/nova: WIP: use oslo_db.enginefacade  https://review.openstack.org/22678815:32
*** su_zhang has quit IRC15:32
*** ijw has quit IRC15:32
*** sudipto has joined #openstack-nova15:32
*** ijw has joined #openstack-nova15:33
*** eliqiao has joined #openstack-nova15:33
*** eliqiao has quit IRC15:34
*** pm90_ has joined #openstack-nova15:36
*** salv-orl_ has joined #openstack-nova15:36
*** zhangjn has quit IRC15:37
*** salv-orlando has quit IRC15:38
*** su_zhang has joined #openstack-nova15:38
mriedemtristanC: tonyb: was a patch ever put up for https://bugs.launchpad.net/cinder/+bug/1415087 ?15:40
openstackLaunchpad bug 1415087 in OpenStack Compute (nova) "[OSSA 2015-011] Format-guessing and file disclosure in image convert (CVE-2015-1850, CVE-2015-1851)" [High,Triaged] - Assigned to Tony Breeds (o-tony)15:40
mriedemi thought there was talk at one point of plumbing the necessary flags down to the code making the qemu calls?15:40
ctrathndipanov: you there?15:42
*** Marga_ has quit IRC15:42
openstackgerritPavel Kholkin proposed openstack/nova: Use oslo_db.enginefacade  https://review.openstack.org/22506515:43
openstackgerritPavel Kholkin proposed openstack/nova: Use oslo_db.enginefacade  https://review.openstack.org/22678815:43
openstackgerritPavel Kholkin proposed openstack/nova: Use oslo_db.enginefacade  https://review.openstack.org/22897915:43
*** twinklechawla has joined #openstack-nova15:45
ndipanovctrath, hello15:45
kashyapmriedem: From what I recall the other day, it needs more work as one needs to work through the code to find places where the fix needs to be added15:45
ctrathndipanov: regarding https://review.openstack.org/#/c/227501 … are you stating that the progress watermark shouldn't ever be set if info.data_remaining is 0?15:46
*** su_zhang has quit IRC15:46
openstackgerritAlessandro Pilotti proposed openstack/nova: Revert "Fixes Python 3 str issue in ConfigDrive creation"  https://review.openstack.org/23430515:47
mriedemkashyap: but was a poc patch ever posted?15:47
kashyapmriedem: https://launchpadlibrarian.net/199865821/0001-Require-source-image-format-for-convert_image-calls.patch15:47
mriedemkashyap: i agree i think it wasn't trivial because we have to walk all of hte calls back to figure out where to start passing params around15:47
kashyapmriedem: I see that in comment #2815:48
ndipanovctrath, no - I am stating that with that patch it will still do the thing that we are trying to fix15:48
mriedemkashyap: that's the cinder one15:48
kashyapmriedem: Err, silly me15:48
*** lpetrut has quit IRC15:48
ctrathndipanov: I'm trying to understand how the logic should work.. If info.data_remaining is 0 and progress_watermark is None, should progress_watermark not be set?15:49
kashyapmriedem: For Nova, I don't see one yet, I'll take a crack at it to investigate this week and sync with Tony to see how far he's come - so we don't duplicate work15:49
*** ildikov has joined #openstack-nova15:51
ndipanovctrath, isn't that what gets us current situation - if it gets set to 0 it will unlikely ever be set to something useful to report15:51
*** jlanoux has joined #openstack-nova15:52
*** tpeoples has quit IRC15:52
ctrathndipanov: ok.. So, if progress_watermark is not None and info.data_remaining is 0, should progress_watermark be set to 0?15:53
ndipanovif it gets set to 0 in the beginning of the migration15:53
ndipanovthat is15:53
ndipanovyes in that case it seems to make sense15:53
*** mgoddard has quit IRC15:53
ctrathok.. I think I understand now.. thanks for the help15:53
*** mgoddard has joined #openstack-nova15:53
ndipanovunless we see data_remaining being 0 again15:53
tristanCmriedem: nop, no patch proposed for bug 141508715:54
openstackbug 1415087 in OpenStack Compute (nova) "[OSSA 2015-011] Format-guessing and file disclosure in image convert (CVE-2015-1850, CVE-2015-1851)" [High,Triaged] https://launchpad.net/bugs/1415087 - Assigned to Tony Breeds (o-tony)15:54
ndipanovbut I think we can work around that by never setting it to 0 if it's None15:54
*** yassine__ has quit IRC15:55
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'instance_info' and 'instance_extra'  https://review.openstack.org/22506515:55
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'cell_mapping'  https://review.openstack.org/22678815:55
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'instance_mapping'  https://review.openstack.org/22897915:56
ctrathndipanov: ok, so I'm a bit confused about this statement: "unless we see data_remaining being 0 again".. Eventually, it's going to be 0, right?  So, we just want to avoid setting the watermark to 0 on the first call, right?15:56
*** e0ne has quit IRC15:56
ndipanovwell ctrath it does not need to be first ONE call right15:57
*** fawadkhaliq has joined #openstack-nova15:57
ctrathok.  ndipanov.. I think I understand.  I'll post an updated patch.15:58
*** romainh has left #openstack-nova15:59
ndipanovctrath, awesome! thanks!16:00
*** haomaiwang has quit IRC16:01
*** tpeoples has joined #openstack-nova16:01
*** eliqiao has joined #openstack-nova16:01
*** haomaiwang has joined #openstack-nova16:01
*** tjones has quit IRC16:01
*** vilobhmm11 has joined #openstack-nova16:05
*** yamahata has joined #openstack-nova16:06
*** rhagarty__ has quit IRC16:06
*** apoorvad has joined #openstack-nova16:06
*** jlanoux has quit IRC16:07
*** apoorvad has quit IRC16:07
*** jdurgin1 has quit IRC16:08
*** matrohon has quit IRC16:09
*** _RuiChen_ has joined #openstack-nova16:11
*** apoorvad has joined #openstack-nova16:11
*** alex_klimov has quit IRC16:12
cfriesenIs anyone aware of patches for nova to support LVM thin provisioning for ephemeral storage?  If nothing else it'd avoid the need to zero out the volume on instance deletion.16:14
*** _RuiChen has quit IRC16:14
*** Marga_ has joined #openstack-nova16:17
*** njirap has quit IRC16:17
*** VW has quit IRC16:19
*** VW has joined #openstack-nova16:20
*** sahid has quit IRC16:21
*** unicell has joined #openstack-nova16:21
*** garyk has joined #openstack-nova16:21
*** unicell1 has quit IRC16:23
*** VW has quit IRC16:24
*** hwoarang has quit IRC16:26
*** hwoarang has joined #openstack-nova16:26
*** unicell has quit IRC16:28
*** hwoarang has quit IRC16:31
*** jistr has quit IRC16:31
*** hwoarang has joined #openstack-nova16:31
*** twinklechawla has quit IRC16:31
*** twinklechawla has joined #openstack-nova16:32
*** subscope has quit IRC16:34
johnthetubaguycfriesen: so I am curious, why would that be better than using qcow?16:36
*** twinklechawla has quit IRC16:36
*** ccarmack has left #openstack-nova16:38
*** ildikov has quit IRC16:41
*** xgsa has joined #openstack-nova16:41
*** VW has joined #openstack-nova16:42
openstackgerritAnne Gentle proposed openstack/nova: Rearranges to create new Compute API Guide  https://review.openstack.org/23018616:42
cfriesenjohnthetubaguy: actually, I'm not sure that it is.  Would be interesting to see some performance numbers.   However, on investigation it looks like the "sparse_logical_volumes" flag in imagebackend might actually provide thin provisioning if we pass in the thin pool in the images_volume_group config option.16:43
*** pm90__ has joined #openstack-nova16:43
cfriesenjohnthetubaguy:  we're currently using LVM but the delete was taking forever, so the natural tendency was to look at thin-provisioned LVM.16:44
*** mwagner_ has joined #openstack-nova16:44
dansmithcfriesen: the delete is taking forever because of the wipe, right?16:44
dansmithyou can disable that separately if you don't want it16:44
cfriesenjohnthetubaguy: but I'll have to evaluate the performance to see if it still has an advantage over qcow216:44
dansmithlvm should be somewhat better performance than qcow, but it has other restrictions16:45
cfriesendansmith: yeah....but the customer also wants the security16:45
*** mgoddard_ has joined #openstack-nova16:45
dansmithcfriesen: how does thin lvm allocation address that?16:45
*** sahid has joined #openstack-nova16:45
dansmithcfriesen: if you don't zero it, it's still on disk16:45
cfriesendansmith: with thin provisioning if you read from blocks you haven't written it just feeds you zeros16:45
johnthetubaguycfriesen: its worth testing, particularly once the qcow disk has been zeroed out by a customer, so it reaches its full size16:46
dansmithcfriesen: yeah, I guess so16:46
*** pm90_ has quit IRC16:46
dansmithcfriesen: it's still on disk though, so it wouldn't be a very strong guarantee16:46
cfriesendansmith: yes...but if you don't trust the cloud provider you shouldn't be storing unencrypted data on disk anyway16:47
* johnthetubaguy wonders if lvm thin provisioning is much slower than non-thin, for the same reasons as qcow16:48
dansmithwell, if you don't trust the cloud provider then encryption doesn't really matter anyway16:48
*** john5223 is now known as zz_john522316:48
dansmithjohnthetubaguy: it's less predictable until you have hit all your blocks16:48
cfriesenjohnthetubaguy: yeah, I was wondering that myself.16:48
dansmithjohnthetubaguy: but it's still LVM once you have done that16:48
danpbyep thin provisioning will certainly have slower i/o performance  until all blocks are allocated16:48
*** mgoddard has quit IRC16:49
dansmithdanpb: do you know that if you write one sector to an extent that it zeroes the whole extend during allocation/16:49
dansmithdanpb: because relying on this as a security measure seems like a bad idea,16:49
*** mgoddard_ has quit IRC16:49
dansmithunless it's specifically part of the guarantee LVM is giving to you16:50
dansmiths/extend/extent/16:50
danpbhmm, i am not actually sure if it guarantees zeroed-extents16:50
dansmithyeah,16:50
danpbwould have to find an lvm expert to ask, or read the source16:50
dansmithit'll guarantee zeroes on block read,16:51
dansmithbut not that the whole extent is zeroed unless it specifically tries to do that16:51
dansmithso I expect you could damage one sector on each extent and still capture a ton of data16:51
danpbhttps://www.kernel.org/doc/Documentation/device-mapper/thin-provisioning.txt16:52
danpb"Optional feature arguments:        skip_block_zeroing: Skip the zeroing of newly-provisioned blocks. "16:52
dansmiththat's a block, not an extent16:52
danpbfrom which it is reasonable to say the default behaviour is to zero new blocks16:52
danpbthat's refering to the block size that you specify when creating the thin pool16:53
dansmithunless these behave completely differently from regular LVs16:53
danpbeg if you set the block size to 64kb i believe that zero'ing refers to filling the 64kb16:54
danpbeven if you only write 512 bytes16:54
*** davidlenwell has quit IRC16:54
dansmithdanpb: I guess I'm not sure that means it's zeroing it on disk and not just what it returns to you, although skip implies a performance hit I guess16:54
dansmithI dunno, I just never thought of thin LVMs as being a way to skip the zeroing on delete16:55
*** lpetrut has joined #openstack-nova16:55
*** davidlenwell has joined #openstack-nova16:56
cfriesendansmith: it's been suggested for that purpose when using LVM on cinder as well...that's where I saw it first.16:56
danpblooking at the kenrel source i believe it is doing the right thing that nova needs16:56
dansmithokay, so then .. quite a penalty until all the blocks have been hit16:56
*** hwoarang has quit IRC16:56
*** scheuran has quit IRC16:56
danpbyep, same as with qcow2 when you let it grow on demand16:56
dansmiththat seems rather unideal to be honest16:56
danpbwell i think its a valid option to allow admins to have16:57
dansmithdanpb: yeah, and you'd have the same block fragmentation penalty as well it seems16:57
dansmithdanpb: sure, not saying it's not, it just means it doesn't gain you what I thought it did, performance wise16:57
danpbin terms of performance you'd end up with   lvm > thin-lvm > qcow216:57
dansmithdanpb: pay the penalty over time16:57
dansmithdanpb: yep16:57
danpbthough it might be said that filesystems like xfs actually do a better job avoiding fragmentation that lvm will16:58
danpbs/that/than/16:58
*** VW has quit IRC16:58
dansmithdanpb: well, you still end up having to look up every relocated block at the lvm layer,16:58
danpbso conceivably  it could be worse performance than qcow216:58
dansmitheven if they end up being fully sequential because the FS is allocating slabs16:58
*** wanghua has quit IRC16:58
*** VW has joined #openstack-nova16:59
dansmithdanpb: device mapper works on ranges though, and qcow2 does not, AFAIK16:59
dansmithso if a large allocation request comes in, lvm should be able to allocate multiple blocks and put one entry in the dm table for it16:59
dansmithwhereas qcow2 would just have to split the allocation into blocks, IIRC17:00
*** emagana has quit IRC17:00
*** mgoddard has joined #openstack-nova17:00
*** emagana has joined #openstack-nova17:00
cfriesenI wonder if you could pre-populate the thin volume on instance startup....just write a byte to each clock and cause it to get allocated.17:00
cfriesens/clock/block17:00
dansmithcfriesen: doesn't that defeat the purpose?17:00
cfriesendansmith: no, you still get the fast delete17:00
*** haomaiwang has quit IRC17:01
danpbcfriesen: you might as well just use pre-allocated lvm and fill it with zeros17:01
dansmithcfriesen: isn't fast allocate better?17:01
cfriesendansmith: I don't really care about overcommit for my purposes17:01
danpbyou end up with the same amount of disk i/o to zero out the volume17:01
dansmithI mean, if I delete a thing, I don't care how long it takes to go away17:01
dansmithbut if I allocate a thing, I want it now17:01
cfriesendanpb: ah, right17:01
danpbso using thin + single byte writes isn't going to be faster17:01
*** haomaiwang has joined #openstack-nova17:01
danpbyou're merely moving the memset() from userspace to kernelspace17:01
dansmithyep17:02
danpband that's not the dominating factor in speed17:02
danpbhonestly if you want fast allocation and no zero'ing on delete17:02
danpbthen just run dm-crypt over the volumes17:02
dansmithyep17:02
danpband throw away the key17:02
*** unicell has joined #openstack-nova17:02
dansmithwhich we have now17:03
danpbyep17:03
cfriesenwhich option is that?17:03
dansmithencrypted lvm17:03
dansmithsomething or other17:03
*** VW has quit IRC17:04
*** ctrath has quit IRC17:04
mriedemcfriesen: see https://github.com/openstack/tempest/blob/master/tempest/scenario/test_encrypted_cinder_volumes.py17:05
cfriesendansmith: ephemeral_storage_encryption ?17:07
dansmithcfriesen: seems plausible17:07
*** burt has quit IRC17:07
*** eliqiao has quit IRC17:07
*** vkmc is now known as vkmc-afk17:08
*** ctrath has joined #openstack-nova17:08
*** kumar has quit IRC17:10
*** ccarmack has joined #openstack-nova17:11
*** browne has quit IRC17:11
cfriesenthanks guys...got a few options to consider now.17:12
*** tjones has joined #openstack-nova17:12
*** su_zhang has joined #openstack-nova17:12
dansmithI could see making the case for a mode where we stub out barbican in nova,17:13
dansmithand just randomly generate a key, stuff it into system_metadata, and use that for the emphemeral encryption key17:13
dansmithjust on the face of "we don't care about real secure key exchange, we just want to scramble the stuff we write to the disk"17:13
*** tjones has left #openstack-nova17:13
danpbwe already support running without barbican iiuc17:14
dansmithoh?17:14
*** achanda has joined #openstack-nova17:14
*** sahid has quit IRC17:14
dansmiththat was a blocker to land the stuff when we did, AFAIR17:14
danpbin nova/keymgr   there is a single_key_mgr.py17:14
danpbthat uses a fixed key per nova-compute host17:14
dansmithah, well that doesn't quite do what I'd want17:15
dansmithbecause if you land on the same host as someone else you're going to be able to read their stuff17:15
cfriesenthe ephemeral_storage_encryption option seems to generate a key per instance17:15
danpbyou could provide another impl that does a random per-instance key17:15
dansmithand for lvm ephemeral that means it'd always still work17:15
dansmithdanpb: yeah17:15
dansmithcfriesen: that is the goal when using barbican, yes17:15
danpbthe only hard bit would be actually making the Instance object accesible to the key manager API17:16
dansmithdanpb: really? we don't pass it to it already?17:16
danpbwe dont seem to - only a request context iiuc17:17
cfriesenI see code already in compute/api.py that generates a key and stores it to the instance object.17:17
cfriesenor am I missing something17:17
dansmithugh, why do we pass kwargs to every method in that key_mgr thing?17:17
*** sudipto has quit IRC17:18
danpbcfriesen: i vaguely recall that, but not sure what we do wit hit17:18
*** hwoarang has joined #openstack-nova17:18
*** Miouge has joined #openstack-nova17:18
dansmithcfriesen: that's the uuid of the key17:18
openstackgerritThomas Bechtold proposed openstack/python-novaclient: Increase timeout when testing admin timeout  https://review.openstack.org/23435117:18
cfriesendanpb: looks like it can be used to encrypte the instance ephemeral storage17:18
* danpb isn't a huge fan of the way we handle encryption internally in code - its rather hard to follow17:18
dansmithcfriesen: that we request from barbican when we need it, IIRC17:18
cfriesendansmith: yeah, that looks right.17:19
cfriesenimagebackend.py does a request to get the actual key17:20
dansmithimagebackend?17:20
cfriesenvirt/libvirt/imagebackend17:20
dansmiththat's weird17:20
*** ijuwang has quit IRC17:20
dansmithoh, I see17:20
*** tjones has joined #openstack-nova17:21
dansmithall we need to do is plumb the instance through to those calls and the fetch of the key could just be sucking it out of system_metadata17:21
*** mtanino has joined #openstack-nova17:21
*** aix has quit IRC17:22
dansmithI'd sure like to see that interface drop the **kwargs everywhere17:22
*** tjones has quit IRC17:22
dansmithnot sure how that was deemed acceptable17:22
*** lpetrut has quit IRC17:22
*** markus_z has quit IRC17:23
*** Murali has joined #openstack-nova17:24
*** smurke has quit IRC17:24
*** salv-orl_ has quit IRC17:24
*** salv-orlando has joined #openstack-nova17:25
*** ijuwang has joined #openstack-nova17:30
*** achanda has quit IRC17:31
*** claudiub has quit IRC17:33
*** nic has joined #openstack-nova17:35
*** nikhil has quit IRC17:39
*** rlrossit has quit IRC17:40
*** nikhil has joined #openstack-nova17:40
*** VW has joined #openstack-nova17:41
*** xyang1 has quit IRC17:42
*** tjones has joined #openstack-nova17:42
*** annegentle has quit IRC17:42
*** sudipto has joined #openstack-nova17:44
*** vkmc-afk is now known as vkmc17:45
*** rlrossit has joined #openstack-nova17:46
*** tjones has quit IRC17:47
*** annegentle has joined #openstack-nova17:48
*** achanda has joined #openstack-nova17:48
*** VW_ has joined #openstack-nova17:51
*** VW__ has joined #openstack-nova17:53
*** VW_ has quit IRC17:53
*** VW has quit IRC17:54
*** browne has joined #openstack-nova17:54
openstackgerritChuck Carmack proposed openstack/nova: Add a nova functional test for the os-server-groups GET API with all_projects parameter  https://review.openstack.org/23437017:55
*** electrocucaracha has quit IRC17:56
*** ctrath has quit IRC17:56
*** pm90__ has quit IRC17:57
*** danpb has quit IRC17:58
*** VW__ has quit IRC17:58
*** fawadkhaliq has quit IRC17:58
*** VW has joined #openstack-nova17:58
*** electrocucaracha has joined #openstack-nova17:59
*** armax has quit IRC17:59
*** vilobhmm11 has quit IRC17:59
*** tjones has joined #openstack-nova18:00
*** ctrath has joined #openstack-nova18:00
*** vilobhmm11 has joined #openstack-nova18:00
*** vilobhmm11 has quit IRC18:00
*** vilobhmm11 has joined #openstack-nova18:00
*** haomaiwang has quit IRC18:01
*** haomaiwang has joined #openstack-nova18:01
*** annegentle has quit IRC18:01
openstackgerritTomoki Sekiyama proposed openstack/nova: libvirt: Make behavior of os_require_quiesce consistent  https://review.openstack.org/16781918:02
*** lucasagomes is now known as lucas-dinner18:02
*** tjones has left #openstack-nova18:03
*** smurke has joined #openstack-nova18:04
*** Miouge has quit IRC18:04
*** electrocucaracha has quit IRC18:07
*** fawadkhaliq has joined #openstack-nova18:07
*** Murali has quit IRC18:07
*** eglynn has quit IRC18:12
*** electrocucaracha has joined #openstack-nova18:13
*** ndipanov has quit IRC18:14
*** e0ne has joined #openstack-nova18:17
*** mriedem has quit IRC18:18
*** ociuhandu has quit IRC18:19
*** fawadkhaliq has quit IRC18:21
*** mriedem has joined #openstack-nova18:21
*** fawadkhaliq has joined #openstack-nova18:21
*** claudiub has joined #openstack-nova18:22
*** Miouge has joined #openstack-nova18:23
*** Miouge has quit IRC18:23
*** fawadkhaliq has quit IRC18:24
*** fawadkhaliq has joined #openstack-nova18:24
*** fawadkhaliq has quit IRC18:24
*** achanda has quit IRC18:25
*** subscope has joined #openstack-nova18:26
*** achanda has joined #openstack-nova18:27
*** e0ne has quit IRC18:30
*** salv-orlando has quit IRC18:35
*** pm90_ has joined #openstack-nova18:36
*** electrocucaracha has quit IRC18:37
*** electrocucaracha has joined #openstack-nova18:37
*** su_zhang_ has joined #openstack-nova18:38
*** su_zhang has quit IRC18:39
*** rotbeard has quit IRC18:40
*** pm90__ has joined #openstack-nova18:40
*** pm90_ has quit IRC18:43
*** sudipto has quit IRC18:45
*** armax has joined #openstack-nova18:45
*** Miouge has joined #openstack-nova18:50
*** emagana has quit IRC18:50
*** electrocucaracha has quit IRC18:51
*** ZZelle_ has joined #openstack-nova18:53
*** rdopiera has quit IRC18:53
*** haomaiwang has quit IRC18:53
*** Marga_ has quit IRC18:58
*** su_zhang_ has quit IRC18:58
*** electrocucaracha has joined #openstack-nova19:00
*** tonytan4ever has joined #openstack-nova19:00
*** pixelbeat has quit IRC19:00
*** mgoddard has quit IRC19:01
*** amotoki has quit IRC19:02
*** vilobhmm11 has quit IRC19:03
*** vilobhmm11 has joined #openstack-nova19:03
*** vilobhmm11 has quit IRC19:04
*** ctrath has quit IRC19:04
*** vilobhmm11 has joined #openstack-nova19:04
*** sambetts has quit IRC19:05
*** nic has quit IRC19:06
*** Miouge has quit IRC19:06
*** ctrath has joined #openstack-nova19:07
*** sambetts has joined #openstack-nova19:08
*** ctrath has quit IRC19:09
*** nic has joined #openstack-nova19:10
*** ctrath has joined #openstack-nova19:12
*** dave-mccowan has quit IRC19:15
*** emagana has joined #openstack-nova19:15
*** matrohon has joined #openstack-nova19:17
*** e0ne has joined #openstack-nova19:19
*** alejandrito has quit IRC19:20
*** wverdugo500 has quit IRC19:20
*** alejandrito has joined #openstack-nova19:22
*** mwagner_ has quit IRC19:24
*** amrith is now known as _amrith_19:28
*** su_zhang has joined #openstack-nova19:29
*** jichen has joined #openstack-nova19:29
*** _amrith_ is now known as amrith19:30
*** alejandrito has quit IRC19:32
*** su_zhang has quit IRC19:34
*** artom has quit IRC19:34
*** haomaiwang has joined #openstack-nova19:37
*** xyang1 has joined #openstack-nova19:38
*** Marga_ has joined #openstack-nova19:39
*** baoli has quit IRC19:39
*** marzif has joined #openstack-nova19:39
*** xgsa has quit IRC19:42
openstackgerritDiane Fleming proposed openstack/nova: Fix the bug of "Error spelling of 'explicitely'"  https://review.openstack.org/23282719:43
*** e0ne has quit IRC19:43
*** haomaiwang has quit IRC19:43
*** su_zhang has joined #openstack-nova19:46
*** lyarwood has joined #openstack-nova19:46
*** apuimedo has joined #openstack-nova19:47
mriedem^ is not a bug19:47
mtreinishmriedem: it sounds like a word to me :)19:48
mriedemit's pinvalid19:48
*** smurke_ has joined #openstack-nova19:48
mriedemsee what i did there?19:48
mtreinishheh, but I'm not jogo19:48
mriedemyou can channel his spirit19:49
*** smurke has quit IRC19:50
*** marzif has quit IRC19:54
*** dave-mccowan has joined #openstack-nova19:57
*** annegent_ has joined #openstack-nova19:58
*** annegent_ has quit IRC19:59
*** annegentle has joined #openstack-nova19:59
*** mgoddard has joined #openstack-nova19:59
*** ociuhandu has joined #openstack-nova20:02
*** ctrath has quit IRC20:02
jogo:)20:04
*** ctrath has joined #openstack-nova20:04
*** alex_klimov has joined #openstack-nova20:04
*** haypo has left #openstack-nova20:10
*** mgoddard has quit IRC20:10
*** amrith is now known as _amrith_20:11
openstackgerritCale Rath proposed openstack/nova: libvirt live-migration: Monitoring task tracks progress watermark incorrectly  https://review.openstack.org/22750120:11
*** mgoddard has joined #openstack-nova20:11
*** mwagner_ has joined #openstack-nova20:15
*** jmccrory has quit IRC20:17
*** jmccrory has joined #openstack-nova20:19
claudiubhellou, anyone around here?20:21
*** e0ne has joined #openstack-nova20:22
*** derekh has quit IRC20:24
*** baoli has joined #openstack-nova20:26
*** baoli has quit IRC20:27
kashyapNobody20:28
kashyap:P20:28
kashyapDisregard me, I'm just trolling20:29
*** marzif has joined #openstack-nova20:30
smurke_hello anyone here ? I am new to openstack community and had doubts regarding the bug which i am working on20:30
smurke_https://bugs.launchpad.net/nova/+bug/95700920:31
openstackLaunchpad bug 957009 in OpenStack Compute (nova) "Instance task_state remains in 'deleting' state if Compute server is down" [Low,Confirmed] - Assigned to Sumant Murke (sumant-murke)20:31
*** ctrath has quit IRC20:32
*** ctrath has joined #openstack-nova20:34
*** e0ne has quit IRC20:35
openstackgerritMarian Horban proposed openstack/nova: Remove wsgi functionality  https://review.openstack.org/21924820:37
*** sambetts has quit IRC20:41
*** haomaiwang has joined #openstack-nova20:41
*** sambetts has joined #openstack-nova20:42
*** matrohon has quit IRC20:43
*** haomaiwang has quit IRC20:47
claudiubsmurke_: from what I know, there is a periodic task that checks the instances' states and syncs them with the database20:49
*** exploreshaifali has joined #openstack-nova20:55
*** jichen has quit IRC20:55
*** raildo is now known as raildo-afk21:00
smurke_claudiub:Thanx for looking into. For the scenario should i stop the compute service or should i stop the compute hardware on which the vm is running ?21:01
*** pushkaru has joined #openstack-nova21:01
*** pumaranikar has joined #openstack-nova21:01
*** subscope has quit IRC21:02
*** salv-orlando has joined #openstack-nova21:02
openstackgerritClaudiu Belu proposed openstack/nova: Imports the resource module only on non-Windows systems  https://review.openstack.org/23443721:03
claudiubsmurke_: you mean how can you emulate that scenario? stopping the nova compute service should be good enough, since that is the one that syncs the instance states and task states.21:03
mriedemclaudiub: smurke_: the _sync_instance_power_state periodic task isn't going to be running if your compute host goes down21:04
mriedemso reconciling the states is something that would happen in _init_instance in nova.compute.manager which happens when the nova-compute service starts back up21:04
*** mgoddard has quit IRC21:05
*** aysyd has quit IRC21:07
*** Marga_ has quit IRC21:07
*** Marga_ has joined #openstack-nova21:07
claudiubmriedem: hello, can you take a quick glance at this patch? https://review.openstack.org/#/c/234437/1 Basically, the hyper-v driver dosn't start because of the "import resource" thingy, which seems to me like a Linux thing.21:08
claudiubmriedem: still have to wait for the hyper-v ci on it though.21:09
claudiubmriedem: but, the sooner we fix this, the better. :)21:09
pumaranikarhi, I am working on https://bugs.launchpad.net/nova/+bug/138422821:09
openstackLaunchpad bug 1384228 in OpenStack Compute (nova) "Exception should be raised if nova has failed to add fixed ip" [Low,Confirmed] - Assigned to Pushkar Umaranikar (pushkar-umaranikar)21:09
pumaranikarcan someone guide me about how i can reproduce it21:10
pumaranikarI am thinking of writing test client. But how can I get an instance with no ip assigned21:12
smurke_mriedem: claudiub: Thanx for your help.21:13
*** dustins has quit IRC21:14
*** gongysh has quit IRC21:15
*** lucas-dinner has quit IRC21:15
*** gongysh has joined #openstack-nova21:18
openstackgerritMark Doffman proposed openstack/nova: libvirt: Don't attempt to convert initrd images.  https://review.openstack.org/22528921:21
*** pm90__ has quit IRC21:24
mriedemclaudiub: i thought we usually handled that kind of thing by catching the ImportError?21:25
mriedemand setting a sentinel or something?21:25
mriedemclaudiub: we could also move the import to where resource is used21:25
*** emagana has quit IRC21:28
*** whenry has joined #openstack-nova21:29
openstackgerritClaudiu Belu proposed openstack/nova: Imports the resource module only if it exists  https://review.openstack.org/23443721:31
claudiubmriedem: we could move it, but not sure it solves the problem. I'm not sure if qemu info is called on hyper-v21:32
*** annegentle has quit IRC21:32
*** burgerk has quit IRC21:32
*** rlrossit has left #openstack-nova21:37
*** mc_nair has quit IRC21:38
openstackgerritClaudiu Belu proposed openstack/nova: Imports the resource module only when needed  https://review.openstack.org/23443721:38
*** eharney has quit IRC21:40
*** ccarmack has left #openstack-nova21:41
claudiubmriedem: seems that HyperVDriver only uses fetch from nova.virt.images. so, moving the import to the _qemu_resources should be fine. Thanks for the help. :)21:41
mriedemclaudiub: yeah, commented, i'd like at least a note in the code why we're importing it there21:41
mriedemsince the python docs on the resource module don't mention anything about it being platform specific21:42
claudiubmriedem: sure, I'll add that now21:42
*** Piet has quit IRC21:42
*** pumarani__ has joined #openstack-nova21:47
*** pumarani__ has quit IRC21:47
*** rfolco has quit IRC21:48
openstackgerritClaudiu Belu proposed openstack/nova: Imports the resource module only when needed  https://review.openstack.org/23443721:48
*** mriedem has quit IRC21:48
*** ctrath has quit IRC21:54
*** claudiub has quit IRC21:55
*** pm90_ has joined #openstack-nova21:55
*** dave-mccowan has quit IRC21:56
*** penick has quit IRC21:56
*** pm90__ has joined #openstack-nova21:57
*** exploreshaifali has quit IRC21:59
*** ctrath has joined #openstack-nova21:59
*** pm90_ has quit IRC22:00
*** vladikr has quit IRC22:02
*** sneti_ has quit IRC22:03
*** smurke_ has quit IRC22:03
*** pumaranikar has quit IRC22:03
*** pushkaru has quit IRC22:04
*** asettle has joined #openstack-nova22:05
*** david-lyle has quit IRC22:10
*** emagana has joined #openstack-nova22:11
*** david-lyle has joined #openstack-nova22:12
*** tonytan4ever has quit IRC22:13
*** tongli has quit IRC22:15
*** tpeoples has quit IRC22:18
*** xyang1 has quit IRC22:19
*** mdrabe has quit IRC22:22
*** annegentle has joined #openstack-nova22:22
*** kylek3h_ has quit IRC22:24
*** pixelbeat has joined #openstack-nova22:27
*** edmondsw has quit IRC22:33
*** IanGovett has quit IRC22:34
*** darrenc is now known as darrenc_afk22:35
*** pm90_ has joined #openstack-nova22:36
*** thorst has quit IRC22:39
*** pm90__ has quit IRC22:40
*** marzif has quit IRC22:41
*** marzif has joined #openstack-nova22:41
*** IanGovett has joined #openstack-nova22:42
*** willsama has joined #openstack-nova22:43
*** haomaiwang has joined #openstack-nova22:44
*** haomaiwang has quit IRC22:50
*** ctrath has quit IRC22:52
*** xnox has quit IRC22:58
*** VW has quit IRC22:59
*** VW has joined #openstack-nova22:59
*** sambetts has quit IRC23:00
*** xnox has joined #openstack-nova23:00
*** otter768 has quit IRC23:01
*** xnox has quit IRC23:01
*** otter768 has joined #openstack-nova23:01
*** sambetts has joined #openstack-nova23:02
*** ZZelle_ has quit IRC23:02
*** VW has quit IRC23:04
*** sambetts has quit IRC23:07
*** gyee has joined #openstack-nova23:07
*** willsama has quit IRC23:08
*** Daisy has joined #openstack-nova23:08
*** Piet has joined #openstack-nova23:10
*** Daisy has quit IRC23:12
*** willsama has joined #openstack-nova23:13
*** salv-orlando has quit IRC23:19
*** salv-orlando has joined #openstack-nova23:20
*** emagana has quit IRC23:22
*** stevemar_ has quit IRC23:23
openstackgerritClif Houck proposed openstack/nova: Ensure _cleanup_deploy is called even if _unprovision raises  https://review.openstack.org/23446823:23
*** stevemar_ has joined #openstack-nova23:24
*** I has joined #openstack-nova23:25
*** I is now known as Guest9019423:25
*** salv-orlando has quit IRC23:27
*** salv-orlando has joined #openstack-nova23:28
*** pm90_ has quit IRC23:29
*** ijuwang has quit IRC23:29
*** salv-orlando has quit IRC23:31
*** salv-orlando has joined #openstack-nova23:32
*** Guest90194 has quit IRC23:33
*** salv-orlando has quit IRC23:34
*** rfolco has joined #openstack-nova23:36
*** vilobhmm11 has quit IRC23:37
*** vilobhmm11 has joined #openstack-nova23:38
*** vilobhmm11 has quit IRC23:39
*** zhangjn has joined #openstack-nova23:39
*** jwcroppe has quit IRC23:39
*** zhangjn has quit IRC23:39
*** vilobhmm11 has joined #openstack-nova23:39
*** zhangjn has joined #openstack-nova23:40
*** dims has quit IRC23:41
*** dims has joined #openstack-nova23:42
*** r-daneel has quit IRC23:43
*** otter768 has quit IRC23:43
*** otter768 has joined #openstack-nova23:44
*** rfolco has quit IRC23:44
*** haomaiwang has joined #openstack-nova23:46
*** rfolco has joined #openstack-nova23:47
*** haomaiwang has quit IRC23:50
*** IanGovett has quit IRC23:52
*** achanda has quit IRC23:53
*** willsama has quit IRC23:56

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