Friday, 2015-08-28

*** achanda has quit IRC00:00
*** achanda_ has quit IRC00:01
openstackgerritlalit dagre proposed openstack/nova: Flavor object which support both DB with active migration  https://review.openstack.org/21304100:02
*** dims has joined #openstack-nova00:03
*** oomichi has joined #openstack-nova00:03
*** bnemec has quit IRC00:03
*** salv-orlando has quit IRC00:04
*** dims has quit IRC00:05
*** dims has joined #openstack-nova00:05
*** dave-mccowan has joined #openstack-nova00:06
*** takedakn has quit IRC00:07
*** takedakn has joined #openstack-nova00:08
*** vilobhmm1 has joined #openstack-nova00:09
*** tsekiyam_ has joined #openstack-nova00:09
*** dims has quit IRC00:10
*** thorst1 has quit IRC00:10
*** mtanino has quit IRC00:12
*** tsekiyama has quit IRC00:13
*** tsekiyam_ has quit IRC00:13
openstackgerritTakashi NATSUME proposed openstack/nova: Fix cinder volume stuck in swap_volume  https://review.openstack.org/20738500:13
*** dims has joined #openstack-nova00:17
*** beagles has quit IRC00:22
*** takedakn has quit IRC00:22
*** meghal1 has quit IRC00:24
*** ubuntu has joined #openstack-nova00:25
*** ubuntu is now known as Guest17200:25
*** sachin has quit IRC00:27
openstackgerritlalit dagre proposed openstack/nova: Flavor object which support both DB with active migration  https://review.openstack.org/21304100:29
*** yuntongjin has joined #openstack-nova00:30
*** Guest172 has quit IRC00:31
*** asettle has joined #openstack-nova00:32
*** asettle has quit IRC00:33
*** asettle has joined #openstack-nova00:33
*** penick has quit IRC00:36
*** markvoelker has joined #openstack-nova00:39
*** tjones has left #openstack-nova00:46
*** browne has quit IRC00:54
*** vilobhmm1 has quit IRC00:56
*** yuntongjin1 has joined #openstack-nova00:56
*** EinstCrazy has joined #openstack-nova00:56
*** zhangjn has joined #openstack-nova00:57
*** zhenguo has joined #openstack-nova00:57
*** yuntongjin has quit IRC00:59
*** summer has joined #openstack-nova01:02
*** dannywilson has quit IRC01:03
*** winston-d_zZZ is now known as winston-d01:11
*** wanghua has joined #openstack-nova01:13
*** zzzeek has joined #openstack-nova01:14
*** thorst1 has joined #openstack-nova01:15
*** thorst1 has quit IRC01:23
openstackgerritLi Yuanyuan proposed openstack/nova: Fix exception message mistake  https://review.openstack.org/21550901:25
*** artom has quit IRC01:28
*** humble_ has joined #openstack-nova01:32
*** meghal has joined #openstack-nova01:33
*** meghal1 has joined #openstack-nova01:33
openstackgerritLi Yuanyuan proposed openstack/nova: Fix exception message mistake  https://review.openstack.org/21550901:34
*** Guest62749 has joined #openstack-nova01:34
*** wanghua has quit IRC01:35
*** y_sawai has joined #openstack-nova01:35
*** signed8bit has quit IRC01:35
*** Guest62749 has quit IRC01:36
*** meghal has quit IRC01:37
openstackgerritZhenyu Zheng proposed openstack/nova: DB:support for migration objects multi-statuses  https://review.openstack.org/16960401:39
openstackgerritLi Yuanyuan proposed openstack/nova: Fix exception message mistake  https://review.openstack.org/21550901:42
*** penick has joined #openstack-nova01:49
*** shz has quit IRC01:50
*** liusheng has quit IRC01:50
*** liusheng has joined #openstack-nova01:50
*** hanzhang has joined #openstack-nova01:50
*** lyanchih has joined #openstack-nova01:51
*** tjones has joined #openstack-nova01:56
*** penick has quit IRC01:59
mriedemmtreinish: isn't it nice to drop a -1 on that many +1s? https://review.openstack.org/#/c/214920/02:04
mriedemdansmith: ^02:04
*** htruta has quit IRC02:05
*** dims has quit IRC02:06
*** JoshNang has quit IRC02:06
*** jwcroppe has joined #openstack-nova02:07
*** lyanchih has quit IRC02:08
*** htruta has joined #openstack-nova02:09
*** JoshNang has joined #openstack-nova02:09
*** boris-42 has quit IRC02:10
*** jwcroppe has quit IRC02:11
*** lyanchih has joined #openstack-nova02:12
*** unicell1 has quit IRC02:13
*** SourabhP has joined #openstack-nova02:13
*** asettle is now known as asettle-afk02:13
*** asettle-afk has quit IRC02:13
*** SourabhP_ has joined #openstack-nova02:16
*** SourabhP has quit IRC02:19
*** SourabhP_ is now known as SourabhP02:19
*** yamahata has quit IRC02:19
*** Apoorva has quit IRC02:19
*** raginbajin has quit IRC02:23
*** tjones has left #openstack-nova02:23
*** haomaiwang has joined #openstack-nova02:23
*** haomaiwang has quit IRC02:24
gmannalex_xu: johnthetubaguy : added VIF extension thing on https://etherpad.openstack.org/p/liberty-nova-priorities-tracking02:25
alex_xugmann: I think we are late for that02:25
gmannmriedem: please check in your free time  - https://review.openstack.org/#/c/198944/02:25
*** haomaiwang has joined #openstack-nova02:25
gmannalex_xu: that is bug fix which spec is already merged02:25
alex_xugmann: yea, we can try. Actually the most important part(the extension list) fix already merged :)02:26
gmannalex_xu: yea  that was imp. me also fine if we have review less bandwidth now :)02:27
*** raginbajin has joined #openstack-nova02:28
*** achanda has joined #openstack-nova02:28
alex_xugmann: yea, let's try02:28
gmannalex_xu: +102:28
gmannalex_xu: regarding 500 -> 40002:28
*** READ10 has joined #openstack-nova02:29
gmannalex_xu: https://review.openstack.org/#/c/217577/2/doc/source/api_microversion_dev.rst02:29
gmannalex_xu: should that be valid for delete and get method also. please check my comments02:29
gmannalex_xu: or something m missing here :)02:29
alex_xugmann: emm...good point02:29
alex_xugmann: but I think we still have other case will return 40002:30
alex_xugmann: for example, invalid API Version02:30
gmannalex_xu: personally says i like 500 fix to 400 should not require microversion as mriedem does :) but we need to find some good reason02:30
gmannalex_xu: ohh02:30
alex_xugmann: yea, agree we need good reason02:31
alex_xugmann: https://github.com/openstack/nova/blob/master/nova/api/openstack/wsgi.py#L74602:31
alex_xugmann: maybe this also for this case https://github.com/openstack/nova/blob/master/nova/api/openstack/wsgi.py#L82102:32
mriedemalex_xu: if an api doesn't have a rule in the policy.json http://git.openstack.org/cgit/openstack/nova/tree/etc/nova/policy.json#n43802:33
*** dims has joined #openstack-nova02:33
mriedemdoes it default to 'default'?02:33
mriedemwhich is admin_or_owner02:33
alex_xumriedem: yes, default to 'default'02:33
mriedemok, i was confused b/c there are a lot of apis that also explicitly map to rule:admin_or_owner02:33
gmannalex_xu: ahh i see. Yea those are for all APi request02:34
gmannalex_xu: Thanks02:34
alex_xugmann: np02:34
alex_xumriedem: what is 'b/c'?02:34
mriedembecause02:34
mriedemi was looking at this https://review.openstack.org/#/c/193117/02:35
alex_xumriedem: ah, I see now, thanks02:35
*** mrodden has quit IRC02:35
mriedemand wanted to make sure that change didn't prevent the admin from doing something on a non-admin's server groups02:35
*** ctlaugh has quit IRC02:35
alex_xumriedem: I guess won't, but let me double check02:36
mriedemit doesn't look like it will, the project_only flag in the db api model_query is only enforced if context is passed and it's a user context (not admin)02:37
mriedemin which case it filters the results by project_id02:37
alex_xumriedem: yea, the model_query will ignore project_only flag when admin requested02:37
*** mrodden has joined #openstack-nova02:38
*** shuquan has joined #openstack-nova02:39
*** ctlaugh has joined #openstack-nova02:39
*** penick has joined #openstack-nova02:40
*** shyu has joined #openstack-nova02:41
*** summerWendy has joined #openstack-nova02:42
*** dave-mccowan has quit IRC02:43
*** haomaiwang has quit IRC02:44
*** summer has quit IRC02:44
openstackgerritHuang Zhiteng proposed openstack/nova: libvirt: Force iSCSI disconnect after timeout  https://review.openstack.org/16781502:45
*** agireud has joined #openstack-nova02:46
*** gyee has quit IRC02:51
*** SourabhP has quit IRC02:52
*** hakimo has joined #openstack-nova02:52
*** penick has quit IRC02:54
*** shoutm has quit IRC02:54
*** hakimo_ has quit IRC02:54
*** shuquan has quit IRC02:57
*** haomaiwang has joined #openstack-nova02:58
*** READ10 has quit IRC02:59
*** haomaiwang has quit IRC03:01
*** baoli has joined #openstack-nova03:01
*** haomaiwang has joined #openstack-nova03:02
*** shuquan has joined #openstack-nova03:03
*** raildo-afk has quit IRC03:05
*** mriedem has quit IRC03:06
*** browne has joined #openstack-nova03:06
*** asettle has joined #openstack-nova03:07
*** raildo-afk has joined #openstack-nova03:08
*** lyanchih has quit IRC03:08
*** lyanchih has joined #openstack-nova03:11
openstackgerritZhenyu Zheng proposed openstack/nova: Add UniqueConstraint for quota usages table  https://review.openstack.org/21290803:11
*** nelsnels_ has quit IRC03:17
*** nelsnelson has joined #openstack-nova03:18
*** haomaiwang has quit IRC03:18
*** shuquan has quit IRC03:18
*** dims has quit IRC03:23
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Add project id and user id information in os-server-group API  https://review.openstack.org/20991703:25
*** BadCub has quit IRC03:27
*** swamireddy has quit IRC03:27
*** meghal1 has quit IRC03:27
*** haomaiwang has joined #openstack-nova03:27
*** meghal has joined #openstack-nova03:28
*** comstud has quit IRC03:28
*** jroll has quit IRC03:28
*** Vek has quit IRC03:28
*** mgagne has quit IRC03:28
*** d34dh0r53 has quit IRC03:28
*** lbragstad has quit IRC03:28
*** wendar has quit IRC03:28
*** toan has quit IRC03:28
*** gus has quit IRC03:28
*** Nakato has quit IRC03:28
*** wendar_ has joined #openstack-nova03:28
*** shuquan has joined #openstack-nova03:29
*** reed has quit IRC03:29
*** apmelton has quit IRC03:29
*** swamireddy has joined #openstack-nova03:29
*** salv-orlando has joined #openstack-nova03:30
*** toan has joined #openstack-nova03:30
*** reed has joined #openstack-nova03:31
*** deepthi has joined #openstack-nova03:31
*** BadCub has joined #openstack-nova03:31
*** Nakato has joined #openstack-nova03:31
*** gus has joined #openstack-nova03:31
*** BadCub has quit IRC03:31
*** apmelton has joined #openstack-nova03:32
*** d34dh0r53 has joined #openstack-nova03:32
*** jroll has joined #openstack-nova03:32
*** tojuvone has joined #openstack-nova03:32
*** agireud has quit IRC03:33
*** fawadkhaliq has joined #openstack-nova03:34
*** mgagne has joined #openstack-nova03:34
*** haomaiwang has quit IRC03:36
*** salv-orlando has quit IRC03:36
*** comstud has joined #openstack-nova03:37
*** lbragstad has joined #openstack-nova03:37
openstackgerritEli Qiao proposed openstack/nova: Pass block_device_info when delete an encrypted lvm  https://review.openstack.org/21612303:37
*** summerWendy has quit IRC03:39
*** yuntongjin1 has quit IRC03:39
*** kun_huang has joined #openstack-nova03:40
kun_huangguys, how to trigger abandon on the patch with no response to -1?03:41
*** achanda has quit IRC03:41
RuiChenhi mriedem , I will update the patch  https://review.openstack.org/#/c/193117/ by follow your comments, thank you.03:47
RuiChenand can you take a look this patch again https://review.openstack.org/#/c/211083/ , 1:M mapping still exist in Ironic driver.03:49
*** baoli has quit IRC03:57
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756703:58
*** jwcroppe has joined #openstack-nova03:59
*** zzzeek has quit IRC03:59
*** unicell has joined #openstack-nova04:04
*** liusheng has quit IRC04:05
*** hemna has joined #openstack-nova04:05
*** armax has quit IRC04:09
*** rajesht has joined #openstack-nova04:09
*** links has joined #openstack-nova04:09
*** tpeoples has joined #openstack-nova04:09
*** rajesht has quit IRC04:10
*** tjones has joined #openstack-nova04:10
*** rajesht has joined #openstack-nova04:10
*** shuquan has quit IRC04:13
*** armax has joined #openstack-nova04:16
*** tjones has left #openstack-nova04:26
*** haomaiwang has joined #openstack-nova04:26
*** vilobhmm1 has joined #openstack-nova04:27
*** frickler has quit IRC04:30
*** BadCub has joined #openstack-nova04:32
*** lyanchih has quit IRC04:33
*** haomaiwang has quit IRC04:50
*** yuntongjin has joined #openstack-nova04:52
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756704:53
*** oomichi has quit IRC04:53
*** meghal has quit IRC04:55
*** deepakcs has joined #openstack-nova04:56
deepakcsHello cores, can someone provide a +A to https://review.openstack.org/#/c/212518/ (It already has +2 from danpb)04:56
*** hparekh2 has joined #openstack-nova05:05
*** lyanchih has joined #openstack-nova05:06
*** hparekh has quit IRC05:06
*** meghal has joined #openstack-nova05:07
*** hparekh has joined #openstack-nova05:09
*** hparekh2 has quit IRC05:10
*** ijw has quit IRC05:12
*** ijw has joined #openstack-nova05:12
*** ijw has quit IRC05:14
*** ijw has joined #openstack-nova05:14
*** hemna has quit IRC05:15
*** ildikov has joined #openstack-nova05:19
*** shuquan has joined #openstack-nova05:23
vishwanathjhi, I am looking to download a cirros image that is cloud-init enabled, would appreciate if you folks can share a download link, I would like to use this image to test out the user_data property in heat05:24
*** summer has joined #openstack-nova05:24
*** nelsnelson has quit IRC05:25
*** Vek has joined #openstack-nova05:28
*** shuquan has quit IRC05:30
*** salv-orlando has joined #openstack-nova05:31
*** haomaiwang has joined #openstack-nova05:33
*** agireud has joined #openstack-nova05:33
*** haomaiwang has quit IRC05:35
*** salv-orlando has quit IRC05:36
openstackgerritjaveme proposed openstack/nova: VMware: Update to return the correct ESX iqn  https://review.openstack.org/16270005:36
openstackgerritlyanchih proposed openstack/nova: Remove fixed test in tempest-dsvm-cells-rc  https://review.openstack.org/20551205:37
openstackgerritlyanchih proposed openstack/nova: Creating instance fail when inject ssh key in cells mode  https://review.openstack.org/19751405:37
*** jwcroppe has quit IRC05:41
*** meghal has quit IRC05:41
*** jwcroppe has joined #openstack-nova05:42
*** meghal has joined #openstack-nova05:42
*** skylerberg has quit IRC05:47
*** agireud has quit IRC05:47
*** jwcroppe has quit IRC05:48
*** yamahata has joined #openstack-nova05:52
openstackgerritAlex Xu proposed openstack/nova: Add warning log when deprecated v2 and v3 code get used  https://review.openstack.org/21810305:53
alex_xujohnthetubaguy: sdague ^05:55
*** armax has quit IRC05:56
*** shyu has quit IRC05:56
openstackgerritFeodor Tersin proposed openstack/nova: DNM Adding logging around bdm actions for cells  https://review.openstack.org/21782906:00
*** Marga_ has joined #openstack-nova06:00
*** Marga_ has quit IRC06:00
*** Marga_ has joined #openstack-nova06:01
*** haomaiwang has joined #openstack-nova06:02
*** yuntongjin has quit IRC06:05
*** yuntongjin has joined #openstack-nova06:06
*** asettle has quit IRC06:07
*** shuquan has joined #openstack-nova06:14
*** yuntongjin has quit IRC06:16
*** salv-orlando has joined #openstack-nova06:18
openstackgerritZhenyu Zheng proposed openstack/nova: Add UniqueConstraint for quota usages table  https://review.openstack.org/21290806:18
*** hparekh has quit IRC06:20
*** hparekh has joined #openstack-nova06:20
*** tpeoples has quit IRC06:20
*** Sree has joined #openstack-nova06:21
*** haomaiwang has quit IRC06:23
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/21236706:23
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756706:23
*** shuquan has quit IRC06:25
rajeshtalaski, dansmith: you around ?06:25
*** shuquan has joined #openstack-nova06:26
*** shuquan has quit IRC06:26
*** shuquan has joined #openstack-nova06:27
*** fawadkhaliq has quit IRC06:29
*** andrearosa has quit IRC06:31
*** andrearosa has joined #openstack-nova06:31
*** shuquan has quit IRC06:32
*** agireud has joined #openstack-nova06:33
*** agireud has quit IRC06:38
openstackgerrithuan proposed openstack/nova: Do not rely on XenAPI to guess device names  https://review.openstack.org/21311206:39
*** jwcroppe has joined #openstack-nova06:44
*** yuntongjin has joined #openstack-nova06:45
*** nkrinner has joined #openstack-nova06:48
*** vivekd has joined #openstack-nova06:48
*** shuquan has joined #openstack-nova06:54
openstackgerritRui Chen proposed openstack/nova: Fix permission issue of server group API  https://review.openstack.org/19311706:55
*** liusheng has joined #openstack-nova07:02
*** vilobhmm1 has quit IRC07:02
*** yuntongjin1 has joined #openstack-nova07:02
*** yuntongjin has quit IRC07:04
*** achanda has joined #openstack-nova07:05
*** Nikolay_St has joined #openstack-nova07:05
*** Kevin_Zheng has quit IRC07:05
*** meghal has quit IRC07:09
*** yuntongjin has joined #openstack-nova07:12
*** stefan_amann has joined #openstack-nova07:12
*** EinstCrazy has quit IRC07:13
*** yuntongjin1 has quit IRC07:14
*** zhangjn has quit IRC07:15
*** browne has quit IRC07:17
*** jwcroppe has quit IRC07:18
*** fawadkhaliq has joined #openstack-nova07:18
*** mpaolino has joined #openstack-nova07:19
*** yuntongjin1 has joined #openstack-nova07:21
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756707:21
openstackgerritAlexis Lee proposed openstack/nova: Wait for device to be mapped  https://review.openstack.org/21561307:22
*** yuntongjin has quit IRC07:23
*** summer has quit IRC07:30
*** frickler has joined #openstack-nova07:32
*** Marga_ has quit IRC07:34
*** Marga_ has joined #openstack-nova07:35
*** haomaiwang has joined #openstack-nova07:38
*** jichen has joined #openstack-nova07:43
*** haomaiwang has quit IRC07:44
*** haomaiwa_ has joined #openstack-nova07:45
*** mpaolino has quit IRC07:48
*** shuquan_ has joined #openstack-nova07:49
*** haomaiw__ has joined #openstack-nova07:49
*** shuquan has quit IRC07:50
*** shuquan_ is now known as shuquan07:50
*** haomaiwa_ has quit IRC07:50
*** ndipanov has joined #openstack-nova07:51
*** ndipanov has quit IRC07:52
*** doude has joined #openstack-nova07:52
*** ndipanov has joined #openstack-nova07:52
*** fawadk has joined #openstack-nova07:53
*** liusheng has quit IRC07:53
*** fawadkhaliq has quit IRC07:53
*** liusheng has joined #openstack-nova07:54
*** matrohon has joined #openstack-nova07:55
*** alex_klimov has joined #openstack-nova07:56
*** achanda has quit IRC07:56
*** haomaiw__ has quit IRC07:58
*** markus_z has joined #openstack-nova07:58
*** shuquan_ has joined #openstack-nova08:00
*** shuquan has quit IRC08:00
*** shuquan_ is now known as shuquan08:00
*** alex_klimov has quit IRC08:01
*** alex_klimov has joined #openstack-nova08:02
bauzasBobBall-AWOL: heya, looking at http://zuul.openstack.xenproject.org/scoreboard/?project=openstack/nova&user=jenkins,citrix_xenserver_ci,XenProject-CI&timeframe=24 it seems that XenServer CI is disabled, right?08:04
*** leopoldj has joined #openstack-nova08:04
bauzasBobBall-AWOL: since I have a couple of negative votes, I can't then recheck, right?08:05
*** markus_z has quit IRC08:06
*** yassine__ has joined #openstack-nova08:08
*** danpb has joined #openstack-nova08:10
*** tojuvone has quit IRC08:10
*** derekh has joined #openstack-nova08:10
*** jistr has joined #openstack-nova08:12
*** Sree has quit IRC08:15
*** yamahata has quit IRC08:17
*** bfic has joined #openstack-nova08:18
johnthetubaguybauzas: I think Bob is on holiday now08:23
bauzasjohnthetubaguy: okay, I just wonder how I can clean that up08:24
johnthetubaguybauzas: rebase ;)08:24
bauzasjohnthetubaguy: because Gerrit shows -1 for my changes08:24
bauzasjohnthetubaguy: urgh08:24
johnthetubaguybauzas: did recheck not work?08:24
bauzasjohnthetubaguy: for xenserver, nope because it seems it's disabled as per http://zuul.openstack.xenproject.org/scoreboard/?project=openstack/nova&user=jenkins,citrix_xenserver_ci,XenProject-CI&timeframe=2408:24
*** lucasagomes has joined #openstack-nova08:25
johnthetubaguybauzas: I would try a recheck, its possible the tooling is just bad08:25
*** IanGovett has joined #openstack-nova08:25
bauzasjohnthetubaguy: I tried a couple of times last night :/08:25
johnthetubaguyoh, OK, I guess its totally broken then08:25
*** rdopiera has joined #openstack-nova08:25
bauzasjohnthetubaguy: but I can spin a rebase for the allocation-ratio series08:25
johnthetubaguyI know he tried to disable a test, then restart it, seems like it didn't come back up08:25
*** rdopiera has quit IRC08:25
*** rdopiera has joined #openstack-nova08:26
BobBall-AWOLsorry bauzas08:26
BobBall-AWOLI'm restarting now08:26
johnthetubaguybauzas: yeah, I wouldn't worry about the -1 really08:26
bauzasjohnthetubaguy: I'm tho worried by the ReqSpec series08:26
johnthetubaguyBobBall-AWOL: cool thanks08:26
BobBall-AWOLzuul took forever to merge the change to xenapi-os-testing08:26
BobBall-AWOL(which disabled the test)08:26
bauzasBobBall-AWOL: oh coolness, beer_count['BobBall']++08:26
johnthetubaguyah, bummer08:26
johnthetubaguyyeah, gate is kinda busy08:26
BobBall-AWOLWe have a backlog of 80 tests now08:27
BobBall-AWOLbut it will work through them...08:27
BobBall-AWOL:)08:27
bauzasjohnthetubaguy: the ReqSpec series is kinda hard to maintain because of the number of changes vs. the merge status tbh08:27
johnthetubaguybauzas: yeah, thats cool08:27
*** Sree has joined #openstack-nova08:27
bauzasBobBall-AWOL: cool, no need to recheck then ?08:27
johnthetubaguyI need to go jump on those08:27
BobBall-AWOLpatchset number?08:28
bauzasBobBall-AWOL: well, a couple of them :)08:28
*** rdopiera has quit IRC08:28
johnthetubaguy(most of the 80, giggles)08:28
bauzasBobBall-AWOL: lemme rather do a Gerrit query :)08:28
*** rdopiera has joined #openstack-nova08:28
BobBall-AWOLJust one patchset would be useful08:28
BobBall-AWOLWill check if it's queued08:29
*** lyanchih has quit IRC08:29
bauzasBobBall-AWOL: ack08:29
bauzasBobBall-AWOL: https://review.openstack.org/#/c/188486/30 for example08:29
bauzasBobBall-AWOL: xenserver:recheck done at 10:40UTC08:30
BobBall-AWOLroot@dev-ci-controller:~# osci-view list | grep 18848608:30
BobBall-AWOL| 10111 | openstack/nova               | refs/changes/86/188486/30 | Queued   | (None)            | None   | 9.83        | -        |08:30
*** fawadk has quit IRC08:30
BobBall-AWOLroot@dev-ci-controller:~# osci-view list | grep 18848608:30
BobBall-AWOL| 10111 | openstack/nova               | refs/changes/86/188486/30 | Queued   | (None)            | None   | 9.83        | -        |08:30
BobBall-AWOLYou're in luck - it's queued!08:30
BobBall-AWOLyay.  Give it time.08:30
bauzasalleluiah08:30
bauzasBobBall-AWOL: coolness08:30
openstackgerritZhenyu Zheng proposed openstack/nova: Add project-id when list server-groups  https://review.openstack.org/20901808:30
bauzasjohnthetubaguy: honestly, I think I need alaski's feedback for the Spec object08:31
bauzasjohnthetubaguy: if you volunteer, I'd rather ask to to peek at https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/allocation-ratio-to-resource-tracker,n,z08:31
johnthetubaguybauzas: yep, totally needs his vote on there08:31
bauzaswe're still on time, I'm not that worried08:32
bauzasjohnthetubaguy: but the RPC change is unfortunately way far in the ReqSpec series08:33
*** kun_huang has left #openstack-nova08:33
bauzasjohnthetubaguy: which means that the whole series could be hard for getting a FFE08:33
bauzaswhatever the exception process is08:33
johnthetubaguybauzas: lets not try worry about that right now, lets try get it merged08:33
bauzasagreed08:33
*** lpetrut has joined #openstack-nova08:34
bauzasjohnthetubaguy: on other sched bits, some stuff is being done on tests refactoring by jay and some changes are there for the resource-objects BP (the one for objectifying what we send to ComputeNodes)08:35
bauzasjohnthetubaguy: FYI08:35
bauzasjohnthetubaguy: I'm currently reviewing jay's patches08:36
johnthetubaguyOK, its getting crazy close to the wire, like thing that are not in review now, are really unlikely to merge08:36
johnthetubaguybut you know all that08:36
bauzasyup08:37
openstackgerritYixing proposed openstack/nova: Replace except Exception with specific exception  https://review.openstack.org/21706708:37
*** lpetrut has left #openstack-nova08:39
bauzasjohnthetubaguy: all of the stuff is tracked in the etherpad of doom08:39
*** bfic has quit IRC08:40
*** dbite has quit IRC08:41
*** bfic has joined #openstack-nova08:41
*** dguitarbite has joined #openstack-nova08:41
*** Savemech has quit IRC08:42
*** markus_z has joined #openstack-nova08:42
*** bfic1 has joined #openstack-nova08:42
*** Savemech has joined #openstack-nova08:43
*** bfic has quit IRC08:45
*** lyanchih has joined #openstack-nova08:47
*** shuquan has quit IRC08:51
*** atuvenie has joined #openstack-nova08:52
johnthetubaguybauzas: nod (and smile)08:54
*** obondarev has quit IRC08:57
*** shuquan has joined #openstack-nova08:58
*** fawadkhaliq has joined #openstack-nova08:58
*** marzif has joined #openstack-nova08:59
*** pkholkin has quit IRC08:59
*** tdurakov has quit IRC08:59
*** fawadk has joined #openstack-nova09:00
*** VikasC has joined #openstack-nova09:01
*** fawadkhaliq has quit IRC09:02
*** exploreshaifali has joined #openstack-nova09:04
bauzasndipanov: I'm about to rebase https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:pci-cleanup,n,z , it would be nice if you could then look at my 3-way merge I'm doing in the next iteration of https://review.openstack.org/#/c/213592/609:04
bauzasndipanov: because you're also changing the RT unittests and I would love to see some sync between you and jay here09:04
ndipanovbauzas, not sure what you mean09:05
bauzasndipanov: np, just saying that since https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/migration-fix-resource-tracking,n,z is merged for a couple of changes, it impacts https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:pci-cleanup,n,z09:06
*** snikitin has quit IRC09:06
bauzasndipanov: where the latter aims to remove all of the silly test_resource_tracker module09:06
*** shuquan_ has joined #openstack-nova09:07
bauzasndipanov: so since you're quite changing the RT tests because you're modifying the Claims unittests, I just want to make sure that jay's changes are reflecting the changes you made but within test_tracker09:07
*** eglynn has joined #openstack-nova09:07
bauzasndipanov: I was not sure you were aware of that series, hence my ping09:08
*** shuquan has quit IRC09:08
*** shuquan_ is now known as shuquan09:08
ndipanovI was not09:08
ndipanovbut I've kind of sort of given up hope on that merging in L09:08
ndipanovmy stuff I mean09:08
ndipanovI'm too old for that shit09:08
ndipanovI'll just post it again in M09:08
ndipanovso whatever09:09
*** y_sawai has quit IRC09:09
ndipanovjohnthetubaguy, I'd like to have the DB changes merged in L if possible for my fix migration RTracking09:10
ndipanovif I pull them to the bottom of the set09:10
ndipanovcan we consider them as a partial exception or something?09:10
bauzasndipanov: well, let's see what we can do09:11
bauzasndipanov: I just want to make sure that we don't regress because we're merging 2 things at the same time09:11
*** lyanchih has quit IRC09:11
ndipanovbauzas, nah I'm not doing that crunch crap again - done it 2 times and started literally hating everything about nova for months after that09:11
*** marzif has quit IRC09:12
*** shuquan has quit IRC09:12
*** marzif has joined #openstack-nova09:12
johnthetubaguyndipanov: its an important bug fix, so I can see an argument for it09:13
ndipanovjohnthetubaguy, ok I'll pull the changes now and post them so they can get reviews09:13
ndipanovand then let's see come freeze time09:13
*** lyanchih has joined #openstack-nova09:14
johnthetubaguybauzas: what do you see as the conflict with the migration stuff?09:14
ndipanovjohnthetubaguy, tests09:14
ndipanovwith jay's set09:14
bauzasjohnthetubaguy: https://review.openstack.org/#/c/213589/509:14
*** Sree has quit IRC09:14
ndipanovas he is moving all the tests from underneath my set09:14
bauzasjohnthetubaguy: I'm not worried by the merge conflict09:14
bauzasjohnthetubaguy: I'm more worried by loosing some coverage there09:15
bauzasif we don't verify09:15
tobascoi noticed my compute nodes does not cache images in /var/lib/nova/images, i have a very minimal config; do i have to enable it in config somewhere?09:15
bauzasthat's not super difficult, just a comment09:15
*** summer has joined #openstack-nova09:16
johnthetubaguyndipanov: oh right, that figures I guess09:16
ndipanovfwiw - I see no reason why Jay's set needs to be impacted by the FF09:17
ndipanovit has no BP related anyway09:17
ndipanovand is just test refactoring09:17
johnthetubaguyndipanov: yeah, test refactoring can be post FF09:17
ndipanovI'll comment09:17
johnthetubaguyit distracts from getting bug fixes in, which sucks, but it might make sense to hold off on that for a few days09:17
*** gibi has joined #openstack-nova09:18
johnthetubaguyyeah, lets try catch jaypipes when he is online later09:18
johnthetubaguyndipanov: I would rather have that test refactor after FF, than not merge your migration fixes09:18
*** shuquan has joined #openstack-nova09:18
johnthetubaguy(although I thought there was some stuff on top of that we want, but lets ignore that for now)09:19
bauzasjohnthetubaguy: agreed with you, but actually even ndipanov's changes are bugfixes IMHO09:19
ndipanovwell09:19
bauzasjohnthetubaguy: at least the first few of them09:19
ndipanovif we manage to get the DB stuff in09:19
johnthetubaguybauzas: yeah, I am totally leaning that way09:19
ndipanovthen yes the rest could be seen as bugfixing09:20
bauzasndipanov: well, the DB stuff is a feature, I agree09:20
johnthetubaguyndipanov: ah, now I see your thinking, that sounds like a good plan09:20
bauzasndipanov: but the other changes sound very bugfixing IMHO09:20
ndipanovyes agreed09:20
johnthetubaguyndipanov: we might want to attach bugs to the later patches, just to keep the release manager less twitchy about them (and just hold back on the log strings too), but lets deal with that later09:21
ndipanovyes there is a bug that I will start attaching09:22
ndipanovhttps://bugs.launchpad.net/nova/+bug/141766709:22
openstackLaunchpad bug 1417667 in OpenStack Compute (nova) "migration/evacuation/rebuild/resize of instance with dedicated cpus needs to recalculate cpus on destination" [Medium,In progress] - Assigned to Bart Wensley (bartwensley)09:22
*** bauzas is now known as bauwser09:23
johnthetubaguyndipanov: perfect, that will stop triggering alarm bells for the release team folks09:23
*** takedakn has joined #openstack-nova09:23
ndipanovcool - let me get the DB stuff sorted09:23
johnthetubaguyits purely a case of tracking doc and string translation impact really, as I understand it09:23
johnthetubaguyndipanov: sounds good09:24
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756709:24
deepakcsHello cores, can someone provide a +A to https://review.openstack.org/#/c/212518/ (It already has +2 from danpb)09:26
deepakcsndipanov: johnthetubaguy ^^09:26
ndipanovah yeah I saw that one...09:26
ndipanovI really need to sit down and look at that one as it messes with a tricky bit of code09:27
ndipanovhas it been tested deepakcs ?09:27
deepakcsndipanov: yes and it has a testcase too09:27
deepakcsndipanov: no, the change is just 2 lines, 'guess ur confusing it with somethign else ?09:27
openstackgerritSylvain Bauza proposed openstack/nova: rt: Rewrite abort and update_usage tests  https://review.openstack.org/21359009:28
openstackgerritSylvain Bauza proposed openstack/nova: Move test of claim context manager to test_tracker  https://review.openstack.org/21359109:28
openstackgerritSylvain Bauza proposed openstack/nova: Cleanup RT _instance_in_resize_state()  https://review.openstack.org/21358909:28
openstackgerritSylvain Bauza proposed openstack/nova: Move resize claim abort test to test_tracker  https://review.openstack.org/21359209:28
*** claudiub has joined #openstack-nova09:31
*** takedakn has quit IRC09:33
*** haomaiwang has joined #openstack-nova09:34
*** tdurakov_ has joined #openstack-nova09:34
*** lyanchih has quit IRC09:38
*** tdurakov_ has quit IRC09:39
*** pkholkin has joined #openstack-nova09:40
*** marzif has quit IRC09:41
*** salv-orlando has quit IRC09:42
*** lyanchih has joined #openstack-nova09:43
*** gszasz has joined #openstack-nova09:43
bauwserndipanov: could you please remove your -1 on https://review.openstack.org/#/c/216362/5 since I provided what we discussed in a later iteration, btw ?09:44
ndipanovbauwser, looking09:45
ndipanovbauwser, but pleases respond then09:45
ndipanovwith details for people who come back to read the discussion09:45
bauwserndipanov: ack09:45
*** snikitin has joined #openstack-nova09:47
*** tdurakov has joined #openstack-nova09:48
*** yuntongjin1 has quit IRC09:48
*** alex_klimov has quit IRC09:48
bauwserndipanov: done09:49
*** sudipto has joined #openstack-nova09:50
*** summer has quit IRC09:51
sudiptojohnthetubaguy, I was working on a refactor of the glancewrapper in nova to not use the V1 APIs by default. The code is not yet up for review...do you think it's something that should now go for Mitaka?09:52
johnthetubaguysudipto: there are several others working on that, as I understand it09:52
johnthetubaguysudipto: the blueprint and spec we had to describe the agreed way forward has been deferred to mitaka09:53
*** rushiagr_away is now known as rushiagr09:53
johnthetubaguysudipto: we really need focus on bug fixes and reviewing bug fixes at this point plese09:53
sudiptojohnthetubaguy, ah ok, I wasn't aware of that. Just had a discussion with Jay before thinking of working on it.09:53
sudiptojohnthetubaguy, yeah sure...i didn't start on it - just wanted to double check.09:53
johnthetubaguysudipto: there have been quite a few competing efforts at this point, I would reach out to nikhil_k about the details of where things are at right now09:53
sudiptojohnthetubaguy, alrite sure...09:54
johnthetubaguysudipto: this was the spec that needs reworking for mitaka, that might be a good place to start: https://review.openstack.org/#/c/194945/09:55
*** alex_klimov has joined #openstack-nova09:56
johnthetubaguysudipto: having said all that, I would like to see you an jay help steer that effort in a good direction09:56
johnthetubaguysudipto: but to answer your original question, totally something for mitaka at this point09:56
sudiptojohnthetubaguy, sure...I will have another chat with Jay...but Mitaka it is. The branch will be forked next month i believe?09:58
*** bfic1 has quit IRC09:58
*** dave-mccowan has joined #openstack-nova09:58
johnthetubaguysudipto: as soon as RC1 gets tagged, yes09:58
sudiptojohnthetubaguy, alrite! Thanks for the info! :)09:58
johnthetubaguysudipto: non-priority feature freeze was 5 weeks ago09:59
sudiptojohnthetubaguy, yeah, I know my patches were abandoned for that one :D09:59
*** kiran-r has joined #openstack-nova09:59
* sudipto is the non-priority feature guy lol09:59
johnthetubaguyyeah, we had about 20 or so blueprints hit by that10:00
johnthetubaguywell, more like 3010:00
sudiptojohnthetubaguy, https://review.openstack.org/#/c/213317/ this one - would you recommend a merge?10:00
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756710:00
*** haomaiwang has quit IRC10:01
johnthetubaguysudipto: bug fixes are good, but I am focusing on priority features that need to merge by tuesday10:01
sudiptojohnthetubaguy, alrite sure...i will wait on it.10:01
*** bfic has joined #openstack-nova10:01
*** haomaiwa_ has joined #openstack-nova10:02
openstackgerritgaryk proposed openstack/nova: VMware: create method for getting datacenter from datastore  https://review.openstack.org/20581910:03
openstackgerritgaryk proposed openstack/nova: VMware: prevent volume deletion if volume in instance folder  https://review.openstack.org/19310310:04
ftersinalaski: hi, i've put some info into comments on https://review.openstack.org/#/c/217829/10:06
openstackgerritZhenyu Zheng proposed openstack/nova: Make query to quota usage table order preserved  https://review.openstack.org/21358410:07
*** bfic has quit IRC10:11
openstackgerritJohn Garbutt proposed openstack/nova: api: use v2.1 only in api-paste.ini  https://review.openstack.org/21408510:14
*** shuquan has quit IRC10:19
*** ildikov has quit IRC10:21
*** jwcroppe has joined #openstack-nova10:22
*** lpetrut1 has joined #openstack-nova10:25
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the api v2 extension configuration  https://review.openstack.org/21460110:25
*** karimb has joined #openstack-nova10:27
*** haomaiwa_ has quit IRC10:27
*** dguitarbite has quit IRC10:27
*** mgagne has quit IRC10:27
*** apmelton has quit IRC10:27
*** toan has quit IRC10:27
*** swamireddy has quit IRC10:27
*** wendar_ has quit IRC10:27
*** hakimo has quit IRC10:27
*** hanzhang has quit IRC10:27
*** adam_g has quit IRC10:27
*** aix has quit IRC10:27
*** Kennan has quit IRC10:27
*** jgriffith has quit IRC10:27
*** ccarmack has quit IRC10:27
*** jamielennox has quit IRC10:27
*** phschwartz has quit IRC10:27
*** vishwanathj has quit IRC10:27
*** xgsa has quit IRC10:27
*** stefanb has quit IRC10:27
*** sabari has quit IRC10:27
*** sayali has quit IRC10:27
*** flaper87 has quit IRC10:27
*** nikhil_k has quit IRC10:27
*** jogo has quit IRC10:27
*** paboldin has quit IRC10:27
*** lxsli has quit IRC10:27
*** tcammann has quit IRC10:27
*** gilliard has quit IRC10:27
*** tlbr has quit IRC10:27
*** Marga_ has quit IRC10:27
*** Vek has quit IRC10:27
*** BadCub has quit IRC10:27
*** links has quit IRC10:27
*** comstud has quit IRC10:27
*** lbragstad has quit IRC10:27
*** jroll has quit IRC10:27
*** d34dh0r53 has quit IRC10:27
*** gus has quit IRC10:27
*** Nakato has quit IRC10:27
*** markvoelker has quit IRC10:27
*** davideagnello has quit IRC10:27
*** neelabh_ has quit IRC10:27
*** jwang has quit IRC10:27
*** s1rp_ has quit IRC10:27
*** ttx has quit IRC10:27
*** mrsoul has quit IRC10:27
*** tteggel_ has quit IRC10:27
*** leseb has quit IRC10:27
*** _gryf has quit IRC10:27
*** adreznec has quit IRC10:27
*** DinaBelova has quit IRC10:27
*** raorn has quit IRC10:27
*** krotscheck has quit IRC10:27
*** anteaya has quit IRC10:27
*** lpetrut1 is now known as lpetrut10:27
*** Marga_ has joined #openstack-nova10:29
*** Vek has joined #openstack-nova10:29
*** BadCub has joined #openstack-nova10:29
*** links has joined #openstack-nova10:29
*** lbragstad has joined #openstack-nova10:29
*** comstud has joined #openstack-nova10:29
*** jroll has joined #openstack-nova10:29
*** d34dh0r53 has joined #openstack-nova10:29
*** gus has joined #openstack-nova10:29
*** Nakato has joined #openstack-nova10:29
*** markvoelker has joined #openstack-nova10:29
*** davideagnello has joined #openstack-nova10:29
*** neelabh_ has joined #openstack-nova10:29
*** jwang has joined #openstack-nova10:29
*** s1rp_ has joined #openstack-nova10:29
*** ttx has joined #openstack-nova10:29
*** mrsoul has joined #openstack-nova10:29
*** tteggel_ has joined #openstack-nova10:29
*** leseb has joined #openstack-nova10:29
*** _gryf has joined #openstack-nova10:29
*** adreznec has joined #openstack-nova10:29
*** DinaBelova has joined #openstack-nova10:29
*** raorn has joined #openstack-nova10:29
*** krotscheck has joined #openstack-nova10:29
*** anteaya has joined #openstack-nova10:29
*** lpetrut is now known as 18VAAKDGR10:29
*** haomaiwa_ has joined #openstack-nova10:29
*** dguitarbite has joined #openstack-nova10:29
*** mgagne has joined #openstack-nova10:29
*** apmelton has joined #openstack-nova10:29
*** toan has joined #openstack-nova10:29
*** swamireddy has joined #openstack-nova10:29
*** wendar_ has joined #openstack-nova10:29
*** hakimo has joined #openstack-nova10:29
*** hanzhang has joined #openstack-nova10:29
*** adam_g has joined #openstack-nova10:29
*** aix has joined #openstack-nova10:29
*** Kennan has joined #openstack-nova10:29
*** jgriffith has joined #openstack-nova10:29
*** ccarmack has joined #openstack-nova10:29
*** jamielennox has joined #openstack-nova10:29
*** vishwanathj has joined #openstack-nova10:29
*** xgsa has joined #openstack-nova10:29
*** stefanb has joined #openstack-nova10:29
*** sabari has joined #openstack-nova10:29
*** sayali has joined #openstack-nova10:29
*** flaper87 has joined #openstack-nova10:29
*** nikhil_k has joined #openstack-nova10:29
*** jogo has joined #openstack-nova10:29
*** paboldin has joined #openstack-nova10:29
*** lxsli has joined #openstack-nova10:29
*** tcammann has joined #openstack-nova10:29
*** gilliard has joined #openstack-nova10:29
*** tlbr has joined #openstack-nova10:29
bauwserBobBall-AWOL: quick q, is http://zuul.openstack.xenproject.org/ showing the queue for xen or xenserver ?10:30
*** flaper87 has quit IRC10:30
*** flaper87 has joined #openstack-nova10:30
*** haomaiwa_ has quit IRC10:30
*** phschwartz has joined #openstack-nova10:30
bauwserah, netsplit10:30
bauwserokay, asking again the quiestion, since we had a netsplt10:30
bauwserBobBall-AWOL: quick q, is http://zuul.openstack.xenproject.org/ showing the queue for xen or xenserver ?10:30
*** dguitarbite has quit IRC10:30
*** mgagne has quit IRC10:30
*** apmelton has quit IRC10:30
*** toan has quit IRC10:30
*** swamireddy has quit IRC10:30
*** wendar_ has quit IRC10:30
*** hakimo has quit IRC10:30
*** hanzhang has quit IRC10:30
*** adam_g has quit IRC10:30
*** aix has quit IRC10:30
*** Kennan has quit IRC10:30
*** jgriffith has quit IRC10:30
*** ccarmack has quit IRC10:30
*** jamielennox has quit IRC10:30
*** vishwanathj has quit IRC10:30
*** xgsa has quit IRC10:30
*** stefanb has quit IRC10:30
*** sabari has quit IRC10:30
*** sayali has quit IRC10:30
*** flaper87 has quit IRC10:30
*** nikhil_k has quit IRC10:30
*** jogo has quit IRC10:30
*** paboldin has quit IRC10:30
*** lxsli has quit IRC10:30
*** tcammann has quit IRC10:30
*** gilliard has quit IRC10:30
*** tlbr has quit IRC10:30
*** yixing1 has joined #openstack-nova10:31
*** dguitarbite has joined #openstack-nova10:32
*** mgagne has joined #openstack-nova10:32
*** apmelton has joined #openstack-nova10:32
*** toan has joined #openstack-nova10:32
*** swamireddy has joined #openstack-nova10:32
*** wendar_ has joined #openstack-nova10:32
*** hakimo has joined #openstack-nova10:32
*** hanzhang has joined #openstack-nova10:32
*** adam_g has joined #openstack-nova10:32
*** aix has joined #openstack-nova10:32
*** Kennan has joined #openstack-nova10:32
*** jgriffith has joined #openstack-nova10:32
*** ccarmack has joined #openstack-nova10:32
*** jamielennox has joined #openstack-nova10:32
*** vishwanathj has joined #openstack-nova10:32
*** xgsa has joined #openstack-nova10:32
*** stefanb has joined #openstack-nova10:32
*** sabari has joined #openstack-nova10:32
*** sayali has joined #openstack-nova10:32
*** flaper87 has joined #openstack-nova10:32
*** nikhil_k has joined #openstack-nova10:32
*** jogo has joined #openstack-nova10:32
*** paboldin has joined #openstack-nova10:32
*** lxsli has joined #openstack-nova10:32
*** tcammann has joined #openstack-nova10:32
*** gilliard has joined #openstack-nova10:32
*** tlbr has joined #openstack-nova10:32
openstackgerritNoel Nelson Dsouza proposed openstack/nova: Delete flavor should raise error, if it is inuse  https://review.openstack.org/21767410:34
*** shoutm has joined #openstack-nova10:34
*** VikasC has quit IRC10:34
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756710:36
*** yixing1 has quit IRC10:37
*** atuvenie has quit IRC10:37
*** zhenguo has quit IRC10:40
johnthetubaguybauwser: I am happy with that allocation ratio stuff10:41
bauwserjohnthetubaguy: cool !10:41
johnthetubaguybauwser: thank you for fixing that up, feels must better now10:42
bauwserjohnthetubaguy: as I said, I think it's a nice feature for the operatoes10:42
johnthetubaguynot quite as messy as I had feared, either10:42
bauwserjohnthetubaguy: because I had many customers and internal bugs related to that10:42
johnthetubaguybauwser: oh, interesting, thats good data10:43
bauwserjohnthetubaguy: we could also change how live-migration is checking the destination because it's broken now because of the allocation10:43
bauwserjohnthetubaguy: remember that one https://review.openstack.org/#/c/180151/10:43
openstackgerritNikola Dipanov proposed openstack/nova: db: Add the migration_context to the instance_extra table  https://review.openstack.org/21673110:43
openstackgerritNikola Dipanov proposed openstack/nova: objects: Hook migration object into Instance  https://review.openstack.org/21673310:43
openstackgerritNikola Dipanov proposed openstack/nova: objects: Add MigrationContext object  https://review.openstack.org/21673210:43
openstackgerritNikola Dipanov proposed openstack/nova: tests: Make test_claims use Instance object  https://review.openstack.org/21820110:43
bauwserjohnthetubaguy: it was a workaround and I didn't provided a new change because I think the allocation ratio BP is better10:43
ndipanovjohnthetubaguy, bauwser ^ the DB stuff taken out of the other fixes10:44
bauwserjohnthetubaguy: because we could definitely fix _check_destination_has_enough_memory by checking the compute allocation ratios10:44
bauwserndipanov: oh cool !10:44
johnthetubaguyndipanov: I guess that blueprint is all up for review now right?10:44
johnthetubaguyndipanov: just thinking I am mark it as NeedsCodeReview10:44
bauwserjohnthetubaguy: I wonder if we could just say that the DB change is the only feature we need and the others being bugfixes10:45
johnthetubaguybauwser: I think we did10:45
bauwserokay, then we're good for ndipanov10:45
bauwserndipanov: I'll review your changes in the next couple of hours - I mean the DB change10:46
johnthetubaguyndipanov: did you miss the upload on the new patch for this one? https://review.openstack.org/#/c/214713/610:46
bauwserbut AFAICR, it was a good one10:46
ndipanovjohnthetubaguy, weeeelll it's not but it will be today 2 patches missing10:47
ndipanovjohnthetubaguy, well I split that into 2 branches10:48
ndipanovwill upload one know (as soon as I fix it)10:48
*** Marga_ has quit IRC10:48
*** dimsum__ has joined #openstack-nova10:53
*** karimb has quit IRC10:55
*** apuimedo_ has joined #openstack-nova10:55
*** takedakn has joined #openstack-nova10:56
*** bfic has joined #openstack-nova10:58
bauwserndipanov: just one comment on https://review.openstack.org/#/c/218201/111:02
*** bfic has quit IRC11:02
bauwserndipanov: basically the problem is that Foo(a=1) works and becomes Foo.a11:02
bauwserndipanov: it looks like a field, but it's not a field so neither serialized nor coerced11:03
*** mnestratov has quit IRC11:04
*** bfic has joined #openstack-nova11:05
*** ildikov has joined #openstack-nova11:06
ndipanovbauwser, you're confused - instance is a dict there11:08
ndipanovbut it should be renamed11:09
bauwserndipanov: but you're hydrating an object with that dict, right?11:09
ndipanovwell no I am passing it to the fake instance_obj function11:09
*** smatzek has joined #openstack-nova11:09
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Implements detach_interface method  https://review.openstack.org/21449311:10
ndipanovbauwser, which then creades a db instances and calls a _from_db_object11:11
ndipanovwhich does all the checking11:11
ndipanovbauwser, responded - I think you can remove the -111:13
bauwserndipanov: yeah my bad11:14
bauwserndipanov: sorry got distracted11:14
bauwserwas afk11:14
bauwseryeah, just checked, will remove the -111:14
*** aix has quit IRC11:14
bauwserndipanov: the interface is pretty weak, but _from_db_object() ensures it's good11:14
bauwserndipanov: hence my confusion11:14
ndipanovbauwser, well if you look at fake_db_obj that gets called - it actually goes and filters out allt he stuff that's not in fields11:15
*** bfic has quit IRC11:15
ndipanovso that thing there is pretty safe by python standards11:16
bauwserndipanov: agreed11:16
bauwser+1'd11:17
* bauwser goes for food11:17
*** thorst1 has joined #openstack-nova11:19
*** bfic has joined #openstack-nova11:19
*** lyanchih has quit IRC11:21
*** takedakn has quit IRC11:24
claudiubjohnthetubaguy: hi. i think there is an issue with how excutils.save_and_reraise_exception works: https://github.com/openstack/nova/blob/master/nova/virt/hyperv/livemigrationops.py#L7511:24
claudiubjohnthetubaguy: it doesn't reraise any exceptions11:25
*** takedakn has joined #openstack-nova11:26
claudiubjohnthetubaguy: sample logs: http://paste.openstack.org/show/430812/11:26
*** dprince has joined #openstack-nova11:30
*** marzif has joined #openstack-nova11:32
*** takedakn has quit IRC11:35
*** apuimedo_ has quit IRC11:37
openstackgerritNikola Dipanov proposed openstack/nova: Make rebuild/evacuate use resource claims  https://review.openstack.org/21477011:45
openstackgerritNikola Dipanov proposed openstack/nova: compute: Make rebuild consider the node that was passed in  https://review.openstack.org/21471311:45
openstackgerritNikola Dipanov proposed openstack/nova: compute: Make rebuild_instance RPC take additional args  https://review.openstack.org/20048511:45
ndipanovjohnthetubaguy, ^11:45
ndipanovoops there is a bug in that last one now :( renaming FTL11:46
johnthetubaguyclaudiub: sorry, getting confused with reading that log, what makes you think its not working?11:47
johnthetubaguyndipanov: OK, no worries11:47
*** lucasagomes is now known as lucas-hungry11:48
*** sudipto has quit IRC11:50
*** kiran-r has quit IRC11:51
johnthetubaguyclaudiub: the lack of "calling live migration post_method" suggest it did re-raise, I think11:51
*** apuimedo_ has joined #openstack-nova11:51
johnthetubaguyclaudiub: we are possibly missing a log message in here, to help prove what happened: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L500411:53
claudiubjohnthetubaguy: yeah calling live_migration_post_method should happen, but shouldn't the exception be re-raised after it exists the with block?12:01
johnthetubaguyclaudiub: it should be, I can't see any evidence either way in those logs, I could be missing something?12:02
claudiubjohnthetubaguy: I don't see it being re-raised anywhere either.12:02
openstackgerritCedric Brandily proposed openstack/python-novaclient:  Allow to reboot multiple servers  https://review.openstack.org/21823112:03
johnthetubaguyclaudiub: why would you? there are not logs in that path, hence my message above12:03
claudiubjohnthetubaguy: if it's not being re-raised, it's bad, if it's lost, it's still bad12:03
*** rushiagr is now known as rushiagr_away12:03
claudiubjohnthetubaguy: i see. Well, a log message would really be helpful12:04
johnthetubaguyclaudiub: totally worth adding a log, I suspect you would see it in error notifications and instance faults, and the instance actions, but not in the logs12:04
claudiubjohnthetubaguy: yeah... it's hard to track down an exception like this and determine its cause without any logging.. reporting a bug for this and a fix..12:05
*** jwcroppe has quit IRC12:06
johnthetubaguyclaudiub: it is reported, just not in the logs, totally agreed its worth adding a log12:06
johnthetubaguyclaudiub: I want to see us agree on the way forward with error handling like this, hence the summit session at the last summit, but we just haven't had anyone with the time to own fixing that setup up yet12:08
openstackgerritPavel Kholkin proposed openstack/nova: Switch to oslo.cache lib  https://review.openstack.org/20304912:09
claudiubjohnthetubaguy: well, is there a way to at least expose those failures to the user / admin through the api?12:13
*** mnestratov has joined #openstack-nova12:14
*** chaochin has quit IRC12:14
*** deepakcs has quit IRC12:14
claudiubjohnthetubaguy: because, at least for live-migration, the instance will just revert to its previous state, it's not immediatly obvious it failed.12:15
zigoHi there. I'm trying to backport the fix for CVE-2015-3241 to Icehouse, in order to fix nova in Debian jessie.12:15
zigoI've done nearly all, but I'm not sure for the last chunk of the patch at: https://review.openstack.org/#/c/214528/2/nova/virt/libvirt/driver.py12:15
zigoThe chunk which adds:12:15
zigoself.job_tracker.terminate_jobs(instance)12:16
*** rajesht has quit IRC12:16
zigoThe code is older, and the def delete_instance_files(self, instance): function has a lot less code, so I'm not sure where and how to insert the self.job_tracker.terminate_jobs(instance) code.12:16
ndipanovzigo, so what's the issue with that?12:16
*** raildo-afk is now known as raildo12:16
ndipanovhmmm12:16
zigoCan someone look at the Icehouse version of driver.py and let me know where to call?12:16
zigoThe rest of, I believe I figured the backport out myself.12:17
zigoI wouldn't mind someone looking into the patch when I'm done though.12:17
*** Kennan has quit IRC12:18
zigoThe function in Icehouse looks like this: http://paste.debian.net/309371/12:18
*** park_ has quit IRC12:18
zigoI'm tempted to just put it after the if os.path.exists(target):12:19
zigo(the first one)12:19
openstackgerritNikola Dipanov proposed openstack/nova: compute: Make rebuild_instance RPC take additional args  https://review.openstack.org/20048512:20
openstackgerritPavel Kholkin proposed openstack/nova: Switch to oslo.cache lib  https://review.openstack.org/20304912:21
*** fawadk has quit IRC12:21
ndipanovzigo, so I think it's safe to call it anywhere before the rmtree call12:22
zigoOk.12:22
ndipanovbasically it won't do anything if there are no processes started right?12:23
zigondipanov: Can you look at the final patch when I'm done with the backport?12:23
ndipanovso it's safe to call it even at the top of the function12:23
*** vivekd has quit IRC12:23
ndipanovzigo, since I need to backport it for our distro too - if you could post a patch that would be very awesome12:23
ndipanovso I'd be happy to review it actually! :)12:24
zigondipanov: To where should I post it?12:24
ndipanovzigo, hmmm12:24
*** aix has joined #openstack-nova12:24
zigondipanov: Maybe a link to the Debian VCS ?12:24
ndipanovzigo, that works12:24
*** deepthi has quit IRC12:24
*** fawadkhaliq has joined #openstack-nova12:26
ndipanovzigo, ping me here or email me @ my gerrit email12:27
ndipanovwhen you're done12:27
ndipanovand I'll be happy to review it12:27
*** aysyd has joined #openstack-nova12:27
zigondipanov: I'm nearly done.12:27
zigondipanov: There's in fact 2 patches, one for oslo-incubator in Nova, and the actual backport.12:29
*** Marga_ has joined #openstack-nova12:29
*** rfolco has joined #openstack-nova12:29
*** fawadk has joined #openstack-nova12:29
zigondipanov: The 2 toplevel patches here: http://anonscm.debian.org/cgit/openstack/nova.git?h=debian%2Ficehouse12:29
*** fawadkhaliq has quit IRC12:30
zigonote that it's a patch adding a patch in debian/patches, so you may just want to click on "tree" and download the CVE-2015-3241 patch files.12:30
*** salv-orlando has joined #openstack-nova12:30
*** park_ has joined #openstack-nova12:30
ndipanovzigo, cool will try to look into it today!12:31
*** chaochin has joined #openstack-nova12:31
zigoThanks.12:31
zigondipanov: You can write me back to zigo@debian.org, with 796109@bugs.debian.org and 797192@bugs.debian.org as Cc (note the first one is the actual Debian bug, the 2nd one is the release team bug to ask for an unblock).12:32
*** exploreshaifali has quit IRC12:32
zigoActually, don't even put zigo@, writing to the bug is enough as it will reach the packaging list.12:32
*** bfic has quit IRC12:32
*** salv-orlando has quit IRC12:32
zigoHum...12:33
*** Kennan has joined #openstack-nova12:33
zigoActually, I have to also look at unit test backports, as here, it completely destroyed unit tests.12:33
*** beagles has joined #openstack-nova12:36
*** exploreshaifali has joined #openstack-nova12:37
zigondipanov: I can't figure out what broke all unit tests, maybe you can ...12:39
zigoI'll leave things as-is for the moment.12:39
*** exploreshaifali has quit IRC12:40
*** exploreshaifali has joined #openstack-nova12:41
*** exploreshaifali has quit IRC12:41
*** lucas-hungry is now known as lucasagomes12:44
*** bfic has joined #openstack-nova12:44
*** haomaiwa_ has joined #openstack-nova12:45
pkholkinnova cores, please look at two trivial patches https://review.openstack.org/#/c/204082/ https://review.openstack.org/#/c/215658/, it will take a minute, thanks!12:45
*** park_ has quit IRC12:45
*** chaochin has quit IRC12:45
*** Kennan has quit IRC12:46
johnthetubaguyndipanov: this rebuild stuff where we need the node, thats for when it gets used for evacuate I guess?12:46
*** yuntongjin has joined #openstack-nova12:47
johnthetubaguyndipanov: just getting confused because rebuild should never move an instance, but evacuate always does12:48
*** zul has quit IRC12:49
*** nelsnelson has joined #openstack-nova12:50
*** rushiagr_away is now known as rushiagr12:51
*** fawadk has quit IRC12:51
johnthetubaguyndipanov: I am beginning to think evacuate should be a separate compute manager method to rebuild, given (more and more) they are becoming totally different operations?12:52
*** zul has joined #openstack-nova12:52
*** takedakn has joined #openstack-nova12:52
*** jcoufal has joined #openstack-nova12:53
*** baoli has joined #openstack-nova12:54
*** mpaolino has joined #openstack-nova12:55
*** mpaolino has quit IRC12:55
*** fawadkhaliq has joined #openstack-nova12:55
*** y_sawai has joined #openstack-nova12:55
openstackgerritlalit dagre proposed openstack/nova: Flavor object which support both DB with active migration  https://review.openstack.org/21304112:55
openstackgerritlalit dagre proposed openstack/nova: Creates flavor* tables in API database  https://review.openstack.org/20160612:55
*** takedakn has quit IRC12:56
*** park_ has joined #openstack-nova12:57
*** y_sawai has quit IRC12:58
*** y_sawai has joined #openstack-nova12:58
*** nkrinner has quit IRC12:58
*** takedakn has joined #openstack-nova12:59
*** Kennan has joined #openstack-nova13:00
*** dustins has joined #openstack-nova13:00
*** marzif has quit IRC13:00
*** haomaiwa_ has quit IRC13:01
*** baoli has quit IRC13:01
ndipanovjohnthetubaguy, sorry was out13:01
*** baoli has joined #openstack-nova13:02
johnthetubaguyndipanov: no worries, just getting my head around the series really13:02
*** haomaiwang has joined #openstack-nova13:02
ndipanovjohnthetubaguy, so the node is sent only when evacuate without a host specified13:02
johnthetubaguyndipanov: yeah, read through that more, makes sense, I just wonder if we would be better having two paths all the way down to the compute manager13:03
bauwserjohnthetubaguy: mmm, what's the difference between evacuate and rebuild ? thought it was the same thing, but named differently13:03
ndipanovrebuild will always go to the same host - yes13:03
ndipanovjohnthetubaguy, hmmm13:03
*** nkrinner has joined #openstack-nova13:03
johnthetubaguyndipanov: just seems like every function has the if evacuate do X, etc, wondering if a new path would be cleaner13:03
johnthetubaguyndipanov: a but like how build and rebuild share code, I guess13:04
johnthetubaguys/a but/a bit/13:04
*** y_sawai has quit IRC13:04
ndipanovjohnthetubaguy, tbh haven't thought about it let me look13:05
ndipanovbut probably does make sense13:05
*** mdrabe has joined #openstack-nova13:05
johnthetubaguyndipanov: sorry to de rail it, just came to me when I saw the RPC changes13:05
openstackgerritClaudiu Belu proposed openstack/nova: live-migration: Logs exception if operation failed  https://review.openstack.org/21782213:05
*** rlrossit has joined #openstack-nova13:06
ndipanovjohnthetubaguy, np - the most important bits to get in are DB changes in the other branches13:07
*** lyanchih has joined #openstack-nova13:07
johnthetubaguyndipanov: is that the instance extra migrate bit?13:07
*** lyanchih has quit IRC13:08
bauwserokay, nevermind my silly question about rebuild vs. evacuate13:08
bauwserndipanov: so you prefer to serialize the object for persisting it, and not a separate table ?13:09
bauwserndipanov: ie. using instance_extra13:09
ndipanovjohnthetubaguy, yes13:09
johnthetubaguyndipanov: cool, looking through those now13:10
*** bfic has quit IRC13:10
ndipanovbauwser, yeah it was discussed at length there is no reason for a separate table this is never queried only accessed from the instance13:10
*** aix has quit IRC13:10
bauwserndipanov: okay good to know13:10
bauwserndipanov: now that we have an object for accessing that, that's fine13:11
BobBall-AWOLbauwser: No.  That's for libvirt+xen.  XenServer is not using zuul unfortunately (something we hope to change in the future)13:13
*** kylek3h has joined #openstack-nova13:13
BobBall-AWOLbauwser: I think your rechecks should have completed and passed?13:13
*** kbyrne has quit IRC13:13
bauwserBobBall-AWOL: I need to verify13:13
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696813:16
*** eglynn has quit IRC13:16
*** jwcroppe has joined #openstack-nova13:16
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Implements attach_interface and detach_interface method  https://review.openstack.org/21449313:17
*** annegentle has joined #openstack-nova13:17
*** kbyrne has joined #openstack-nova13:19
*** kbyrne has quit IRC13:20
gibidansmith, sdague: I fixed your comments in https://review.openstack.org/#/c/147514/ could you please check it?13:21
*** kbyrne has joined #openstack-nova13:21
openstackgerritFeodor Tersin proposed openstack/nova: DNM Adding logging around bdm actions for cells  https://review.openstack.org/21782913:23
*** leopoldj has quit IRC13:24
*** nelsnelson has quit IRC13:27
openstackgerritPavel Kholkin proposed openstack/nova: Switch to oslo.cache lib  https://review.openstack.org/20304913:28
*** links has quit IRC13:29
*** aix has joined #openstack-nova13:29
*** VW_ has joined #openstack-nova13:30
*** IanGovett has quit IRC13:30
*** IanGovett has joined #openstack-nova13:31
*** amotoki has joined #openstack-nova13:32
*** browne has joined #openstack-nova13:33
*** ferest has joined #openstack-nova13:36
*** mriedem has joined #openstack-nova13:37
*** salv-orlando has joined #openstack-nova13:37
*** thangp has joined #openstack-nova13:38
bauwseralaski: morning13:42
*** park__ has joined #openstack-nova13:42
*** dansmith is now known as superdan13:42
bauwseralaski: I missed your convo with melwitt on the cells job issues13:42
bauwseralaski: since I see the cells job quite bad these days, I wonder how we could be helping13:43
mriedembauwser: wasn't that just this https://bugs.launchpad.net/tempest/+bug/1489581 ?13:43
openstackLaunchpad bug 1489581 in tempest "test_create_ebs_image_and_check_boot is race failing" [High,In progress] - Assigned to Andrey Pavlov (apavlov-e)13:43
bauwsermriedem: yeah13:43
bauwsermriedem: e-r is not there ?13:44
mriedemthere was a patch approved for that yeasterday13:44
mriedembauwser: not yet13:44
mriedemhttps://review.openstack.org/#/c/217868/13:44
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V: Adds Hyper-V UEFI Secure Boot  https://review.openstack.org/20958113:44
bauwsermriedem: nice13:44
mriedemlet me see if i can find a better logstash query now13:44
*** Kennan2 has joined #openstack-nova13:44
*** Kennan has quit IRC13:44
bauwsermriedem: I had one, lemme find it13:45
mriedemwell we had one for the cells job specifically13:45
mriedemmessage:"Cannot delete snapshot" AND message:"snapshot is busy" AND tags:"screen-c-vol.txt"13:45
mriedem^ should work for the non-cells jobs13:45
ftersinmriedem: iianm we have two different bugs13:45
*** park_ has quit IRC13:45
sdaguegibi: thanks13:46
mriedemmaybe, ^ only hits on the ceph job13:46
ftersinmriedem: the first one is "InvalidInput: Invalid input received: Invalid snapshot: Originating snapshot status must be one of'available"13:46
*** bnemec has joined #openstack-nova13:46
ftersinmriedem: got it13:46
mriedembut, i also don't trust logstash so much right now13:46
sdaguemriedem: so is the ebs test just crappy?13:46
mriedemsdague: it was just missing a wait for status check13:47
*** mmedvede has quit IRC13:47
mriedemsdague: https://review.openstack.org/#/c/217804/ was the fix13:47
mriedemftersin: message:"InvalidInput: Invalid input received: Invalid snapshot: Originating snapshot status must be one of 'available" AND tags:"screen-n-cpu.txt"13:48
mriedemdoes show hits too13:48
mriedemit's odd that this shows different errors in different places depending on the job13:48
superdanwould really appreciate a +W on this today: https://review.openstack.org/21723913:48
mriedemsometimes cells logs, sometimes n-cpu, sometimes c-vol13:48
*** edmondsw has joined #openstack-nova13:48
superdanwe really need to get it into L and soak time would be good13:48
*** eglynn has joined #openstack-nova13:48
* mriedem adds rlrossit13:49
mriedemnova-objects-core13:49
superdanheh13:49
gibisdague: thanks for your review :)13:49
sdaguemriedem: are there other fixing changes that should be chased?13:49
*** alaski is now known as lascii13:49
mriedemsdague: not that i'm aware of13:49
sdagueok13:49
*** dimsum__ has quit IRC13:49
mriedemi added nova to the bug in LP though since it seems nova could be doing some status checking of it's own when given the snapshot13:50
sdagueI'll hound infra folks on a promote for that one13:50
*** mmedvede has joined #openstack-nova13:50
*** dimsum__ has joined #openstack-nova13:50
*** ctrath has joined #openstack-nova13:50
*** snikitin has quit IRC13:50
*** bfic has joined #openstack-nova13:51
*** rushiagr is now known as rushiagr_away13:51
bauwsersuperdan: oh nice change !13:51
bauwsersuperdan: so the client is sending all the versions he knows so the manager backports the object to the specific target by considering the client versions?13:52
bauwsernice13:52
superdanyeah13:52
superdanit's going to make things a lot nicer around here13:52
bauwseryup13:53
*** eharney has joined #openstack-nova13:53
superdanno more bumping BDM every time instance changes, etc13:53
*** bfic has quit IRC13:53
bauwserI guess the foundery is all in o.vo ?13:53
mriedemsdague: bauwser: ftersin: i think i have the logstash query to end all logstash queries for this ebs test bug now13:53
superdanbauwser: yeah, it is now13:53
bauwsersuperdan: cool13:53
bauwser(that's what I can understand, because your change is Jenkins compatible :) )13:53
*** rlrossit is now known as rlrooster13:53
sdaguemriedem: is test_ids there for anything other than information?13:54
mriedemsdague: logstash was failing me yesterday, long story13:54
mriedemanyway, pushing new query now13:54
sdagueoh, well I approved the old one13:55
*** snikitin has joined #openstack-nova13:55
mriedemgah13:55
mriedemok13:55
mriedemupdating then13:55
ftersinmriedem: something like this: http://logstash.openstack.org/#eyJzZWFyY2giOiJcIkZpbGUgXFxcInRlbXBlc3Qvc2NlbmFyaW8vdGVzdF92b2x1bWVfYm9vdF9wYXR0ZXJuLnB5XFxcIiwgbGluZSAxOTQsIGluIHRlc3RfY3JlYXRlX2Vic19pbWFnZV9hbmRfY2hlY2tfYm9vdFwiIiwiZmllbGRzIjpbXSwib2Zmc2V0IjowLCJ0aW1lZnJhbWUiOiIxNzI4MDAiLCJncmFwaG1vZGUiOiJjb3VudCIsInRpbWUiOnsidXNlcl9pbnRlcnZhbCI6MH0sInN0YW1wIjoxNDQwNzcwMDkwMjM3fQ==13:55
johnthetubaguysuperdan: for this manifest change, should we have a follow on one that drops the old backport method, or do we still use that somewhere?13:55
mriedemftersin: nope13:55
rlroosterjohnthetubaguy: you need to keep that around to maintain the API13:56
superdanjohnthetubaguy: we can't drop it until M at least, and then it requires a conductor rpc bump to get rid of it13:56
bauwserjohnthetubaguy: we need to keep a compat API13:56
*** Samolo_ has joined #openstack-nova13:56
bauwseroh man13:56
Samolo_Hi all ! , is there any flag to tell nova or another services to restart an instance after beeing move by a host evacuate please ?13:56
johnthetubaguysuperdan: I was just thinking about the RPC API side, not the manager method, thats sure has to stick around13:56
rlroostersuperdan: can we even drop it? o.vo has to keep it around forever right?13:57
*** edleafe is now known as figleaf13:57
*** fawadk has joined #openstack-nova13:57
superdanrlrooster: o.vo does yeah, but we don't have to implement it.. most projects don't13:57
rlroosterleaving an abstract method as NotImplemented?13:57
superdanjohnthetubaguy: yeah, we can drop the client side of it, but that should be a separate patch I think, like all our conductor deprecation patches13:57
* rlrooster gets scared13:57
ftersinmriedem: i think it shows all failures of this test (with doubled bdm and not available image)13:57
superdanrlrooster: it's not abstract, it's an implement-it-if-you-want-it thing13:58
superdannova is literally the only project that uses it :)13:58
superdaneveryone else just leaves it unimplemented13:58
rlroosteroh yep that one is just a pass13:58
rlroosterobject_backport_versions is the NotImplemented one13:59
johnthetubaguysuperdan: yeah, follow on patch makes sense, just checking to make sure I understood what was happening really13:59
superdanrlrooster: and that was so we can tell if they've moved from the old to the new one13:59
openstackgerritjichenjc proposed openstack/nova: Catch invalid id input in service_delete  https://review.openstack.org/19875313:59
superdanjohnthetubaguy: yep13:59
mriedemftersin: https://review.openstack.org/#/c/218276/13:59
mriedemftersin: we prefer to not write queries against things in the console or tempest logs when we can use errors from the service screen logs13:59
*** Kennan2 has quit IRC14:00
mriedemhttp://goo.gl/AGU0rG14:00
*** fawadkhaliq has quit IRC14:00
*** dprince has quit IRC14:01
*** haomaiwang has quit IRC14:01
*** park__ has quit IRC14:01
bauwserndipanov: superdan: not sure you have time for that, but there is a green light on https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/allocation-ratio-to-resource-tracker,n,z14:01
johnthetubaguysuperdan: do we need to get this bumped (via global) so we can use this method? https://github.com/openstack/nova/blob/master/requirements.txt#L5214:01
Samolo_Hi all ! , is there any flag to tell nova or another services to restart an instance after beeing move by a host evacuate please ?14:01
*** jwcroppe has quit IRC14:01
Samolo_or migrate14:01
superdanjohnthetubaguy: rlrooster has it in the pipeline14:02
*** haomaiwang has joined #openstack-nova14:02
johnthetubaguysuperdan: sweet14:02
rlroosterjohnthetubaguy: https://review.openstack.org/#/c/216848/14:02
mriedemSamolo_: not that i'm aware of, you could just call the reboot api once your evacuate/migration is done14:02
*** kaisers has quit IRC14:02
rlroosterjohnthetubaguy: but we need lifeless to get https://review.openstack.org/#/c/216992/ in before mine will go14:03
Samolo_mriedem: oh :( sad to ear that14:03
Samolo_mriedem: thanks14:03
mriedemSamolo_: i guess you'd have to explain the use case14:03
mriedemevacuate rebuilds the instance on another host so i don't know why you'd need to reboot it after that14:03
*** lyanchih has joined #openstack-nova14:05
*** andreykurilin__ has quit IRC14:05
johnthetubaguyndipanov: I am trying to get straight in my head why we want to create migration_context, rather than just add the topology into the migration object itself: https://review.openstack.org/#/c/216732/3/nova/objects/migration_context.py,cm14:06
johnthetubaguyndipanov: feel like I am missing a piece of the puzzle14:06
Samolo_mriedem: thanks, I will read more on the mechanism I think it will be useffull14:06
ndipanovjohnthetubaguy, a very detailed discussion on that very issue here https://review.openstack.org/16344014:06
ndipanovgerrit is of course a horrible place for it since there is no way for people to find it but that's what we have14:07
*** Piet has quit IRC14:07
johnthetubaguySamolo_: FWIW migrate usually turns of the instance, moves it, then starts it on the other side (as opposed to live migrate)14:07
*** exploreshaifali has joined #openstack-nova14:08
ndipanovjohnthetubaguy, plus once you see the code that uses it14:08
ndipanov(which I may post once I fix the tests which is turnign out to be a horrible task)14:08
ndipanovit will make a lot of sense14:09
ndipanovit's almos always used from the instance14:09
*** yuntongjin has quit IRC14:09
ndipanovso I just add Instance.apply_mig_context()14:09
ndipanovinstance.revert_mig_context()14:09
mriedemndipanov: ftersin: would be good if you guys could review this at some point https://review.openstack.org/#/c/215311/14:09
mriedemit's a dependency for an lxc ci job14:10
johnthetubaguyndipanov: cool, that extra change is good context14:10
ndipanovmriedem, will try14:10
Samolo_johnthetubaguy: thanks for the information14:10
johnthetubaguyndipanov: avoid storing a tun of data for ever is a very good reason, knew I was missing something14:11
johnthetubaguys/tun/ton/14:11
johnthetubaguyor something14:11
lxslitun, ton and tonne are all valid units :)14:11
*** yuntongjin has joined #openstack-nova14:12
superdanjohnthetubaguy: yeah, I'm +1 on the context as opposed to putting it on the migration14:12
ndipanovjohnthetubaguy, that too we just null it out when done14:13
ndipanovsuperdan, yeah it was a good call at the time14:13
*** artom has joined #openstack-nova14:13
johnthetubaguylxsli: oh year, mash tun makes more sense now14:13
*** park__ has joined #openstack-nova14:14
*** Kennan has joined #openstack-nova14:14
johnthetubaguysuperdan: ndipanov: yeah I am seeing the reasoning now, I like it14:14
*** Samolo_ has quit IRC14:14
ndipanovjohnthetubaguy, once you see the follow on patches it will make even more sense - having it on the migration would have been way more code14:15
*** jichen has quit IRC14:15
ndipanov(some time this century I'm sure)14:15
johnthetubaguyndipanov: cool14:16
lasciibauwser: alright, I'm around now.  (long morning with car troubles for the wife)14:17
lasciibauwser: for the cells thing my plan is to dig through the logs on https://review.openstack.org/#/c/217829/14:17
lasciiand see what's going on there.  beyond that I'm not sure at this point14:18
*** tpeoples has joined #openstack-nova14:19
mriedemlascii: pretty sure the cells thing is just https://bugs.launchpad.net/tempest/+bug/148958114:19
openstackLaunchpad bug 1489581 in tempest "test_create_ebs_image_and_check_boot is race failing" [High,In progress] - Assigned to Andrey Pavlov (apavlov-e)14:19
lasciimriedem: okay.  I'll see if I can confirm that14:20
*** yuntongjin has quit IRC14:21
openstackgerritchandan kumar proposed openstack/nova: Removed unused dependency: discover  https://review.openstack.org/21828614:21
*** zhenguo has joined #openstack-nova14:22
*** aix has quit IRC14:25
*** agireud has joined #openstack-nova14:26
*** shuquan has joined #openstack-nova14:27
*** yamahata has joined #openstack-nova14:28
*** burgerk has joined #openstack-nova14:32
*** agireud has quit IRC14:32
*** stefan_amann has quit IRC14:32
lxslibauwser: hiya, nova.scheduler.utils.set_vm_state_and_notify gets instance_properties from the request_spec and puts that into a payload dict14:34
lxslibauwser: instance_properties seems to have been disassembled onto the RequestSpec object, do you think I should reconstitute it in set_vm_state_and_notify or what should I do?14:36
*** burgerk_ has joined #openstack-nova14:36
*** dprince has joined #openstack-nova14:37
*** aix has joined #openstack-nova14:38
openstackgerritEd Leafe proposed openstack/nova: Adds unit tests to test_common.py  https://review.openstack.org/21830714:38
openstackgerritEd Leafe proposed openstack/nova: Rename tests so that they are run  https://review.openstack.org/21830814:38
openstackgerritEd Leafe proposed openstack/nova: Replace os.path.join() for URLs  https://review.openstack.org/21830914:38
*** exploreshaifali has quit IRC14:39
*** burgerk has quit IRC14:39
*** takedakn has quit IRC14:40
bauwserlascii: lxsli: sorry was afk14:42
lxsliwb14:42
bauwserlascii: eh, no worries, mriedem told me the main bug14:42
bauwserlascii: https://bugs.launchpad.net/tempest/+bug/148958114:42
openstackLaunchpad bug 1489581 in tempest "test_create_ebs_image_and_check_boot is race failing" [High,In progress] - Assigned to Andrey Pavlov (apavlov-e)14:42
bauwserlascii: so let's see what happens in the next days because there is a bugfix14:42
lasciiokay.  I'm working through it to see if matches the cells failure.  but hopefully so14:43
bauwserlascii: yup it does14:43
bauwserlascii: tho we have some trace for the region cells, you know, but that's not the problem -14:44
bauwserlascii: I mean, the Conflict trace14:44
*** mtanino has joined #openstack-nova14:44
bauwserlascii: I know it's not a bug, just wondering how we can catch it to not provide it14:44
bauwserlascii: because it could be confusing14:45
*** ferest has quit IRC14:45
lasciiwe could catch it and log a warning instead14:45
*** kbyrne has quit IRC14:45
bauwserlascii: I mean http://logs.openstack.org/86/188486/30/check/gate-tempest-dsvm-cells/78a34c9/logs/screen-n-cell-region.txt.gz?level=TRACE#_2015-08-27_18_18_43_48514:46
bauwserlascii: okay, since I'm pretty done with my changes, I'll do that14:46
bauwserlascii: like last cycle, I have more time for helping the cells by FF14:47
bauwserlascii: last point, I know you asked me a few stuff in https://review.openstack.org/#/c/187197/14:48
bauwserlascii: since I'm pretty interesting in getting your opinions for that BP, could you please review it once you have time ?14:48
*** aix has quit IRC14:48
*** doude has quit IRC14:48
openstackgerritChuck Carmack proposed openstack/nova: Don't trace on InstanceInfoCacheNotFound when refreshing network info_cache  https://review.openstack.org/21784014:48
bauwserlxsli: I haven't forgotten you14:48
bauwserlxsli: so, the thing is, we decided to split out the instance object into separate fields14:49
*** doude has joined #openstack-nova14:49
*** shuquan has quit IRC14:49
bauwserlxsli: we also plan to do that for the Flavor object, but we haven't yet had time because there is a filter which uses some Flavor fields directly14:50
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: DO NOT MERGE: replace global CONF access by object  https://review.openstack.org/21831914:50
bauwserlxsli: but consider that the goal of the ReqSpec object is to not have nested objects, but rather separate fields that can by hydrated from other objects14:50
markus_zmeh... sorry... premature push...14:50
bauwsermarkus_z: http://docs.openstack.org/developer/oslo.config/faq.html#why-does-oslo-config-have-a-conf-object-global-objects-suck14:51
lxslibauwser: not sure what your conclusion is? I should make up a dict that looks like the old instance_properties?14:52
markus_zbauwser: yeah, I'm still young and dumb enough to try it :)14:52
markus_zbauwser: http://lists.openstack.org/pipermail/openstack-dev/2015-July/070306.html14:52
bauwserlxsli: that's a freeform payload14:52
bauwserlxsli: so I proposed to send an object rather14:53
lxslibauwser: we don't need to worry about API stability?14:53
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: DO NOT MERGE: replace global CONF access by object  https://review.openstack.org/21831914:53
bauwserlxsli: which API? notifications? lemme laugh14:53
lxsliok well glad we cleared that up :D14:53
bauwserlxsli: I mean14:54
lxsliso I'll just send request_spec instead of instance_properties then14:54
bauwserlxsli: I remember some NEED_ACTION item about notifications in YVE14:54
bauwserYVR14:54
bauwserlxsli: I guess I'm probably really cowboy when saying I'm sending an object to the wire14:55
bauwserlxsli: but I think it's the best thing to do, because we serialize/unserialize properly14:55
bauwserlxsli: but I'm waiting comments on the change I made where I sent an object - so I guess it's debatable14:56
*** meghal has joined #openstack-nova14:56
lxslibauwser: OK, thanks. This is my first big patch so I'm happy to just follow advice and see what comments turn up14:56
bauwserlxsli: zactly what I did14:56
*** rushiagr_away is now known as rushiagr14:57
*** shuquan has joined #openstack-nova14:57
*** kbyrne has joined #openstack-nova14:57
lasciindipanov: I think we're seeing a race in bdm_update_or_create being called twice in quick succession.  There are no unique constraints for bdms, should there be?14:57
*** meghal1 has joined #openstack-nova14:58
bauwserlxsli: well, that's not true for all I did I remember now14:58
ndipanovlascii, where does this happen? API?14:58
bauwserlxsli: I also used the _to_legacy_spec_dict()14:58
bauwserndipanov: I think lxsli wanted to mention the payload14:58
*** mdrabe has quit IRC14:59
ndipanovthere are none in the DB lascii but there is a soft constraint on not having same device names for an instnace14:59
lasciindipanov: cells.  so at the api level, yes.  but it's quick updates on the bdm in the compute that's causing it to be called14:59
ndipanovlascii, and what's the race?14:59
*** aix has joined #openstack-nova15:00
lasciiblock_device_mapping_update_or_create db method called twice in quick succession causes each to create an entry15:00
*** meghal has quit IRC15:00
bauwserndipanov: http://logs.openstack.org/86/188486/30/check/gate-tempest-dsvm-cells/78a34c9/console.html#_2015-08-27_18_34_29_97615:00
lasciihttp://logs.openstack.org/29/217829/3/check/gate-tempest-dsvm-cells/dd50b22/logs/screen-n-cell-region.txt.gz#_2015-08-28_14_33_47_605 and a few lines above15:00
*** haomaiwang has quit IRC15:01
bauwserlxsli: https://review.openstack.org/#/c/188487/30/nova/scheduler/filter_scheduler.py,cm L7215:01
ndipanovhmmm interesting15:01
*** pkholkin has quit IRC15:01
*** haomaiwang has joined #openstack-nova15:02
lxslibauwser: as it happens the request_spec was already in the notification payload so I just deleted the instance_properties from the payload15:02
lxslitest passes, wooooo15:02
bauwserlxsli: I don't get all the context but that's cool15:03
*** zzzeek has joined #openstack-nova15:03
*** mtanino has quit IRC15:03
*** snikitin has quit IRC15:03
ndipanovso lascii correct me if I'm wrong15:03
ndipanova boot request would _not_ create BDMs in the api cell15:04
*** pkholkin has joined #openstack-nova15:04
ndipanovthen it would only create them in the cpu cell and propagate that upwards15:04
*** snikitin has joined #openstack-nova15:05
*** dave-mccowan has quit IRC15:06
lasciicorrect15:06
ndipanovhmmm15:06
lasciiit's the propagation upwards that's racing afaict15:06
*** hemnafk is now known as hemna15:06
ndipanovlascii, can you give me the link to the patch - I think you added some logging15:07
*** tonytan4ever has joined #openstack-nova15:07
lasciihttps://review.openstack.org/#/c/21782915:07
*** whenry_ has joined #openstack-nova15:07
ndipanovlascii, but looking at the DB code it should not create 2 records even if it does race...15:08
ndipanovhmmm I think that if you remove the create_check here https://review.openstack.org/#/c/217829/3/nova/cells/messaging.py15:09
bauwserlascii: so it creates 2 BDM records for the same bdm ?15:10
ndipanovit would probably solve the issue15:10
bauwserlascii: one in the child cell, one in the api cell ?15:10
ndipanovsince update_or_create will not allow for 2 records15:10
ndipanovhowever I am unclear as to why it races15:10
*** kylek3h has quit IRC15:10
ndipanovlascii, I am not sure why is there a check like that15:11
lasciion a call with johnthetubaguy so a bit slow atm15:11
ndipanovsay hi15:11
ndipanov:)15:11
johnthetubaguyhi15:11
ndipanovhi15:12
*** armax has joined #openstack-nova15:12
*** zhenguo has quit IRC15:14
*** boris-42 has joined #openstack-nova15:14
*** mdrabe has joined #openstack-nova15:15
*** Nikolay_St has quit IRC15:16
*** doude has quit IRC15:16
*** doude_ has joined #openstack-nova15:16
*** gabriel-bezerra is now known as gabrielb15:19
*** edmondsw has quit IRC15:19
*** dave-mccowan has joined #openstack-nova15:19
*** gabrielb is now known as gabriel-bezerra15:20
*** edmondsw has joined #openstack-nova15:20
*** gabriel-bezerra is now known as gbezerra15:22
*** gbezerra is now known as gabezerra15:22
*** gabezerra is now known as gbezerra_15:23
*** gbezerra_ is now known as gabrielb15:23
*** jaypipes has joined #openstack-nova15:23
*** gabrielb is now known as gabriel-bezerra15:23
*** jaypipes is now known as leakypipes15:24
*** apuimedo_ has quit IRC15:25
*** dguitarbite has quit IRC15:26
leakypipesmornin all15:26
superdanleakypipes: are you still in PDT?15:27
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Launch functional tests serially  https://review.openstack.org/21776815:28
*** shuquan has quit IRC15:28
bauwserleakypipes: mourninge15:30
*** ferest has joined #openstack-nova15:30
bauwserleakypipes: so I rebased your pci_cleanup branch15:31
figleafleakypipes: good UGT morning15:31
bauwserleakypipes: and that faced me off that you're wedging ndipanov's work :p15:31
openstackgerritEd Leafe proposed openstack/nova: Remove 'v3' from extension code  https://review.openstack.org/21431115:31
openstackgerritEd Leafe proposed openstack/nova: Remove v3 references in unit test 'contrib'  https://review.openstack.org/21285115:31
openstackgerritEd Leafe proposed openstack/nova: Remove more 'v3' references from the code  https://review.openstack.org/21429015:31
*** fawadk has quit IRC15:32
leakypipessuperdan: sitting in SJC waiting to get on a plane back home... so yes, for an hour or so ;)15:32
bauwserleakypipes: I mean https://review.openstack.org/#/q/status:merged+project:openstack/nova+branch:master+topic:bp/migration-fix-resource-tracking,n,z15:32
superdanleakypipes: ah15:32
*** skylerberg has joined #openstack-nova15:33
leakypipesbauwser: how am I wedging ndipanov's work?15:33
*** tpeoples has quit IRC15:33
bauwserleakypipes: nah, I just mean that ndipanov is providing new tests for the migration stuff15:33
*** neelabh_ has quit IRC15:33
bauwserleakypipes: and that conflicts with you removing those tests and modifying test_tracker15:34
*** electroc_ has joined #openstack-nova15:34
*** snikitin has quit IRC15:36
leakypipesbauwser: ah, I see... well, I'll rebase if his stuff lands first, no worries.15:36
figleafjohnthetubaguy: can you re-add your +W to https://review.openstack.org/#/c/212851/ ? I pushed a new PS for a dependent patch, and it wiped it out of this one.15:36
bauwserleakypipes: yeah there is no clear problem, just a FYI15:36
bauwserleakypipes: since you're basically moving tests, you're not impacted by FF so we can land ndipanov's patches first15:36
*** zzzeek has quit IRC15:37
*** zzzeek has joined #openstack-nova15:38
*** zzzeek has quit IRC15:38
leakypipesbauwser: yup, makes sense.15:38
*** tdurakov has quit IRC15:39
*** zzzeek has joined #openstack-nova15:39
*** tjones has joined #openstack-nova15:39
*** pkholkin has quit IRC15:40
bauwserleakypipes: before you leave, are we still planning to deliver resource-objects ?15:40
bauwserleakypipes: I can see an easily fixable docs issue on https://review.openstack.org/#/c/128992/27, okay with me proposing another set?15:41
openstackgerritBrian Elliott proposed openstack/nova: Add migration policy to upgrades devref  https://review.openstack.org/21836215:42
*** hammondr has joined #openstack-nova15:42
hammondrcan anyone help with a hypervisor node and rabbitmq problem?15:42
superdansdague: the microversion thread from this morning.. didn't we *not* add the idea of "latest" on the server side?15:42
*** rcarrillocruz has joined #openstack-nova15:42
*** tpeoples has joined #openstack-nova15:44
sdaguesuperdan: no, it's still in there - https://github.com/openstack/nova/blob/7a1ef0b53874d3a596583aa5ad451ae3c72637f2/nova/api/openstack/wsgi.py#L22315:44
sdaguewe just don't advertise it or tell people they should use it15:44
superdanugh15:44
mriedemi'm planning on updating the docs with a warning on that15:45
johnthetubaguyfigleaf: sure, +W15:46
lasciindipanov: bauwser back15:46
figleafjohnthetubaguy: thx15:46
lasciindipanov: so for the create check here https://review.openstack.org/#/c/217829/3/nova/cells/messaging.py I have yet to see create be True15:46
bauwserthose Rackspace meetings are quite short :D15:46
lasciindipanov: so I can remove it, but I'm not sure it'll help15:46
*** mtanino has joined #openstack-nova15:46
bauwserlascii: so I'm basically trying to understand the logic15:47
lasciibauwser: heh, it was just johnthetubaguy and I so we could be efficient15:47
bauwserlascii: so we create the BDM on the child cell because it's where it has to be done, but then we also update the parent cell with the bdm information to sync them, right?15:47
bauwserlascii: that's what I can understand15:48
ndipanovlascii, hmmm15:48
*** vivekd has joined #openstack-nova15:48
*** tdurakov has joined #openstack-nova15:48
ndipanovwell unless the update_or_create db method is not using transactions properly15:48
ndipanovI don't see how ti could be racy then15:48
*** rushiagr is now known as rushiagr_away15:51
mriedemi'm tempted to poke a mr booth about racy db transactions :)15:51
mriedemand then leave the room15:51
ndipanovmriedem, lol15:52
superdanI like racy content15:52
*** ircuser-1 has quit IRC15:52
lasciiThis code has been rated R by the ESRB15:52
ndipanovhah15:53
lasciibauwser: yes, we skip creating the bdm in the api cell initially.  the execution gets to the child cell which creates the bdm there and syncs it up15:53
bauwserlascii: gotchaz15:53
openstackgerritPengtao Huang proposed openstack/nova: Replace "vol" variable by "bdm"  https://review.openstack.org/20821115:54
*** vladikr has joined #openstack-nova15:54
*** shoutm has quit IRC15:54
*** ferest has quit IRC15:55
leakypipesbauwser: yes I was definitely planning for resource-objects. the pci cleanup stuff is kind of a prerequisite, which is why I have been trying to push that.15:55
*** shoutm has joined #openstack-nova15:55
*** shoutm has quit IRC15:55
bauwserleakypipes: okay15:55
*** matrohon has quit IRC15:56
bauwserleakypipes: sorry if you think it was a frank question, I was asking because of FF pretty close15:56
leakypipesbauwser: I need to rebase the resource-objects HEAD onto the pci-cleanup HEAD. will work on it on the plane.15:56
bauwserleakypipes: oh ok that was my question15:56
leakypipesbauwser: no worries, Sylvain, glad you brought it up!15:56
*** haomaiwang has quit IRC15:58
lasciindipanov: it's possible that if https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L3924 was running in two greenthreads that they could both come up with an empty result right?15:58
lasciiand then both would create a new bdm15:58
*** haomaiwang has joined #openstack-nova15:58
ndipanovlascii, how so - I thought that with session.begin() == db transaction15:59
superdanlascii: yes15:59
mriedemhow does everyone feel about a db migration to add a unique constraint this close to rc1? https://review.openstack.org/#/c/212908/15:59
superdanndipanov: AFAIK, the transaction just freezes the state of the world for that session, which means a query..insert can happen in both cases, and unless there is a where clause on the insert, or a unique constraint, they'll both succeed16:00
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Implements attach_interface and detach_interface method  https://review.openstack.org/21449316:00
*** haomaiwang has quit IRC16:01
lasciithat's what I was thinking.  that's why I'm wondering about adding a uniqe constraint16:01
mriedemphschwartz: do you have access to some perf test systems at rax to run this through and see if it's ok? https://review.openstack.org/#/c/212908/16:01
sdaguemriedem: so is there recovery there for when it would attempt to happen?16:01
mriedemsdague: which thing?16:01
sdaguethe unique constraint bit16:01
sdagueI guess the big concern is what happens with dbs that have raced this way in the past16:01
ndipanovsuperdan, so we need explicitly where16:02
*** haomaiwang has joined #openstack-nova16:02
ndipanovyou are probably right16:02
sdaguethe migration doesn't seem to account for that, which would be a migration fail16:02
mriedemsdague: yeah16:02
phschwartzmriedem: if your saying you want me to pull it down to run through the CI tests for it on a perf host, I should be able to16:02
ndipanovlascii, so that would help16:02
mriedemphschwartz: yeah16:02
phschwartzmriedem: give me a few, I will do that.16:02
mriedemphschwartz: basically, i proxy requests to you that i used to send to jerdfelt16:02
superdanthe unique constraint seems good to me16:02
mriedemsuperdan: unless the db has duplicates already16:02
superdan(for the ndipanov/lascii thread)16:02
ndipanovsuperdan, on (instance, device_name)16:03
phschwartzmriedem: not a problem. That is part of why I am here.16:03
ndipanovsuperdan, on (instance, device_name, deleted)16:03
superdanndipanov: aye16:03
lasciindipanov: yeah16:03
ndipanovsigh16:03
lasciindipanov: unless there's a reason that would be a problem for bdms16:03
sdaguemriedem: in general it seems like this would be a reasonable constraint, but addressing the dirty data issue is the one I'm concerned about16:03
superdansdague: yeah,16:04
sdagueand what the internal recovery path is should it trigger16:04
sdaguewhich isn't clear to me16:04
ndipanovlascii, well the idea was to eventually remove device name altogether but that's not gonna happen any time soon16:04
superdansdague: now that we have gotten to the point of being able to pre-apply the schema, we need to be careful about things that will lock the tables for long periods of time, making it not reasonable to do those at runtime16:04
sdaguesuperdan: ok16:05
mriedemsdague: we raced to -1 it16:05
lasciindipanov: I'm open to adding a constraint on something else, we would just need to update the queries to use the new tuple16:05
sdaguemriedem: :)16:05
lasciindipanov: I'm not sure what the proper unique way to address a bdm would be16:05
mriedemi found this change last night while going through the asia-pacific hackathon etherpad16:05
mriedemhttps://etherpad.openstack.org/p/hackathon2_nova_list16:06
ndipanovlascii, but how come we are firing off 2 requests in the first place16:06
ndipanovthat's what seems to be the bug to me16:06
mriedemi got to -2 a few things https://etherpad.openstack.org/p/hackathon2_nova_list which was nice :)16:06
mriedemmarkus_z: lxsli: bauwser: we have an empty trivial bugs list :( https://etherpad.openstack.org/p/liberty-nova-priorities-tracking16:07
lasciindipanov: every bdm.save() in a cell fires off the request.  it seems to happen a few times during the create/attach process16:07
bauwsermriedem: you wanna eat food ?16:07
bauwsermriedem: that's doable16:07
mriedemi will be eating food in about 23 minutes here16:07
mriedemor ordering anyway16:07
markus_zmriedem: thanks for the hint16:07
bauwserlemme grab some pizza slice16:07
ndipanovlascii, I see16:08
bauwsermriedem: but I also have a couple of priority BPs I wanna share16:08
bauwsermriedem: :p16:08
phschwartzmriedem: it is booting now, I will let you know when tests are done16:08
bauwsermriedem: those are a little bit more fat16:08
ndipanovso yes there is one in the api and at least one in the compute service16:08
mriedembauwser: we're kind of done with bp's now right?16:08
bauwsermriedem: nope16:08
bauwsermriedem: see the etherpad of doom16:08
mriedemi guess you have a couple of days16:09
bauwsermriedem: indeed16:09
bauwsermriedem: guess my mind16:09
johnthetubaguyndipanov: I wonder if we want bdm attached to instance extra, in some ways?16:10
ndipanovjohnthetubaguy, so I sent an email to the thread yesterday that kinda touches on that16:10
ndipanovtry to dig it up16:10
*** tdurakov has quit IRC16:10
*** rotbart has quit IRC16:10
johnthetubaguyndipanov: ah, not caught up on that thread16:10
superdando we not query by device there?16:10
superdanI thought there were a couple places where we query by volume id, or device name, etc16:11
*** leakypipes has quit IRC16:11
*** kiran-r has joined #openstack-nova16:13
johnthetubaguysuperdan: thats true, although I figured we usually already pass in the instance object into those methods, but you are right, needs more digging16:13
superdanmaybe, but if we're coming from the volume id, then maybe not16:13
*** vilobhmm1 has joined #openstack-nova16:14
ndipanovso alaski looking at the code16:16
ndipanovthat race can happen only if we actually call create() on the object twice16:16
ndipanovand that is most certainly a bug if it is happening16:16
ndipanovsave (if it races) should not cause a record to be created afaict16:16
lasciisave does call the same cells bdm_update_or_create_at_top method  rpcapi method16:17
*** dannywilson has joined #openstack-nova16:17
ndipanovlascii, oops16:18
lasciibut it should pass create=False, which it isn't doing16:18
lasciithat should also fix this I think16:18
ndipanovI think that's the bug16:18
*** alex_klimov has quit IRC16:18
*** claudiub has quit IRC16:18
*** unicell has quit IRC16:18
ndipanovit passes create = None16:19
ndipanovwhich causes the update_or_create to be executed16:19
lasciiyeah16:19
bauwserquestion to the audience, shall we treat the small bugfixes having DB upgrades as trivial ? my opinion is no - and IMHO we should also consider them freezed post-FF16:19
ndipanovbecause that's the default kwarg16:19
ndipanovooops16:19
bauwseruh, s/freezed/frozen16:20
*** 18VAAKDGR is now known as lpetrut116:20
superdanbauwser: no, nothing with a db migration is trivial, IMHO16:20
lasciindipanov: I still think that an update_or_create method should operate on a uniqe constraint, but that can be deferred for now16:20
sdaguebauwser: what superdan said16:20
bauwsersuperdan: yeah that's my thought16:20
sdaguedb changes are never counted as trivial16:20
ndipanovlascii, so I'd prefer mdbooth's approach there16:20
sdaguebecause the cost of getting them wrong is super high16:20
*** Marga_ has quit IRC16:20
bauwsersuperdan: the correlar being that bugfixes having DB migrations can't be considered during RC1, right?16:20
bauwsersdague: yeah that16:20
bauwsersdague: a revert is just super hard16:20
lasciindipanov: which approach?16:21
ndipanovbut maybe I'm wrong16:21
sdaguebauwser: well, a revert is actually typically impossible. :)16:21
superdanbauwser: unless it's a CVE or something, yeah16:21
bauwserbtw. 'during RC1' means between FF and RC1 tag to me - given our chat last night :)16:21
sdaguebauwser: in general yes, unless it's a critical bug16:21
bauwserokay, good to know16:21
*** yassine__ has quit IRC16:21
ndipanovhttps://review.openstack.org/#/c/141115/13/nova/db/sqlalchemy/api.py16:22
ndipanovlascii, ^ would that work there?16:22
openstackgerritDan Smith proposed openstack/nova: Update objects test infrastructure for multiple versions  https://review.openstack.org/21781816:24
openstackgerritDan Smith proposed openstack/nova: Add Instance v2.0 object  https://review.openstack.org/21781916:24
openstackgerritDan Smith proposed openstack/nova: Make the conductor fixture use version manifests  https://review.openstack.org/21785116:24
lasciindipanov: I'm not sure.  that's for an update but we would need an "insert ... where ..." and I'm not sure how the where should be structured for that16:24
*** kiran-r has quit IRC16:25
ndipanovyeah then a unique constraint...16:25
ndipanovI am not against it really16:25
openstackgerritSylvain Bauza proposed openstack/nova: Fix exception message mistake in WSGI service  https://review.openstack.org/21550916:26
superdanlascii: it'd have to be a subquery I think, which is not awesome16:26
openstackgerritSylvain Bauza proposed openstack/nova: Fix exception message mistake in WSGI service  https://review.openstack.org/21550916:26
*** fawadkhaliq has joined #openstack-nova16:26
lasciisuperdan: yeah that wouldn't be16:27
superdanadding a constraint on top of an old DB isn't awesome either, of course16:27
superdanbut..16:27
ftersinndipanov, lascii: how will you decide which thread should win in unique constraint case?16:27
superdanftersin: the one that wins .. wins16:27
ndipanovftersin, well it should never happen16:28
ndipanovbut we would have caught it sooner if it were blowing up16:28
*** hammondr has left #openstack-nova16:28
ndipanovand not silently creating 2 records16:28
superdanndipanov: with the UC this race will still happen and one will fail with a constraint error, right?16:28
ndipanovsuperdan, ^16:28
superdanso the one that wins the race wins and the other dies16:28
*** pkholkin has joined #openstack-nova16:28
lasciiyes16:28
*** PaulMurray is now known as ptm_away16:28
ndipanovwell rather raises the exception and we know it's wrong as opposed to just adds a row16:29
lasciialthough I'm going to add a fix where we shouldn't hit the race16:29
superdanright.. the loser could re-query and apply its updates to the one that was created,16:29
markus_zmriedem: bauwser: I added a few high prio bug patches. I'll look for more on Monday.16:29
superdanbut probably better to fail whatever we were doing16:29
bauwsermarkus_z: will look at them16:29
lasciiit would be better to explicitly call create and then explicitly update, rather than multiple calls that can update_or_create16:30
markus_zbauwser: FWIW, http://status.openstack.org/reviews/#nova can be sorted by type since a few days.16:30
ftersin1st thread puts one record, 2nd one puts changed, if 2nd thread fails and dies, new data will be lost16:30
*** tdurakov has joined #openstack-nova16:30
*** Nikolay_St has joined #openstack-nova16:30
mriedemzzzeek: thanks for looking at https://review.openstack.org/#/c/213584/16:31
ndipanovlascii, so yes we should have a unique constraint there after some thought and one should be an explicit update16:31
superdanftersin: that's why I'm saying the create loser can retry as an update, if that makes sense for what is being saved16:31
*** annegentle has quit IRC16:31
ndipanovbut also what could happen then is that for whatever reason the update makes it first and hopefully fails16:31
zzzeekmriedem: np :)16:31
ndipanovlascii, so there is still a race there - we really should not return from the create call until we are happy that the BDMs are created16:32
ftersinfor retry case, if 1st thread fails, it'll rewrite old data16:32
lasciindipanov: we could fix that too.  just need to convert a cast to a call16:32
phschwartzmriedem: it is running, I have to relocate will get you more info once back online16:32
*** browne has quit IRC16:32
bauwsermarkus_z: I honestly miss a Gerrit dashboard with that webpage16:33
lasciindipanov: or add a new rpc call to use16:33
ndipanovlascii, yes16:33
*** vilobhmm1 has quit IRC16:33
ndipanovso then create in the cpu cell api needs to block until it knows it's done16:33
bauwsermarkus_z: because it doesn't tell me if the bug is actionable or not16:33
*** claudiub has joined #openstack-nova16:33
ndipanovotherwise with a UC we will be consistent but still risk failing due to weird races16:34
*** tonytan4ever has quit IRC16:34
*** exploreshaifali has joined #openstack-nova16:34
openstackgerritNikola Dipanov proposed openstack/nova: objects: Hook migration object into Instance  https://review.openstack.org/21673316:35
openstackgerritNikola Dipanov proposed openstack/nova: Claims: Make sure move claims crate a migration context records  https://review.openstack.org/21838516:35
*** jistr has quit IRC16:35
ftersindo you understand where from the first call comes, and why is it async?16:35
lasciindipanov: agreed16:36
*** derekh has quit IRC16:36
*** salv-orlando has quit IRC16:36
markus_zbauwser: When do you consider it as actionable?16:36
bauwsermarkus_z: checking the bug state is not enough16:37
lasciiftersin: I know where the first call comes from.  I don't know why it was done as an async call16:37
bauwsermarkus_z: because it can be in progress but with abandoned changes16:37
lasciiftersin: but I have a few fixes that I'll work on after I get some lunch16:37
bauwsermarkus_z: also, some bugfix can be -W'd or -2'd16:37
ftersinlascii: from api service?16:37
*** mriedem is now known as mriedem_lunch16:38
lasciiftersin: they're all coming from the compute.  the initial create in the api is blocked for cells16:38
*** yamahata has quit IRC16:38
bauwserlascii: I obviously know you're pretty busy with that bug, but could you take time to sneak peek at the ReqSpec object so we could try to land a bit more changes before FF ?16:39
markus_zbauwser: In the last column on the right hand side is the summary of the patch set. I thought this reflects what you asked for, doesn't it?16:39
lasciibauwser: sure, I'll take a look after16:39
bauwserlascii: sorry about that, I hate pinging that way16:39
bauwserlascii: it's just all about deadlines y'know :(16:40
lasciibauwser: no worries16:40
*** annegentle has joined #openstack-nova16:40
bauwsermarkus_z: indeed16:40
bauwsermarkus_z: but I can't just refine16:40
*** earlephilhower has joined #openstack-nova16:40
*** penick has joined #openstack-nova16:41
bauwsermarkus_z: and have a fine-grained query like label:Verified<=-1,jenkins AND label:Code-Review>=016:41
*** dprince has quit IRC16:41
ftersinlascii: i didn't find a code on compute which can make the first call, could you please point me on?16:42
bauwserftersin: it goes to the cells api16:42
ndipanovso superdan tell me if I am mistaken since you messed with that code recently16:42
ndipanovrevert_resize and finish_revert_resize16:42
superdanndipanov: um, I dunno, maybe?16:42
ndipanovso you swap back to the old flavor in finish_revert_resize (on the orriginal host)16:43
ndipanovbut we release the claim in revert_resize -16:43
ndipanovwhihc is wrong because at that point we start accounting the new flavor on the old node16:44
ndipanovdoes that make sense?16:44
*** jwcroppe has joined #openstack-nova16:44
*** unicell has joined #openstack-nova16:46
superdanndipanov: ...this is my blank stare face...16:46
ndipanovlol ok nevermind16:47
superdanI don't think _I_ have changed any of that, at least not recently16:47
ndipanovsuperdan, well no you did change how flavors are swapped16:47
ndipanovso I thought maybe you looked under the hood a bit16:47
superdanbecause I was doing the flavor conversion, or I actually changed the logic?16:47
ndipanovflavor conversion16:48
ndipanovbut you actually only changed the method16:49
ndipanovcall sites were not touched so in that case...16:49
ndipanovnevermind :)16:49
superdanheh, okay16:49
*** jogo is now known as flashgordon16:49
bauwserso, last call for a very nice feature having +2 on all the line https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/allocation-ratio-to-resource-tracker,n,z16:51
superdanbauwser: I'll hit those in a bit16:51
bauwser(gosh, I hate deadlines)16:51
*** Apoorva has joined #openstack-nova16:51
bauwsersuperdan: no worries16:51
ndipanovugh so I think I found another bug16:51
bauwsersuperdan: I'm not super excited to hassle people16:51
ndipanovI need to test this tomorrow16:51
ndipanovor whenever16:52
superdanbauwser: don't lie, I know you love it16:52
*** tjones has left #openstack-nova16:52
*** Apoorva has quit IRC16:52
bauwsersuperdan: eh, I'm French, so that's probably true16:52
*** Apoorva has joined #openstack-nova16:53
superdanheh16:55
*** Marga_ has joined #openstack-nova16:56
superdanndipanov: is your -1 still valid here? https://review.openstack.org/#/c/216362/516:59
superdanI think not, but just want to make sure16:59
*** dprince has joined #openstack-nova16:59
*** mtanino has quit IRC17:00
ndipanovyeah not but haven't had time to review17:00
*** haomaiwang has quit IRC17:01
ndipanovwill just remove it17:01
superdanI can just +W, was just checking17:01
superdanthe config defaulting thing has been addressed17:01
ndipanovnice17:01
*** lucasagomes is now known as lucas-beer17:01
*** haomaiwang has joined #openstack-nova17:02
superdanbauwser: I think this is -2: https://review.openstack.org/#/c/216696/517:03
superdanbauwser: we can't do that until M, right?17:03
superdanpeople that deploy releases will not be able to roll compute nodes to the commit before this one before they apply this one to the controllers17:04
superdanjohnthetubaguy: ^17:05
bauwsersuperdan: mmm17:06
ndipanovwhy didn't we just introduce new config options again17:06
ndipanov?17:06
superdanmaybe not17:07
*** nic has joined #openstack-nova17:07
ndipanovfor computes17:07
superdannow I'm just not sure why you did it in this order17:07
ndipanovand deprecated the one in the shceuler17:07
ndipanovthis is just confusing really17:07
bauwsersuperdan: it should not change17:07
ndipanovwe are changing what that option means17:07
superdanif we did the computenode thing first, then we wouldn't have to do the temporary hack on the scheduler filters, right?17:07
ndipanovit should be a new one17:07
ndipanov</rant>17:07
superdanndipanov: that's one way to look at it, but I think you could be less strict about it17:08
bauwsersuperdan: the filters are now using the RT options17:08
bauwsersuperdan: so since we modify those RT opt values, I provided the first change17:08
*** mjturek1 has quit IRC17:08
superdanbauwser: right, but if you did things in this order:17:09
bauwsersuperdan: when updating the scheduler, it will use the host_state metrics but going to the ComputeNode object facade,it will read the sched opts actually17:09
superdan1. Add the support in the DB, object, defaulting to the values when 0.017:09
superdan2. Make the scheduler filters use the value from the object (which will be defaulted properly)17:09
superdan3. Make the compute nodes report their values17:09
superdanthen you wouldn't need this hack, right?17:09
bauwsersuperdan: the hack from the filters ?17:10
superdanyeah17:10
bauwsersuperdan: I see17:10
bauwsersuperdan: yeah, you're right17:10
*** erhudy has joined #openstack-nova17:10
bauwsersuperdan: okay, I can send a new version of all of htat17:10
superdanwell,17:10
bauwserthat was basically johnthetubaguy's thoughts17:11
superdanthis is already in the gate, so here's what I think we should do:17:11
superdanI'll +W this and if it all lands, then that's fine17:11
superdanif it doesn't, then I think it would be cleaner to just drop the first patch and reorder17:11
superdanis that okay?17:11
bauwsersuperdan: agreed17:12
superdanit's 123rd in the gate, so I think it's nearly impossible that it will land, so get ready :)17:12
bauwsersuperdan: ack17:12
*** salv-orlando has joined #openstack-nova17:12
superdanI don't think this is enough of a rush to need to work on this over the weekend, but if you do, ping me and I'll hit the updated version then17:12
*** vilobhmm1 has joined #openstack-nova17:13
bauwsersuperdan: it should be okay since the gate is quite empty by the EUmornings17:13
johnthetubaguybauwser: it was mental this morning17:13
johnthetubaguyhoping its not on monday morning17:13
bauwserjohnthetubaguy: oh the gate17:13
*** markus_z has quit IRC17:13
johnthetubaguyyup17:13
bauwserright, I was only rechecking this morning17:13
bauwsersuperdan: if you prefer, I can abandon those changes and restore them, that should stop gating17:14
*** yamahata has joined #openstack-nova17:14
bauwsersuperdan: and then send a new version if that feels much better17:15
superdanbauwser: stopping the gate isn't hard, just changing the commit message on the first one will do it17:15
lasciiftersin: the bdm is created in the cell at https://github.com/openstack/nova/blob/master/nova/cells/scheduler.py#L11417:15
johnthetubaguysuperdan: I am wondering if we want to do the "only merge blueprint patches" thing from Monday, till we get tagged on Thursday?17:15
superdanbauwser: johnthetubaguy: do you feel strongly about doing it the cleaner way? if so, lets just dump it out of the gate sooner than later17:15
bauwsersuperdan: okay, lemme do that, I acutally prefer the cleaner way17:15
superdanbauwser: okay17:15
openstackgerritSylvain Bauza proposed openstack/nova: Fix the default allocation ratios to 0.0 - ABANDON  https://review.openstack.org/21773717:16
johnthetubaguyI didn't block on that, because I was feeling bad about blocking on the other stuff, but yeah, I would love the cleaner way17:16
bauwsershould be done in the next 10 mins17:16
superdanokay17:17
superdanbauwser: sorry to derail further17:17
superdanbut thanks for preferring cleanliness :)17:17
bauwsersuperdan: nah you definitely made a good point17:17
*** danpb has quit IRC17:17
ftersinlascii: ah, other module. thanks!17:17
bauwsersuperdan: I by far prefer to delay my stuff than putting crap17:18
lasciiftersin: np.  technically it happens on the nova-cell service in the cell before it goes to the compute17:18
superdanme too17:18
*** lpetrut1 has quit IRC17:19
*** penick has quit IRC17:19
*** aix has quit IRC17:20
phschwartzmriedem_lunch: The run crashed in the middle with an issue unrelated to your review. rerunning now.17:21
*** wendar_ is now known as wendar17:23
*** lucas-beer has quit IRC17:25
*** Marga_ has quit IRC17:26
*** sachin has joined #openstack-nova17:29
*** gszasz has quit IRC17:32
*** changbl has quit IRC17:33
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds RDPConsoleOps unit tests  https://review.openstack.org/13979817:34
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds HyperVDriver unit tests  https://review.openstack.org/14898017:34
*** browne has joined #openstack-nova17:37
*** SourabhP has joined #openstack-nova17:38
*** mriedem_lunch is now known as mriedem17:40
mriedemphschwartz: ok17:40
phschwartzmriedem: the run is going so hopefully I don't get a kernel panic again this time. lol17:41
*** rdopiera has quit IRC17:43
*** Marga_ has joined #openstack-nova17:44
*** jaypipes has joined #openstack-nova17:46
jaypipesbauwser: on https://review.openstack.org/#/c/213590/, do you still have objections on that?17:47
openstackgerritSylvain Bauza proposed openstack/nova: Add cpu_allocation_ratio and ram_allocation_ratio to ComputeNode  https://review.openstack.org/21547117:47
openstackgerritSylvain Bauza proposed openstack/nova: Update HostManager and filters to use ComputeNode ratios  https://review.openstack.org/21669617:47
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with allocation ratios in the RT  https://review.openstack.org/21636217:47
bauwserjaypipes: yeah sorry, had no time to put my -1 again :(17:48
bauwserjaypipes: but my -1 is actually for docstrings17:48
bauwserjaypipes: since I only wanted to rebase as I wasn't discussing with you before that17:48
bauwsersuperdan: johnthetubaguy: the allocation-ratio changes are now updated17:49
bauwsersuperdan: johnthetubaguy: https://review.openstack.org/215471 take your time to doublecheck before +2/+W if you wish17:49
superdanbauwser: yep, looking now17:49
bauwsersuperdan: johnthetubaguy: I basically just reordered the changes and modified where I was updating the RT opts17:50
superdanjohnthetubaguy: are you around to check or do you want me to just check them over and fast approve?17:50
*** snikitin has joined #openstack-nova17:50
superdanbauwser: you intended to remove the warning from these? https://review.openstack.org/#/c/216362/6/nova/compute/resource_tracker.py,cm17:51
bauwsersuperdan: *facepalm17:51
bauwsersuperdan: no, it's a miss17:51
bauwsersuperdan: I'll put a NOTE tho as per the comments17:52
superdanbauwser: okay, I think it should be just something like ... yeah, NOTE :)17:52
*** jwcroppe has quit IRC17:52
superdanaside from that, gerrit says they're basically exactly the same17:52
superdanso if johnthetubaguy isn't around by the time you fix that NOTE, I'll just re-+W them17:52
bauwsersuperdan: happy with the docstring I made in the opt - apart of the WARNING/NOTE ?17:53
*** VW_ has quit IRC17:53
bauwsersuperdan: I should maybe be more verbose and explain that having 0.0 doesn't mean that you'll get that17:53
johnthetubaguysuperdan: sorry, I am still around, just, I think fast approve is fine17:53
*** VW_ has joined #openstack-nova17:54
superdanjohnthetubaguy: okay17:54
superdanbauwser: well, it really should be something like this I think:17:55
superdan"NOTE: This can be set per-compute, or if set to 0.0, the value set on the scheduler node(s) will be used"17:55
superdanright?17:55
bauwsersuperdan: well, it's confusing17:56
bauwsersuperdan: because that text will be provided also on the scheduler17:56
bauwsersuperdan: here is my try17:56
superdansure, but that seems fine17:56
*** achanda has joined #openstack-nova17:56
bauwserNOTE: This can be set per-compute, or if set to 0.0, the value set on the scheduler node(s) will be used and defaulted to 16.0"17:58
superdanah, okay, sure17:58
*** unicell has quit IRC17:58
*** VW_ has quit IRC17:58
*** unicell1 has joined #openstack-nova17:58
superdanand then the "defaulted to 16" part can be removed in mitaka, when we *actually* set the default to 16, yes?17:59
bauwserI just want operators to make sure that if they haven't set a value on the scheduler, they can keep the 0.0 value because it will default to 1617:59
superdanyeah17:59
superdanthat's cool17:59
bauwsersuperdan: zactly17:59
superdanokay, push it up already :)17:59
*** VW_ has joined #openstack-nova17:59
*** electroc_ has quit IRC18:00
*** haomaiwang has quit IRC18:01
*** 20WABZC7L has joined #openstack-nova18:02
*** Marga_ has quit IRC18:03
bauwseroh man, a git review -y is just taking a while here18:03
* bauwser thanks Netflix and my local DSL provider who is unable to give me more than 7Mbps18:04
*** mjturek1 has joined #openstack-nova18:04
superdantraffic shaping!18:04
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with allocation ratios in the RT  https://review.openstack.org/21636218:04
bauwserhurrah, 4 mins for that...18:05
johnthetubaguythe A bit of ADSL tends to suck for that kind of thing18:05
johnthetubaguyI can give that a quick look18:05
bauwserjohnthetubaguy: what sucks is how ISPs just stopped to deploy FC here18:05
superdanjaypipes -1d18:05
superdanI think he's missed some of the previous discussion18:05
bauwserorly ?18:05
openstackgerritMatt Riedemann proposed openstack/nova: Add a warning in the microversion docs around the usage of 'latest'  https://review.openstack.org/21840318:06
bauwserokay, I see his comments, replying18:07
*** tjones has joined #openstack-nova18:11
*** mmedvede has quit IRC18:11
*** marzif has joined #openstack-nova18:12
mriedemctrath: sounds like a backlog spec is going to be coming for this in mitaka http://lists.openstack.org/pipermail/openstack-dev/2015-August/073119.html18:12
mriedemif you're looking to throw bodies on it18:12
superdanhe's on a plane I think18:13
superdanhopefully he'll see the replies18:13
mriedemapi change in nova, novaclient cli change, probably openstackclient change, and horizon change for doug-fish18:13
ctrathmriedem: thanks18:13
*** aix has joined #openstack-nova18:14
ctrathrlrooster or ccarmack: looking for something to do?18:14
rlroosterctrath: mriedem: would this require a bp? (and I assume it's a not-until-mitaka thing)18:19
mriedemyes18:19
mriedemi assume tim bell will post a backlog spec with his requirement18:20
openstackgerritJay Pipes proposed openstack/nova: rt: Rewrite abort and update_usage tests  https://review.openstack.org/21359018:20
openstackgerritJay Pipes proposed openstack/nova: Cleanup RT _instance_in_resize_state()  https://review.openstack.org/21358918:20
*** exploreshaifali has quit IRC18:21
bauwsersuperdan: thanks for your help, heading out18:21
superdanbauwser: np, enjoy the weekend18:21
jaypipesbauwser, superdan: would really appreciate re-reviews on patch series starting at https://review.openstack.org/#/c/213589/18:21
bauwsersuperdan: I'll be around in the next hours18:21
superdanjaypipes: okay18:22
superdanjaypipes: see our comments on bauwser's patches?18:22
openstackgerritJay Pipes proposed openstack/nova: Move test of claim context manager to test_tracker  https://review.openstack.org/21359118:22
bauwsersuperdan: just deferring a few hours to family18:22
openstackgerritJay Pipes proposed openstack/nova: Move resize claim abort test to test_tracker  https://review.openstack.org/21359218:22
*** mtanino has joined #openstack-nova18:23
jaypipesbauwser: imbricated... I don't think that means what you think it means :)18:23
figleafbauwser: Family??? Where are your priorities, man? :)18:23
mriedembelliott: nice work https://review.openstack.org/#/c/218362/18:25
mriedema few things inline18:25
openstackgerritMatt Riedemann proposed openstack/nova: Add a warning in the microversion docs around the usage of 'latest'  https://review.openstack.org/21840318:27
*** electrocucaracha has joined #openstack-nova18:27
*** electrocucaracha has quit IRC18:28
*** vladikr has quit IRC18:30
*** amotoki has quit IRC18:31
*** lyanchih has quit IRC18:32
*** fawadkhaliq has quit IRC18:33
*** lyanchih has joined #openstack-nova18:33
*** electrocucaracha has joined #openstack-nova18:34
*** VW_ has quit IRC18:36
*** jaypipes has quit IRC18:40
*** snikitin has quit IRC18:41
*** tdurakov has quit IRC18:41
*** snikitin has joined #openstack-nova18:42
*** tdurakov has joined #openstack-nova18:42
*** tonytan4ever has joined #openstack-nova18:42
*** achanda has quit IRC18:44
*** exploreshaifali has joined #openstack-nova18:47
phschwartzmriedem: ok, looking good. testing ran through twice. Only errors I got were related to thirdparty tools as I shorted installing boto ;)18:49
mriedemphschwartz: ok, we're -1 on the change for now anyway, but good to know you're not finding issues18:50
belliottmriedem: cool, thx for comments18:52
*** xyang1 has joined #openstack-nova18:52
*** promulo has joined #openstack-nova18:58
openstackgerritAditi Rajagopal proposed openstack/nova: Rm openstack/common/versionutils from setup.cfg  https://review.openstack.org/21792418:59
*** jcoufal has quit IRC18:59
*** claudiub has quit IRC18:59
*** vivekd_ has joined #openstack-nova18:59
*** tjones has left #openstack-nova19:00
*** 20WABZC7L has quit IRC19:01
*** vivekd has quit IRC19:01
*** vivekd_ is now known as vivekd19:01
*** haomaiwang has joined #openstack-nova19:02
*** dannywilson has quit IRC19:09
*** achanda has joined #openstack-nova19:11
*** nic has quit IRC19:14
*** nic has joined #openstack-nova19:15
*** dave-mccowan has quit IRC19:16
mriedemccarmack: need to fix up the pep8 failure here https://review.openstack.org/#/c/217840/19:16
*** lyanchih has quit IRC19:17
mriedemthen i'm +219:17
*** promulo has quit IRC19:17
*** dannywilson has joined #openstack-nova19:17
*** promulo has joined #openstack-nova19:18
*** promulo has quit IRC19:18
mriedemmrda: are you around?19:19
figleaf /away errands19:20
figleafdoh!19:20
mriedemor anyone else that cares about 1:M support for vcenter or ironic,19:20
mriedemhttps://review.openstack.org/#/c/211083/19:20
mriedemsuperdan: ^ seems that's something we wouldn't want to enable/support,19:20
mriedemgiven the patch landed to not allow 1:M for vcenter,19:20
mriedemhe has a point about ironic, but i'd think we'd want to restrict that at some point too19:21
superdanit's not right at all19:22
superdanyou can't add up all the disk for all your nodes19:22
superdanbecause you can't actually schedule a 4T instance19:22
mriedembut i want to19:22
mriedemand i have a mainframe19:22
superdanlet me rephrase19:23
mriedemheh19:23
superdanbecause you can't actually schedule a 4T instance because you have 4 1T nodes19:23
* mriedem will enjoy this19:23
mriedemso i changed my -2 to a -1, but it smells like a -2 again19:23
mriedemfeel free to drop that hammer if you lke19:23
mriedem*like19:24
superdanI'll do the -219:24
mtreinishmriedem: heh, that was a great response19:24
mtreinishmriedem: now I'm going to bug you for an account on your mainframe19:24
mriedemexcellent19:24
*** Apoorva_ has joined #openstack-nova19:25
mtreinishbecause I couldn't even get access to one when I was working on linux nfs interop with z/os19:25
mriedemi plan on running https://upload.wikimedia.org/wikipedia/en/2/2b/Eye_of_the_Beholder_I_PC_box.jpeg on it19:25
*** Apoorva has quit IRC19:25
*** yamahata has quit IRC19:26
superdanmtreinish: I actually had one in machine-level debug for a while19:27
superdanand I crashed z/VM and they had to actually reboot19:27
superdanwhich apparently was something they had to look up how to do19:27
mriedemsuperdan: running divide-by-zero on the mainframe19:29
mriedemso, oslo lib integration would not be considered something we let in post non-priority feature freeze right?19:29
superdanheh, no I think they protect against that :)19:29
mriedemlike at this point, i'm thinking integration of new oslo libs is not kosher19:30
superdanagreed19:30
mtreinishsuperdan: heh, I just have this image in my head of a guy banging 2 rocks together to get a spark as the reboot procedure19:33
dimsum__++ it can wait19:33
dimsum__mriedem: ++ it can wait19:33
superdanmriedem: may have been, I didn't get to watch :)19:34
mriedemdimsum__: cool19:34
dimsum__mriedem: oslo.cache i presume19:34
mriedemyeah19:34
mriedemnot comfortable with landing that at this point19:34
dimsum__mriedem: i am with you19:34
mriedemdimsum__: hold me19:34
dimsum__:)19:34
mriedemoh sorry, in channel...19:34
dimsum__lol19:34
rlroosterthis is getting weird19:35
*** lbeliveau has quit IRC19:35
mriedemif this is weird, your bar is in the wrong place19:36
superdangetting weird means .. not there yet19:36
superdanso his bar may be positioned correctly19:36
superdanbut he's just warning us ahead of time19:36
*** changbl has joined #openstack-nova19:37
rlroosterthe only bar I care about is the one downtown with a nice cold brewski19:37
mriedemhi-o19:37
*** devlaps has joined #openstack-nova19:37
*** IanGovett has quit IRC19:39
*** Apoorva_ has quit IRC19:41
*** rushil has joined #openstack-nova19:42
*** Piet has joined #openstack-nova19:42
*** achanda has quit IRC19:43
*** eharney has quit IRC19:43
*** thangp has quit IRC19:46
*** Apoorva has joined #openstack-nova19:47
*** rfolco has quit IRC19:47
*** achanda has joined #openstack-nova19:47
*** dave-mccowan has joined #openstack-nova19:47
openstackgerritChuck Carmack proposed openstack/nova: Don't trace on InstanceInfoCacheNotFound when refreshing network info_cache  https://review.openstack.org/21784019:49
ccarmackmriedem: ^, next time I'll run pep8 first19:50
*** Apoorva has quit IRC19:51
*** jcoufal has joined #openstack-nova19:52
*** cfarquhar has quit IRC19:52
openstackgerritj_king proposed openstack/nova: libvirt: Add wait for vif unplug events on destroy  https://review.openstack.org/21012619:53
*** rushil has quit IRC19:54
*** rushil has joined #openstack-nova19:54
*** cfarquhar has joined #openstack-nova19:55
*** cfarquhar has quit IRC19:55
*** cfarquhar has joined #openstack-nova19:55
*** jichen has joined #openstack-nova19:55
*** vivekd_ has joined #openstack-nova19:55
*** lpetrut has joined #openstack-nova19:56
openstackgerritAndrew Laski proposed openstack/nova: Cells: Improve block device mapping update/create calls  https://review.openstack.org/21845019:58
*** tjones has joined #openstack-nova19:59
*** vivekd has quit IRC19:59
*** vivekd_ is now known as vivekd19:59
mriedemmtreinish: ken'ichi was feeling kind https://review.openstack.org/#/c/210684/20:00
*** haomaiwang has quit IRC20:01
mtreinishheh20:01
openstackgerritBrian Elliott proposed openstack/nova: Add migration policy to upgrades devref  https://review.openstack.org/21836220:01
* bauwser waves back20:01
mtreinishmriedem: I think he was just calling you strict20:01
*** haomaiwang has joined #openstack-nova20:02
dimsum__bauwser: get some sleep :)20:04
*** penick has joined #openstack-nova20:04
bauwserdimsum__: what?20:05
bauwserdimsum__: sleep?20:05
dimsum__bauwser: isn't it late for you?20:05
*** penick_ has joined #openstack-nova20:05
bauwserdimsum__: meh, not so late that for the Late Showsd20:06
bauwserLate Shows20:06
bauwsernot so late than for (even)20:06
dimsum__:)20:06
*** eglynn has quit IRC20:08
*** penick has quit IRC20:09
*** penick_ is now known as penick20:09
mriedemha20:09
mriedemi think the point has been proven20:09
*** rlrooster has left #openstack-nova20:12
*** rushil has quit IRC20:13
*** Apoorva has joined #openstack-nova20:14
vishwanathjHello, I have a question related to cirros cloud-init enabled images? Is this the right forum to ask those questions? Thanks20:18
mriedemvishwanathj: see channel topic20:19
*** sachin has quit IRC20:19
openstackgerritNikola Dipanov proposed openstack/nova: Claims: Make sure move claims crate a migration context records  https://review.openstack.org/21838520:20
openstackgerritNikola Dipanov proposed openstack/nova: objects: Hook migration object into Instance  https://review.openstack.org/21673320:20
*** sachin has joined #openstack-nova20:20
vishwanathjmriedem, thanks, looks like i need to use the channel openstack for nova deployment questions20:22
*** smatzek has quit IRC20:26
*** exploreshaifali has quit IRC20:28
*** achanda has quit IRC20:28
*** vivekd has quit IRC20:29
*** Nikolay_St has quit IRC20:29
*** ccarmack has left #openstack-nova20:32
*** matrohon has joined #openstack-nova20:34
*** apuimedo_ has joined #openstack-nova20:35
mriedemlascii: you might be interested in this at some point, i'm trying to think of any alternative approach https://review.openstack.org/#/c/187145/20:35
*** lpetrut has quit IRC20:36
*** tjones has quit IRC20:36
*** tjones has joined #openstack-nova20:38
*** eglynn has joined #openstack-nova20:40
lasciimriedem: it does seem like that should raise an exception for the decorator to handle20:41
lasciiI think it's returning a status due to the hook though20:41
mriedemok, i was wondering where build_results was read20:42
mriedemdidn't think about the hook20:42
*** sachin has quit IRC20:42
*** sachin has joined #openstack-nova20:43
*** dustins_ has joined #openstack-nova20:44
*** dustins has quit IRC20:45
*** dustins_ is now known as dustins20:45
lasciiwe could make that rabbit hole deeper by having another inner method with the decorator, and then catch the exceptions and convert them to a status for the hook.  that's ugly as well though20:46
mriedemew20:46
mriedemyeah20:46
mriedemi'm not crazy about this change but i think it's probably ok20:47
mriedemit's definitely better than not being able to delete an instance that failed to build20:47
*** sachin has quit IRC20:47
lasciithe task state prevents a delete?20:47
mriedemyes20:47
mriedemthat's what the reset-state API is for, but it's admin-only by dfeault20:47
mriedem*default20:47
lasciihuh, I thought delete was always supposed to work20:48
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/compute/api.py#n190020:48
mriedemhells naw20:48
lasciibut yeah, the change seems reasonable to me20:48
*** sachin has joined #openstack-nova20:48
mriedemi guess force-delete doesn't check vm_state or task_state http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/api.py#n193820:49
*** boden has joined #openstack-nova20:49
lasciilooks like that's in an extension most people may not have loaded20:49
*** krtaylor has quit IRC20:51
lasciioh, vm_state=None, task_state=None means allow all20:51
*** sachin has quit IRC20:52
mriedemyeah i guess i thought i remember there being a problem where force-delete doesn't work20:52
mriedemmaybe superdan remembers20:52
mriedemthis was related https://review.openstack.org/#/c/163798/20:53
superdanyeah, I think vm_state=[None] means it has to be None,20:53
superdan=None means anything20:53
*** sachin has joined #openstack-nova20:53
ndipanovmriedem, superdan https://review.openstack.org/218201 slam dunk20:54
mriedemhells bells20:54
mriedemwe should just create an ANY sentinel20:54
mriedembecause None and [None] is confusing20:54
lasciiyeah, and the default is vm_state=None, task_state=(None,)20:54
mriedemndipanov: i still remember when the bush administration said iraq was a slam dunk20:54
*** sachin has quit IRC20:55
lasciididn't you see the banner though, mission accomplished20:55
superdanndipanov: johnthetubaguy has a comment on there20:55
*** jaypipes has joined #openstack-nova20:55
mriedemlascii: i remember20:55
ndipanovyeah just responding missed that20:55
mriedem*huge balls*20:55
mriedemtexas-sized balls20:55
jaypipessuperdan: hey, I'm back... :)20:55
*** sachin has joined #openstack-nova20:56
*** sachin has quit IRC20:57
*** matrohon has quit IRC20:58
superdanjaypipes: in EDT?20:58
*** sachin has joined #openstack-nova20:59
*** dprince has quit IRC21:00
*** sachin has quit IRC21:00
*** haomaiwang has quit IRC21:01
*** tjones has left #openstack-nova21:01
*** sachin has joined #openstack-nova21:01
openstackgerritChuck Carmack proposed openstack/nova: Make the server group invalid format message more verbose  https://review.openstack.org/21846821:01
*** sachin has quit IRC21:01
*** haomaiwang has joined #openstack-nova21:01
*** SourabhP has quit IRC21:01
*** SourabhP has joined #openstack-nova21:01
*** sachin has joined #openstack-nova21:01
*** raildo is now known as raildo-afk21:02
bauwserlascii: I'm just looking at implementing a catch exception for http://logs.openstack.org/17/213317/15/check/gate-tempest-dsvm-cells/9693a2c/logs/screen-n-cell-region.txt.gz?level=TRACE#_2015-08-28_19_27_57_14321:02
bauwserlascii: and I wonder if because of I293da6f320dd8f3474ce2a9c907298e1fb348181 it's not just going into https://github.com/openstack/nova/blob/master/nova/cells/messaging.py#L104121:03
*** sachin has quit IRC21:03
*** krtaylor has joined #openstack-nova21:03
bauwserlascii: because the req-ids seem to match with requests to delete an instance21:03
bauwserlascii: or negative checks21:04
*** sachin has joined #openstack-nova21:04
*** aysyd has quit IRC21:05
*** sachin has quit IRC21:06
*** sachin has joined #openstack-nova21:06
bauwserlascii: by looking at the compare and swap change, it was previously raising a NotFound, while now it's a InstanceUpdateConflict21:07
lasciibauwser: what I'm not sure of yet is if the message is logged once because it was tried once and then succeeded, or because it retried multiple times and still failed21:07
bauwserlascii: I don't think so21:08
bauwserlascii: any bug I could attach my change ?21:08
bauwserlascii: the change is pretty straight21:08
lasciibauwser: I am not aware of an open bug.  I thought you might have opened one though21:09
bauwserlascii: nope, will do then21:09
bauwserlascii: that's not technically an issue, rather a log21:09
bauwserlascii: but opening a bug for tracing that21:09
*** dustins has quit IRC21:10
*** dustins has joined #openstack-nova21:10
*** dustins has quit IRC21:11
*** hemna has quit IRC21:11
lasciiwhat concerns me is that when that exception is raised it's supposed to retry up to 5 times.  so if it's getting raised to cells code that means there were 6 failures21:11
bauwserlascii: but we were catching an InstanceNotFound right?21:12
bauwserfor the rechecks21:12
lasciibauwser: I'm looking at _retry_instance_update in https://review.openstack.org/#/c/202593/4/nova/db/sqlalchemy/api.py,cm21:13
bauwserah that21:13
bauwserlascii: but whatever, if the instance is not found, it can retry X times, it will not eventually find it21:14
bauwserlascii: so, we were having a catch for that21:14
bauwserlascii: (the one I mentioned ie. https://github.com/openstack/nova/blob/master/nova/cells/messaging.py#L1041)21:14
lasciiright, that doesn't get retried21:15
*** apuimedo has quit IRC21:15
lasciithe instanceupdateconflict that's logged.  that means it's failing 6 times21:15
bauwserlascii: before the above change, it was calling _instance_get_by_uuid() which was retrying 5 times as well21:15
*** apuimedo_ has quit IRC21:16
bauwserlascii: but at the end, it was still raising a NotFound which was catched by the top-level cell21:16
*** burgerk_ has quit IRC21:16
bauwserlascii: so, here, since we changed the exception, it's now showing in the logs while it was hidden before21:17
bauwserlascii: but I guess that the behaviour was the same, ie. retry 5 times and then raise the exception21:17
lasciiI don't think we've changed the exception.  I think we added a new one to a case that used to silently succeed(incorrectly)21:18
bauwserlascii: I wasn't involved in the review process for 202593, I need to dig into it21:20
openstackgerritSylvain Bauza proposed openstack/nova: Catch InstanceUpdateConflict when saving Instance at the top cell level  https://review.openstack.org/21847321:20
bauwserlascii: ^ that is a debatable change21:20
lasciibauwser: thanks21:21
ndipanovsuperdan, responded - pls take a look if you get a chance21:21
bauwserlascii: mmm, reading https://review.openstack.org/#/c/202593/4/nova/db/sqlalchemy/api.py,cm21:23
*** mjturek1 has quit IRC21:23
bauwserlascii: so, now we're using _model_query, right?21:23
bauwserlascii: but then, we use update_on_match() which can raise NoRowsMatched21:25
lasciiit always used model_query, it just used to be in _instance_get_by_uuid21:26
lasciiyeah, update_on_match is new21:26
*** eglynn has quit IRC21:27
bauwserlascii: in that case, it goes into the exception21:27
*** eglynn has joined #openstack-nova21:27
bauwserlascii: but since we're using instance_update_and_get_original it provides an original arg21:27
bauwserlascii: at the end, it throws a Conflict exc21:27
*** eharney has joined #openstack-nova21:28
*** bkopilov has quit IRC21:28
*** tjones has joined #openstack-nova21:29
*** SourabhP has quit IRC21:30
lasciiInstanceUpdateConflict is defined twice in exception.py21:31
bauwserlascii: that's another problem21:31
lasciione has more verbose output than what is in the logs21:31
bauwserlascii: agreed, but it seems we're throwing the right one, because that's the last one :)21:32
jaypipessuperdan: no, in the air flying to ATL21:33
*** bkopilov has joined #openstack-nova21:34
openstackgerritAndrew Laski proposed openstack/nova: Remove duplicate exception  https://review.openstack.org/21848221:35
bauwserlascii: well, your change is good but mdbooth's exception was using 3 parameters21:36
bauwserlascii: I wonder if we should also change the callers21:36
bauwser(that said, I haven't checked the callers)21:36
lasciihttps://github.com/openstack/nova/blob/master/nova/exception.py#L1445 uses three parameters21:36
*** mriedem has quit IRC21:37
bauwserlascii: sec21:37
*** SourabhP has joined #openstack-nova21:38
bauwserlascii: yeah, we're actually sending an exception that wasn't written by mdbooth :)21:38
*** dimsum__ has quit IRC21:38
bauwserlascii: so the change added one exception with 3 parameters but it was eaten by an already present duplicate which was later in the file and was having only one param21:39
lasciiyeah.  removing that will give more info in the traceback21:39
bauwserlascii: yup21:40
bauwserlascii: I checked, there were no callers with that one21:40
bauwserlascii: my concern was to have an exception which was possibly set by callers passing only one arg21:41
bauwserlascii: but that's fine21:41
bauwserlascii: anyway, I think the path I followed is correct21:41
bauwserlascii: since we call instance_update_and_get_original(), we're not calling again _instance_get_by_uuid()21:42
*** bkopilov has quit IRC21:42
bauwserlascii: https://review.openstack.org/#/c/202593/4/nova/db/sqlalchemy/api.py,cm L257221:42
lasciiit'll just get called on a retry21:45
*** annegentle has quit IRC21:47
*** jaypipes has quit IRC21:47
*** annegentle has joined #openstack-nova21:47
*** mwagner_lap has joined #openstack-nova21:47
*** meghal has joined #openstack-nova21:48
*** meghal1 has quit IRC21:48
bauwserlascii: I don't get it21:48
*** achanda has joined #openstack-nova21:48
bauwserlascii: the decorator calls wrap_db_retry which passes a function as a arg to verify the exc type21:49
*** jaypipes has joined #openstack-nova21:49
bauwserlascii: I don't see where _instance_get_by_uuid() is called21:50
lasciiline 246821:50
lasciibut I just realized that it catches UnknownInstanceUpdateConflict, not InstanceUpdateConflict21:50
*** hemna has joined #openstack-nova21:51
*** electrocucaracha has quit IRC21:52
lasciiso it's not retrying 6 times like I thought.  So I wonder if we should retry in your change.21:52
*** eglynn has quit IRC21:52
*** jaypipes has quit IRC21:53
lasciibut I'll leave that for Monday21:53
*** lascii is now known as alaski21:53
bauwseralaski: oh gotcha21:53
*** jaypipes has joined #openstack-nova21:53
*** electrocucaracha has joined #openstack-nova21:53
bauwseralaski: sure have a good week-end21:53
*** ctrath has quit IRC21:53
alaskithanks, you too21:54
openstackgerritjichenjc proposed openstack/nova: Remove duplicate VALID_NAME_REGEX  https://review.openstack.org/21848921:54
*** SourabhP has quit IRC21:55
*** SourabhP has joined #openstack-nova21:56
*** boden has quit IRC21:56
*** dimsum__ has joined #openstack-nova21:56
jaypipesbauwser: excellent work on the request spec patch series. all reviewed now.21:58
*** Apoorva has quit IRC21:58
*** tjones has quit IRC21:59
bauwserjaypipes: cool, thanks for your support21:59
*** Apoorva has joined #openstack-nova21:59
bauwserjaypipes: wanted some way to take a nap during flights ?21:59
bauwserjaypipes: my series seems a good opportunity for that :)21:59
*** dims_ has joined #openstack-nova22:00
bauwserjaypipes: but I prefer taking melatonin instead :)22:00
*** xyang1 has quit IRC22:00
bauwserwell, Friday is off22:00
*** bauwser is now known as bauzas22:00
*** haomaiwang has quit IRC22:01
openstackgerritjichenjc proposed openstack/nova: devref: change error messages no need microversion  https://review.openstack.org/21849122:01
*** SourabhP has quit IRC22:01
*** bkopilov has joined #openstack-nova22:01
bauzasg'night folks22:01
ndipanovbye22:02
*** haomaiwang has joined #openstack-nova22:02
*** dimsum__ has quit IRC22:02
*** jichen has quit IRC22:04
*** mdrabe has quit IRC22:05
*** SourabhP has joined #openstack-nova22:05
*** tpeoples has quit IRC22:06
*** tjones has joined #openstack-nova22:06
*** thorst1 has quit IRC22:08
jaypipesbauzas: :)22:08
*** jaypipes has quit IRC22:08
*** SourabhP has quit IRC22:08
*** tjones has left #openstack-nova22:09
*** meghal1 has joined #openstack-nova22:09
*** meghal has quit IRC22:11
*** edmondsw has quit IRC22:17
*** Apoorva has quit IRC22:24
*** yixing has joined #openstack-nova22:24
*** Apoorva has joined #openstack-nova22:24
*** bnemec has quit IRC22:27
anishhemna: iser is supported22:27
anishiser doesn't required a special name22:27
*** zzzeek has quit IRC22:27
hemnaanish, yes I know, but the member called supported_transports doesn't have it.22:28
hemnaso it's confusing and misleading22:28
hemnathis stuff needs to be maintainable by more than you :)22:28
*** emagana has joined #openstack-nova22:28
anishwell iser is a special case of iface as well as transport22:28
anishbut okay22:28
anishlemme add it in22:28
hemnaand/or document it in the code why22:28
hemnathanks22:29
openstackgerritNikola Dipanov proposed openstack/nova: compute: migrate/resize paths properly handle stashed numa_topology  https://review.openstack.org/21850022:29
openstackgerritNikola Dipanov proposed openstack/nova: compute: migrate/resize paths properly handle stashed numa_topology  https://review.openstack.org/21850022:35
anishhemna: done and done22:36
anishwhoops, wrong channel22:36
*** hemna is now known as hemnafk22:39
*** ndipanov has quit IRC22:42
*** eharney has quit IRC22:47
*** tonytan4ever has quit IRC22:55
*** rook has quit IRC22:57
*** rook has joined #openstack-nova22:58
*** yamahata has joined #openstack-nova22:58
*** humble__ has joined #openstack-nova22:59
*** yixing has quit IRC22:59
*** humble_ has quit IRC23:00
*** jamielennox is now known as jamielennox|away23:00
*** haomaiwang has quit IRC23:01
*** nagyz_ has joined #openstack-nova23:01
*** haomaiwa_ has joined #openstack-nova23:02
*** nagyz has quit IRC23:04
*** annegentle has quit IRC23:04
*** dannywilson has quit IRC23:05
*** baoli has quit IRC23:10
*** Apoorva has quit IRC23:13
*** sachin has quit IRC23:13
*** sachin has joined #openstack-nova23:15
*** sachin has quit IRC23:16
*** Apoorva has joined #openstack-nova23:17
*** sachin has joined #openstack-nova23:17
*** sachin has quit IRC23:19
*** tonytan4ever has joined #openstack-nova23:19
*** mtanino has quit IRC23:21
*** sachin has joined #openstack-nova23:21
*** david-lyle has quit IRC23:24
*** sachin has quit IRC23:26
*** tjones has joined #openstack-nova23:27
*** vishwanathj has quit IRC23:28
*** sachin has joined #openstack-nova23:29
*** Apoorva has quit IRC23:30
*** sachin has quit IRC23:30
*** sachin has joined #openstack-nova23:30
*** Apoorva has joined #openstack-nova23:32
*** sachin has quit IRC23:35
*** sachin has joined #openstack-nova23:36
*** rook has quit IRC23:38
*** sachin has quit IRC23:41
*** Apoorva has quit IRC23:41
*** sachin has joined #openstack-nova23:43
*** salv-orlando has quit IRC23:45
*** electrocucaracha has quit IRC23:46
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696823:46
*** rook has joined #openstack-nova23:48
*** emagana has quit IRC23:51
*** emagana has joined #openstack-nova23:51
*** dimsum__ has joined #openstack-nova23:52
*** tjones has quit IRC23:54
*** dims_ has quit IRC23:55
*** emagana has quit IRC23:56
*** tjones has joined #openstack-nova23:56
*** tjones has left #openstack-nova23:57

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