Wednesday, 2016-10-12

*** rama_y has quit IRC00:01
*** mlavalle has quit IRC00:02
mriedemcan't believe how much an email confirming that nova is going to be at the PTG can spiral out of control00:03
mriedemi guess that's my fault00:03
openstackgerritmelanie witt proposed openstack/nova: Always use python2.7 for functional tests  https://review.openstack.org/38520700:04
openstackgerritSTEW TY proposed openstack/nova: Transform instance.unshelve notifications  https://review.openstack.org/38256500:04
*** McNinja has quit IRC00:04
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove _set_up_controller() from attach tests  https://review.openstack.org/38521100:06
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove redundant req setting  https://review.openstack.org/38521200:06
melwitttox -efunctional fails with python 3.x, I put up a patch ^00:06
*** esberglu has quit IRC00:06
*** esberglu has joined #openstack-nova00:07
*** hamzy has joined #openstack-nova00:08
*** gjayavelu has quit IRC00:09
*** esberglu has quit IRC00:12
diana_clarkemelwitt: Oh! Is that the solution for the "unichr() arg not in range(0x00000) (narrow Python build)" error I keep getting?00:13
diana_clarkemelwitt: I suppose I could check myself ;) I'll take that patch for a spin.00:14
*** andrewbogott has quit IRC00:14
melwittdiana_clarke: the error I was getting was "TypeError: a bytes-like object is required, not 'str'" so it may not be related to what you're seeing00:14
*** andrewbogott has joined #openstack-nova00:15
*** gouthamr has joined #openstack-nova00:16
*** McNinja has joined #openstack-nova00:17
*** stewie925 has quit IRC00:19
diana_clarkemelwitt: Looks like a different issue from mine, sadly. The error I'm seeing is related to gabbi. I haven't looked all that hard at it (instead I just comment out the placement tests).00:19
*** sdake_ is now known as sdake00:22
*** gouthamr has quit IRC00:23
*** tdurakov has quit IRC00:23
*** ediardo has quit IRC00:23
*** ediardo has joined #openstack-nova00:23
*** tdurakov has joined #openstack-nova00:23
*** gouthamr has joined #openstack-nova00:23
*** toan has quit IRC00:24
*** JayF has quit IRC00:24
*** fungi has quit IRC00:26
*** efried has quit IRC00:26
openstackgerritShoham Peller proposed openstack/nova-specs: Cleanup running shelved-offloaded instances  https://review.openstack.org/37337100:27
*** markvoelker has quit IRC00:28
*** ducttape_ has quit IRC00:28
*** esberglu has joined #openstack-nova00:29
*** gyee has quit IRC00:29
*** toan has joined #openstack-nova00:29
*** fungi has joined #openstack-nova00:30
*** esberglu has quit IRC00:31
*** esberglu has joined #openstack-nova00:31
*** efried has joined #openstack-nova00:32
*** rmcall has quit IRC00:34
*** rmcall has joined #openstack-nova00:35
*** esberglu has quit IRC00:36
*** ssurana has quit IRC00:36
*** markvoelker has joined #openstack-nova00:36
*** JayF has joined #openstack-nova00:38
*** rmcall has quit IRC00:38
mriedemmelwitt: is it all functional tests or only some?00:39
*** rmcall has joined #openstack-nova00:39
mriedemlooks like all b/c it can't import one?00:39
*** rmcall has quit IRC00:39
*** mtanino has quit IRC00:40
melwittmriedem: it's several api sample tests but it looks to be all emanating from the ServersSampleBase00:40
*** mgagne has quit IRC00:40
melwittso if the line "user_data = base64.b64encode(user_data_contents)" could be fixed then that might solve it00:41
*** ducttape_ has joined #openstack-nova00:42
melwittI'm not sure how it's always using python 2.7 in the gate. in my xenial VM I'm getting python 3.x as the default00:42
openstackgerritLi Yingjun proposed openstack/nova-specs: Flavor notifications spec  https://review.openstack.org/32133600:43
openstackgerritMatt Riedemann proposed openstack/nova: doc: add dev policy about no new metrics monitors  https://review.openstack.org/38521900:43
*** yingjun has joined #openstack-nova00:44
*** nic has quit IRC00:45
*** mgagne has joined #openstack-nova00:45
*** hoangcx has joined #openstack-nova00:45
melwittwe could fix the python 3.x problem but it'll probably be whack-a-mole if anything else breaks it in the future until we run them in the gate with python 3.x too00:45
*** sdake has quit IRC00:46
*** sdague has quit IRC00:46
*** haplo37 has quit IRC00:47
*** baoli has quit IRC00:49
*** amotoki has joined #openstack-nova00:49
*** baoli has joined #openstack-nova00:50
*** mvk has quit IRC00:50
*** amotoki has quit IRC00:54
*** mgoddard has joined #openstack-nova00:54
*** haplo37 has joined #openstack-nova00:54
*** jamielennox is now known as jamielennox|away00:56
*** gjayavelu has joined #openstack-nova00:56
mriedemmelwitt: yeah until we gate functional tests on py3 we should just restrict to py2700:56
mriedemthe gate vms are using custom built images i think00:57
mriedemthat infra creates00:57
mriedemdon't quote me on that though00:57
*** baoli has quit IRC00:59
*** tuanluong has joined #openstack-nova01:00
melwittsounds good enough to me. I briefly tried to figure out how it defaults to python 2.7 from the console log without success01:01
*** sdake has joined #openstack-nova01:01
*** ducnc has joined #openstack-nova01:01
*** esberglu has joined #openstack-nova01:02
*** baoli has joined #openstack-nova01:02
*** jamielennox|away is now known as jamielennox01:02
*** phuongnh has joined #openstack-nova01:03
*** McNinja has quit IRC01:03
yingjunmriedem, https://review.openstack.org/#/c/321336/ updated, please have a look at that again if you have time, thanks!01:04
*** thorst has joined #openstack-nova01:04
*** McNinja has joined #openstack-nova01:05
mriedemyingjun: thanks, +201:05
*** xinliang has quit IRC01:08
*** rmcall has joined #openstack-nova01:15
*** mgoddard has quit IRC01:17
*** baoli has quit IRC01:20
*** baoli has joined #openstack-nova01:21
mriedemdansmith: https://review.openstack.org/#/c/385225/ there you go01:21
*** thorst has quit IRC01:22
*** mriedem has quit IRC01:22
*** gjayavelu has quit IRC01:22
*** artom has quit IRC01:24
*** esberglu has quit IRC01:24
*** hieulq_ has quit IRC01:25
*** phuongnh has quit IRC01:25
*** xinliang has joined #openstack-nova01:25
*** tuanluong has quit IRC01:25
*** hoangcx has quit IRC01:25
*** phuongnh has joined #openstack-nova01:26
*** tuanluong has joined #openstack-nova01:29
*** esberglu has joined #openstack-nova01:30
*** artom has joined #openstack-nova01:31
*** hieulq_ has joined #openstack-nova01:31
*** esberglu has quit IRC01:31
*** esberglu has joined #openstack-nova01:32
*** esberglu has quit IRC01:33
*** Kevin_Zheng has joined #openstack-nova01:33
*** trisq has joined #openstack-nova01:34
*** esberglu has joined #openstack-nova01:36
*** yuntongjin has joined #openstack-nova01:37
*** ljxiash has joined #openstack-nova01:38
*** ljxiash has quit IRC01:38
*** esberglu has quit IRC01:39
*** ducttape_ has quit IRC01:40
*** tangchen has joined #openstack-nova01:40
*** zhangyufei has joined #openstack-nova01:42
*** ducttape_ has joined #openstack-nova01:44
*** ducttape_ has quit IRC01:44
*** ducttape_ has joined #openstack-nova01:44
*** markmcclain has joined #openstack-nova01:47
*** markmcclain has quit IRC01:51
*** zhangyufei has quit IRC01:53
*** liusheng has joined #openstack-nova01:54
*** thorst has joined #openstack-nova01:58
*** McNinja has quit IRC01:59
*** Guest50630 has quit IRC02:03
*** gjayavelu has joined #openstack-nova02:03
*** thorst has quit IRC02:03
*** baoli has quit IRC02:05
*** zigo has joined #openstack-nova02:05
*** zigo is now known as Guest5942702:06
*** McNinja has joined #openstack-nova02:07
*** zhangyufei has joined #openstack-nova02:08
*** yulong|away is now known as liuyulong02:10
*** unicell has quit IRC02:12
*** mtanino has joined #openstack-nova02:16
*** ducttape_ has quit IRC02:19
*** yamahata has quit IRC02:20
*** browne has quit IRC02:22
*** gcb has joined #openstack-nova02:22
*** ducttape_ has joined #openstack-nova02:23
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Add support for tag instances when boot  https://review.openstack.org/36646902:23
*** gjayavelu has quit IRC02:25
*** huanxie has quit IRC02:26
*** esberglu has joined #openstack-nova02:27
*** huanxie has joined #openstack-nova02:27
*** McNinja has quit IRC02:31
*** esberglu has quit IRC02:32
openstackgerritHieu LE proposed openstack/nova: Config options: improve libvirt help text (2)  https://review.openstack.org/31655002:32
*** McNinja has joined #openstack-nova02:33
*** ducttape_ has quit IRC02:39
*** McNinja has quit IRC02:40
*** McNinja has joined #openstack-nova02:42
*** ducttape_ has joined #openstack-nova02:44
*** ducttape_ has quit IRC02:45
*** ducttape_ has joined #openstack-nova02:49
*** amotoki has joined #openstack-nova02:51
*** amotoki has quit IRC02:51
*** amotoki has joined #openstack-nova02:51
*** kaisers_ has joined #openstack-nova02:51
*** tjones- has joined #openstack-nova02:52
*** tjones- has left #openstack-nova02:52
*** gongysh_ has joined #openstack-nova02:53
*** rama_y has joined #openstack-nova02:53
*** ducttape_ has quit IRC02:55
*** kaisers_ has quit IRC02:56
*** tjones- has joined #openstack-nova02:56
*** tjones- has left #openstack-nova02:57
*** sdake has quit IRC02:57
*** ssurana has joined #openstack-nova02:58
*** amotoki has quit IRC02:59
*** ducttape_ has joined #openstack-nova02:59
*** baoli has joined #openstack-nova02:59
*** baoli has quit IRC03:05
*** jdillaman1 has quit IRC03:09
*** ducttape_ has quit IRC03:09
*** gouthamr has quit IRC03:10
*** ducttape_ has joined #openstack-nova03:11
*** odyssey4me has quit IRC03:14
*** odyssey4me has joined #openstack-nova03:15
*** sdake has joined #openstack-nova03:18
*** ducttape_ has quit IRC03:19
*** jamielennox is now known as jamielennox|away03:20
*** jdillaman1 has joined #openstack-nova03:21
*** hoangcx has joined #openstack-nova03:21
*** esberglu has joined #openstack-nova03:21
*** gjayavelu has joined #openstack-nova03:23
*** amotoki has joined #openstack-nova03:24
*** yuntongjin has quit IRC03:25
*** ducttape_ has joined #openstack-nova03:25
*** TravT has joined #openstack-nova03:27
*** eliqiao has quit IRC03:27
*** TravT has quit IRC03:27
*** TravT has joined #openstack-nova03:28
*** unicell has joined #openstack-nova03:29
*** unicell has quit IRC03:29
*** unicell has joined #openstack-nova03:30
*** unicell has quit IRC03:30
*** esberglu has quit IRC03:32
*** TravT_ has joined #openstack-nova03:32
*** TravT has quit IRC03:33
*** armax has quit IRC03:33
*** TravT_ has quit IRC03:33
*** armax has joined #openstack-nova03:33
*** TravT has joined #openstack-nova03:34
*** armax has quit IRC03:34
*** TravT has quit IRC03:34
*** TravT has joined #openstack-nova03:35
*** jamielennox|away is now known as jamielennox03:38
*** baoli has joined #openstack-nova03:38
openstackgerritpawnesh kumar proposed openstack/nova: Fix some PEP8 issues and OpenStack Licensing  https://review.openstack.org/38392403:38
*** esberglu has joined #openstack-nova03:39
*** TravT has quit IRC03:39
*** TravT has joined #openstack-nova03:40
*** ayoung has quit IRC03:40
*** amotoki has quit IRC03:40
*** esberglu has quit IRC03:40
*** TravT has quit IRC03:44
*** gongysh has quit IRC03:44
*** anush_ has joined #openstack-nova03:45
*** tjones- has joined #openstack-nova03:47
*** TravT has joined #openstack-nova03:49
*** ducttape_ has quit IRC03:50
*** TravT has quit IRC03:50
*** TravT has joined #openstack-nova03:50
*** haplo37 has quit IRC03:51
*** amotoki has joined #openstack-nova03:53
*** baoli has quit IRC03:53
*** baoli has joined #openstack-nova03:54
*** TravT_ has joined #openstack-nova03:54
*** baoli has quit IRC03:54
*** takashin has joined #openstack-nova03:54
*** TravT_ has quit IRC03:55
*** TravT has quit IRC03:55
*** anush_ has quit IRC03:55
*** TravT has joined #openstack-nova03:55
*** baoli has joined #openstack-nova03:55
*** gongysh has joined #openstack-nova03:55
*** haplo37 has joined #openstack-nova03:57
*** psachin has joined #openstack-nova03:58
*** ducttape_ has joined #openstack-nova03:58
*** TravT has quit IRC03:58
*** amotoki has quit IRC03:59
*** TravT has joined #openstack-nova03:59
*** takashin has quit IRC03:59
*** TravT has quit IRC04:03
*** TravT has joined #openstack-nova04:04
*** dikonoor has joined #openstack-nova04:04
*** Jeffrey4l_ has quit IRC04:05
*** ducttape_ has joined #openstack-nova04:08
*** TravT has quit IRC04:08
*** TravT has joined #openstack-nova04:08
*** links has joined #openstack-nova04:10
openstackgerritpawnesh kumar proposed openstack/nova: Fix some PEP8 issues and OpenStack Licensing  https://review.openstack.org/38392404:12
*** TravT_ has joined #openstack-nova04:13
*** ducttape_ has quit IRC04:13
*** TravT has quit IRC04:13
*** jistr has quit IRC04:15
*** jistr has joined #openstack-nova04:16
*** kaisers_ has joined #openstack-nova04:17
*** TravT has joined #openstack-nova04:18
*** TravT_ has quit IRC04:18
*** alex_xu has quit IRC04:18
*** zhangyufei has quit IRC04:20
*** alex_xu has joined #openstack-nova04:20
*** baoli has quit IRC04:20
*** rama_y has quit IRC04:21
*** GB21 has joined #openstack-nova04:21
*** rama_y has joined #openstack-nova04:22
*** TravT has quit IRC04:22
*** TravT has joined #openstack-nova04:23
*** wasmum has quit IRC04:23
*** mdrabe has quit IRC04:24
*** mdrabe has joined #openstack-nova04:25
*** Jeffrey4l has joined #openstack-nova04:26
*** yuntongjin has joined #openstack-nova04:27
*** TravT has quit IRC04:27
*** TravT has joined #openstack-nova04:27
*** dikonoor has quit IRC04:30
openstackgerritDao Cong Tien proposed openstack/nova: Ironic Driver: override get_serial_console()  https://review.openstack.org/32815704:30
*** vishwanathj has quit IRC04:32
*** TravT has quit IRC04:32
*** ducttape_ has joined #openstack-nova04:32
*** TravT has joined #openstack-nova04:32
*** mdrabe has quit IRC04:33
*** raunak has joined #openstack-nova04:33
*** wasmum has joined #openstack-nova04:35
*** ducttape_ has quit IRC04:36
*** TravT has quit IRC04:37
*** mtanino has quit IRC04:39
*** agireud has quit IRC04:42
*** TravT has joined #openstack-nova04:42
*** rama_y has quit IRC04:45
*** claudiub has joined #openstack-nova04:47
*** TravT_ has joined #openstack-nova04:47
*** TravT has quit IRC04:47
*** unicell has joined #openstack-nova04:51
*** agireud has joined #openstack-nova04:51
*** TravT_ has quit IRC04:51
*** TravT has joined #openstack-nova04:51
*** karthiks has joined #openstack-nova04:54
*** agireud has quit IRC04:56
*** TravT_ has joined #openstack-nova04:56
*** TravT has quit IRC04:56
*** prateek has joined #openstack-nova04:56
*** dikonoor has joined #openstack-nova04:56
*** TravT_ has quit IRC05:01
*** prateek has quit IRC05:01
*** maticue has quit IRC05:01
*** salv-orlando has joined #openstack-nova05:01
*** TravT has joined #openstack-nova05:01
*** jaosorior has joined #openstack-nova05:02
*** pbandark has joined #openstack-nova05:03
*** ratailor has joined #openstack-nova05:03
*** rama_y has joined #openstack-nova05:05
*** TravT has quit IRC05:05
*** TravT has joined #openstack-nova05:06
*** prateek has joined #openstack-nova05:07
*** wasmum has quit IRC05:09
*** Jeffrey4l has quit IRC05:09
*** alex_xu has quit IRC05:09
*** TravT_ has joined #openstack-nova05:10
*** TravT has quit IRC05:11
*** alex_xu has joined #openstack-nova05:11
*** salv-orlando has quit IRC05:11
*** Jeffrey4l has joined #openstack-nova05:11
*** Jeffrey4l has quit IRC05:12
*** Jeffrey4l has joined #openstack-nova05:13
*** Jeffrey4l has quit IRC05:13
*** Jeffrey4l_ has joined #openstack-nova05:13
*** lpetrut has joined #openstack-nova05:14
*** TravT_ has quit IRC05:15
*** TravT has joined #openstack-nova05:15
*** rama_y has quit IRC05:18
*** tanee_away is now known as tanee05:19
*** amotoki has joined #openstack-nova05:19
*** wasmum has joined #openstack-nova05:19
*** dikonoor has quit IRC05:19
*** TravT has quit IRC05:20
*** TravT_ has joined #openstack-nova05:20
*** TravT_ has quit IRC05:24
*** salv-orlando has joined #openstack-nova05:25
*** TravT has joined #openstack-nova05:25
*** TravT_ has joined #openstack-nova05:29
*** TravT has quit IRC05:30
*** GB21 has quit IRC05:30
*** ducttape_ has joined #openstack-nova05:33
*** TravT_ has quit IRC05:34
*** TravT has joined #openstack-nova05:34
*** gabor_antal_ has joined #openstack-nova05:35
*** pjm6_ has joined #openstack-nova05:35
*** kylek3h_ has joined #openstack-nova05:36
*** ekhugen has quit IRC05:37
*** gabor_antal has quit IRC05:37
*** ekhugen has joined #openstack-nova05:37
*** ducttape_ has quit IRC05:38
*** kylek3h has quit IRC05:38
*** raunak has quit IRC05:39
*** TravT has quit IRC05:39
*** pjm6 has quit IRC05:39
*** TravT has joined #openstack-nova05:39
*** Jeffrey4l_ has quit IRC05:41
*** nkrinner_afk is now known as nkrinner05:42
*** TravT has quit IRC05:44
*** GB21 has joined #openstack-nova05:44
*** TravT has joined #openstack-nova05:44
*** dikonoor has joined #openstack-nova05:47
*** amotoki has quit IRC05:48
*** TravT has quit IRC05:48
*** TravT has joined #openstack-nova05:48
*** yuntongjin has quit IRC05:49
*** lpetrut has quit IRC05:51
*** Jeffrey4l_ has joined #openstack-nova05:52
*** TravT_ has joined #openstack-nova05:54
*** links has quit IRC05:54
*** TravT has quit IRC05:54
*** cybojanek has quit IRC05:55
*** Jeffrey4l_ has quit IRC05:57
*** TravT_ has quit IRC05:58
*** Jeffrey4l_ has joined #openstack-nova05:58
*** TravT has joined #openstack-nova05:58
*** unicell1 has joined #openstack-nova06:02
*** unicell has quit IRC06:02
*** TravT has quit IRC06:03
*** TravT has joined #openstack-nova06:03
*** Jeffrey4l_ has quit IRC06:06
*** TravT has quit IRC06:07
*** sahid has joined #openstack-nova06:07
*** TravT has joined #openstack-nova06:08
*** campee_ has joined #openstack-nova06:09
*** links has joined #openstack-nova06:10
*** mjura has joined #openstack-nova06:11
*** campee has quit IRC06:11
*** TravT has quit IRC06:12
*** zhangyufei has joined #openstack-nova06:16
*** gjayavelu1 has joined #openstack-nova06:16
*** ssurana has quit IRC06:17
*** gjayavelu has quit IRC06:17
*** Jeffrey4l_ has joined #openstack-nova06:19
*** Jeffrey4l_ has quit IRC06:23
*** Jeffrey4l_ has joined #openstack-nova06:23
*** andreas_s has joined #openstack-nova06:29
*** zenoway has joined #openstack-nova06:33
*** rkrum has quit IRC06:33
*** ducttape_ has joined #openstack-nova06:34
*** haplo37 has quit IRC06:34
*** s1061123_ has quit IRC06:34
*** amotoki has joined #openstack-nova06:34
*** rcernin has joined #openstack-nova06:36
*** ducttape_ has quit IRC06:38
*** cristicalin has joined #openstack-nova06:38
*** s1061123 has joined #openstack-nova06:41
*** hshiina has joined #openstack-nova06:41
*** haplo37 has joined #openstack-nova06:44
*** yuntongjin has joined #openstack-nova06:53
*** unicell1 has quit IRC06:55
*** unicell has joined #openstack-nova06:55
*** zenoway has quit IRC06:55
*** zenoway has joined #openstack-nova07:01
*** pilgrimstack has joined #openstack-nova07:03
*** nherciu has joined #openstack-nova07:04
*** tesseract has joined #openstack-nova07:06
*** zenoway has quit IRC07:06
*** tesseract is now known as Guest2489007:06
*** wasmum has quit IRC07:10
*** zenoway has joined #openstack-nova07:10
*** cristicalin has quit IRC07:11
*** matrohon has joined #openstack-nova07:12
*** coolsvap has joined #openstack-nova07:13
*** wasmum has joined #openstack-nova07:15
*** markus_z has joined #openstack-nova07:16
*** kaisers_ has quit IRC07:21
*** sdake has quit IRC07:22
*** kaisers_ has joined #openstack-nova07:22
*** gjayavelu1 has quit IRC07:23
*** kaisers_ has quit IRC07:26
*** gongysh has quit IRC07:26
*** dimtruck is now known as zz_dimtruck07:32
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Add notifications for server groups  https://review.openstack.org/37531607:32
*** Guest59427 is now known as zigo07:33
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Add support for tag instances when boot  https://review.openstack.org/36646907:33
*** ducttape_ has joined #openstack-nova07:35
*** acabot has joined #openstack-nova07:37
*** lpetrut has joined #openstack-nova07:38
*** ducttape_ has quit IRC07:39
openstackgerritmelanie witt proposed openstack/nova: Add quota related tables to the api database.  https://review.openstack.org/33181007:40
*** mkoderer has joined #openstack-nova07:41
*** rmart04 has joined #openstack-nova07:43
*** rcernin has quit IRC07:45
*** rcernin has joined #openstack-nova07:49
*** gongysh has joined #openstack-nova07:49
*** alexchadin has joined #openstack-nova07:55
*** salv-orlando has quit IRC07:59
*** ssbarnea has joined #openstack-nova07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
*** mnasiadka has joined #openstack-nova08:05
*** gibi has joined #openstack-nova08:08
*** TravT has joined #openstack-nova08:08
*** ihrachys has joined #openstack-nova08:12
*** TravT has quit IRC08:13
*** TravT has joined #openstack-nova08:13
*** alexchad_ has joined #openstack-nova08:15
*** ihrachys has quit IRC08:17
*** TravT has quit IRC08:18
*** alexchadin has quit IRC08:18
*** TravT has joined #openstack-nova08:18
*** yassine has joined #openstack-nova08:21
*** yassine is now known as Guest8168108:22
*** TravT has quit IRC08:22
*** TravT has joined #openstack-nova08:23
*** pradk has quit IRC08:27
*** yuntongjin has quit IRC08:27
*** TravT has quit IRC08:28
*** TravT_ has joined #openstack-nova08:28
*** TravT_ has quit IRC08:32
*** TravT has joined #openstack-nova08:32
*** amotoki has quit IRC08:33
*** ihrachys has joined #openstack-nova08:34
*** ducttape_ has joined #openstack-nova08:35
*** TravT has quit IRC08:37
*** TravT has joined #openstack-nova08:37
*** dikonoo has joined #openstack-nova08:38
*** ihrachys has quit IRC08:39
*** ducttape_ has quit IRC08:40
*** TravT has quit IRC08:42
*** TravT_ has joined #openstack-nova08:42
*** dikonoor has quit IRC08:42
*** BobBall has quit IRC08:43
*** TravT_ has quit IRC08:46
*** TravT has joined #openstack-nova08:47
openstackgerritGleb Stepanov proposed openstack/nova: Add Hierarchy info  https://review.openstack.org/38372608:47
*** derekh has joined #openstack-nova08:47
*** mkoderer has quit IRC08:49
*** mkoderer has joined #openstack-nova08:50
*** TravT has quit IRC08:51
*** yuntongjin has joined #openstack-nova08:51
*** TravT has joined #openstack-nova08:51
openstackgerritGleb Stepanov proposed openstack/nova: Add child_hard_limits column  https://review.openstack.org/38372708:54
*** wasmum has quit IRC08:54
openstackgerritGleb Stepanov proposed openstack/nova: Nested Quota: Set default values to subproject  https://review.openstack.org/38372808:54
openstackgerritGleb Stepanov proposed openstack/nova: Add nested quota support  https://review.openstack.org/38372908:54
*** TravT has quit IRC08:56
*** TravT has joined #openstack-nova08:56
*** wasmum has joined #openstack-nova08:58
*** TravT has quit IRC09:01
*** TravT_ has joined #openstack-nova09:01
*** alexchad_ has quit IRC09:01
*** alexchadin has joined #openstack-nova09:02
*** hshiina has quit IRC09:03
*** alexchad_ has joined #openstack-nova09:05
*** alexchad_ is now known as alexchadin_09:05
*** hieulq_ has quit IRC09:05
*** hieulq_ has joined #openstack-nova09:06
*** TravT_ has quit IRC09:06
*** TravT has joined #openstack-nova09:06
*** alexchadin has quit IRC09:06
*** TravT has quit IRC09:10
*** kaisers_ has joined #openstack-nova09:10
*** TravT_ has joined #openstack-nova09:10
*** kaisers_ has quit IRC09:15
*** TravT_ has quit IRC09:15
*** TravT has joined #openstack-nova09:15
*** ihrachys has joined #openstack-nova09:16
*** mvk has joined #openstack-nova09:17
openstackgerritGleb Stepanov proposed openstack/nova: Add _rebuild_instance helper method  https://review.openstack.org/37600409:19
*** TravT has quit IRC09:20
*** TravT_ has joined #openstack-nova09:20
*** matrohon has quit IRC09:23
*** TravT_ has quit IRC09:25
*** TravT has joined #openstack-nova09:25
*** code-R has joined #openstack-nova09:29
*** TravT has quit IRC09:29
*** salv-orlando has joined #openstack-nova09:30
*** TravT has joined #openstack-nova09:30
openstackgerritsahid proposed openstack/nova: object: add new field cpu_emulator_threads_policy  https://review.openstack.org/38502209:32
openstackgerritsahid proposed openstack/nova: virt: add numa constraint for emulator threads policy  https://review.openstack.org/38502309:32
openstackgerritsahid proposed openstack/nova: virt: update overhead to take into account vCPUs  https://review.openstack.org/38502409:32
openstackgerritsahid proposed openstack/nova: libvirt: return overhead if isolate emulator threads requested  https://review.openstack.org/38536409:32
*** TravT has quit IRC09:34
*** salv-orlando has quit IRC09:34
*** TravT has joined #openstack-nova09:34
bauzasp!spy09:35
*** ducttape_ has joined #openstack-nova09:36
*** haplo37 has quit IRC09:37
*** TravT has quit IRC09:39
*** TravT has joined #openstack-nova09:39
*** jaosorior has quit IRC09:39
*** jaosorior has joined #openstack-nova09:40
*** McNinja has quit IRC09:40
*** ducttape_ has quit IRC09:41
*** yingjun has quit IRC09:42
*** McNinja has joined #openstack-nova09:43
*** sree has joined #openstack-nova09:43
*** TravT has quit IRC09:44
*** TravT has joined #openstack-nova09:44
*** pilgrimstack has quit IRC09:44
*** pjm6_ is now known as pjm609:46
*** ralonsoh has joined #openstack-nova09:46
*** alexchadin_ is now known as alexchadin09:46
*** haplo37 has joined #openstack-nova09:47
*** pjm6 has quit IRC09:47
*** GnomeKing has joined #openstack-nova09:48
*** GnomeKing is now known as BobBall09:48
*** TravT has quit IRC09:48
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: virtlogd: use virtlogd for char devices  https://review.openstack.org/32376509:48
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: remove py26 compat code in "get_console_output"  https://review.openstack.org/33448009:48
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: read rotated "console.log" files  https://review.openstack.org/38536609:48
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: Merge all console device creation into one method  https://review.openstack.org/38536709:48
*** TravT has joined #openstack-nova09:49
*** mvk has quit IRC09:50
*** cdent has joined #openstack-nova09:51
*** yuntongjin has quit IRC09:53
*** TravT has quit IRC09:53
*** TravT has joined #openstack-nova09:54
openstackgerritStephen Finucane proposed openstack/nova: Add PCIWeigher  https://review.openstack.org/37952409:54
openstackgerritStephen Finucane proposed openstack/nova: hardware: Flatten functions  https://review.openstack.org/37962409:54
openstackgerritStephen Finucane proposed openstack/nova: Prefer non-PCI host nodes for non-PCI instances  https://review.openstack.org/37962509:54
*** pjm6 has joined #openstack-nova09:55
openstackgerritStephen Finucane proposed openstack/nova: doc: Update libvirt-numa guide  https://review.openstack.org/37428009:57
*** TravT has quit IRC09:58
*** TravT_ has joined #openstack-nova09:58
openstackgerritHieu LE proposed openstack/nova: Config options: improve libvirt help text (2)  https://review.openstack.org/31655009:59
openstackgerritGleb Stepanov proposed openstack/nova: Add Hierarchy info  https://review.openstack.org/38372610:03
*** TravT_ has quit IRC10:03
*** TravT has joined #openstack-nova10:03
openstackgerritGleb Stepanov proposed openstack/nova: Add child_hard_limits column  https://review.openstack.org/38372710:04
openstackgerritGleb Stepanov proposed openstack/nova: Nested Quota: Set default values to subproject  https://review.openstack.org/38372810:04
openstackgerritGleb Stepanov proposed openstack/nova: Add nested quota support  https://review.openstack.org/38372910:04
*** gszasz has joined #openstack-nova10:05
*** McNinja has quit IRC10:06
*** McNinja has joined #openstack-nova10:07
*** hoangcx has quit IRC10:08
*** TravT has quit IRC10:08
*** TravT has joined #openstack-nova10:08
*** eglynn has joined #openstack-nova10:10
*** smcginnis has quit IRC10:10
*** smcginnis_ is now known as smcginnis10:10
*** TravT has quit IRC10:12
*** smcginnis has quit IRC10:13
*** smcginnis has joined #openstack-nova10:14
*** salv-orlando has joined #openstack-nova10:15
*** bhagyashri_s has joined #openstack-nova10:16
*** bhagyashri_s has quit IRC10:16
*** mgoddard has joined #openstack-nova10:16
*** bhagyashri_s has joined #openstack-nova10:17
*** TravT has joined #openstack-nova10:17
*** esberglu has joined #openstack-nova10:19
*** oanson has joined #openstack-nova10:21
*** TravT_ has joined #openstack-nova10:22
*** alexchadin has quit IRC10:23
*** esberglu has quit IRC10:24
openstackgerritGábor Antal proposed openstack/nova: Transform instance.create notification  https://review.openstack.org/38462110:25
*** mvk has joined #openstack-nova10:25
*** TravT has quit IRC10:26
openstackgerritChris Dent proposed openstack/nova: Add {get_,set_}aggregates to objects.ResourceProvider  https://review.openstack.org/35526310:26
openstackgerritChris Dent proposed openstack/nova: Implement get and set aggregates in the placement API  https://review.openstack.org/35799310:26
openstackgerritChris Dent proposed openstack/nova: [placement] add a placement_aggregates table to api_db  https://review.openstack.org/36286310:26
*** TravT_ has quit IRC10:26
*** TravT has joined #openstack-nova10:27
*** dosaboy_ is now known as dosaboy10:28
openstackgerritsahid proposed openstack/nova: object: add new field cpu_emulator_threads_policy  https://review.openstack.org/38502210:28
openstackgerritsahid proposed openstack/nova: virt: add numa constraint for emulator threads policy  https://review.openstack.org/38502310:28
openstackgerritsahid proposed openstack/nova: libvirt: return overhead if isolate emulator threads requested  https://review.openstack.org/38536410:28
openstackgerritsahid proposed openstack/nova: virt: update overhead to take into account vCPUs  https://review.openstack.org/38502410:28
*** pilgrimstack has joined #openstack-nova10:29
*** ftersin has quit IRC10:30
*** gongysh_ has quit IRC10:32
*** TravT_ has joined #openstack-nova10:32
*** TravT has quit IRC10:32
*** trisq has quit IRC10:33
johnthetubaguybauzas: alex_xu: I see disagreement on this one: https://review.openstack.org/#/c/379655/10:34
openstackgerritStephen Finucane proposed openstack/nova: Use more specific asserts in tests  https://review.openstack.org/36304310:35
openstackgerritStephen Finucane proposed openstack/nova: hacking: Use assertIs(Not), assert(True|False)  https://review.openstack.org/36368510:35
bauzasjohnthetubaguy: I'll remove my -1 but I'll need to review again10:35
johnthetubaguyI am tempted by request the extra negative test you are looking for10:36
bauzasjohnthetubaguy: yeah, that's why I put my -110:36
bauzasbut that's something we can merge later10:36
bauzasI'll rather put a +1 asking for a negative test10:36
*** takashin has joined #openstack-nova10:37
*** ducttape_ has joined #openstack-nova10:37
*** TravT_ has quit IRC10:37
johnthetubaguybauzas: OK10:38
*** TravT has joined #openstack-nova10:41
*** ducttape_ has quit IRC10:41
tojuvonejohnthebaguy: I got to think of "uuid" and had some more radical ideas as last comment on: https://review.openstack.org/31051010:42
*** code-R_ has joined #openstack-nova10:43
johnthetubaguytojuvone: you mean tell the users what host_uuid there instance is on, so they can look it up outside of Nova?10:44
openstackgerritSylvain Bauza proposed openstack/nova-specs: resource-providers: Scheduler filters in DB  https://review.openstack.org/30017810:44
tojuvonejohnthebaguy: yes, if go with the most radical approach10:45
johnthetubaguytojuvone: we do already return a hostId, its unique to each tenant, but it should do the trick10:45
*** avolkov has quit IRC10:46
*** TravT has quit IRC10:46
*** TravT_ has joined #openstack-nova10:46
*** code-R has quit IRC10:46
bauzasjohnthetubaguy: alaski: edleafe: dansmith: just re-proposed https://review.openstack.org/300178 for using the resource providers in the scheduler tree, and will propose myself for the implementation10:46
bauzasjay and mriedem being off10:47
bauzasjohnthetubaguy: alaski: edleafe: dansmith: implementation patches should come up soon10:47
* bauzas bbiab10:48
*** huanxie has quit IRC10:49
*** avolkov has joined #openstack-nova10:49
*** takashin has quit IRC10:50
tojuvonejohnthebaguy: ok. Surely it is that does it make sense to have some clear link from Nova or not.10:50
*** TravT_ has quit IRC10:50
*** TravT has joined #openstack-nova10:51
*** ftersin has joined #openstack-nova10:52
*** ihrachys has quit IRC10:53
johnthetubaguytojuvone: sorry, not sure I get your question?10:55
*** TravT has quit IRC10:56
johnthetubaguytojuvone: what I would do here, is prototype the system using the hostId in the server response10:56
johnthetubaguytojuvone: then we will know what bits don't work right for the user or the system, and we could talk about adding those concrete items10:56
johnthetubaguytojuvone: the root problem here is Nova is too big already, trying to do too many things, so we don't want to expand its scope where we don't have to10:57
*** ssbarnea has quit IRC10:57
*** takashin has joined #openstack-nova10:58
tojuvonejohnthetubaguy: yes, I got that we do not want much change to Nova. So then thought just how to have the link10:59
*** dikonoo has quit IRC10:59
*** haplo37_ has quit IRC10:59
tojuvonejohnthebaguy: And then thought that actually the host_uuid wold be the ting or as you said hostid10:59
*** TravT has joined #openstack-nova11:00
*** haplo37_ has joined #openstack-nova11:01
tojuvonejohnthebaguy: one could then form what ever url something like: http://mythingy/<tenant_id>/<hostid>11:02
johnthetubaguytojuvone: yeah, that could work, and mean no changes in Nova, I think?11:04
tojuvonejohnthebaguy: So yes, as this would clearly be the thing, there should be this mythingy/prototype first11:04
*** TravT has quit IRC11:05
johnthetubaguyI suspect we might still need the URL, but would be good to have that prototype to see if it really is needed11:05
tojuvonejohnthebaguy: If looking where this goes, I would agree no changes to Nova11:05
*** TravT has joined #openstack-nova11:05
openstackgerritveena proposed openstack/nova: Adding hugepage and NUMA support check for aarch64  https://review.openstack.org/37230411:06
*** sdague has joined #openstack-nova11:06
johnthetubaguytojuvone: you will need to share a key with Nova, to ensure the HostIds can match up on both sides, I suspect, but thats probably OK11:06
tojuvoneYes, url just might have the problem of being tenant specific.11:08
*** sree has quit IRC11:08
*** TravT has quit IRC11:10
*** TravT_ has joined #openstack-nova11:10
*** sree has joined #openstack-nova11:11
johnthetubaguytojuvone: you can convert inside the service, and you will have the tenant-id from the keystone auth, so it should be OK11:13
*** pilgrimstack has quit IRC11:13
*** amotoki has joined #openstack-nova11:14
*** TravT_ has quit IRC11:14
tojuvonejohnthebaguy: ok, so the url could be generic without tenant_id11:14
*** TravT has joined #openstack-nova11:15
*** bvanhav has joined #openstack-nova11:16
tojuvoneI could start with prototype, but soon might need to gather some people with common interest. Surely this might be much more interesting than anything else :)11:17
johnthetubaguytojuvone: its worth trying the large operators group, they might have some good ideas / people11:18
*** rtheis has joined #openstack-nova11:18
johnthetubaguytojuvone: basically, most folks don't want users to find out where each others VMs are, so either way, it will have to be a tenant specific URL11:19
*** mkoderer has quit IRC11:19
*** TravT has quit IRC11:19
*** TravT has joined #openstack-nova11:19
tojuvonejohnthebaguy: Yes, clearly tenant specific and without knowledge of real physical host for other than admin access to "hostid"11:20
*** mkoderer has joined #openstack-nova11:20
tojuvonejohnthebaguy: Abandon spec, or something to keep the conversation, if the url will still come later? I guess abandoned spec can anyhow be referred later anyhow.11:22
*** salv-orlando has quit IRC11:23
*** TravT has quit IRC11:24
*** TravT_ has joined #openstack-nova11:24
*** TravT_ has quit IRC11:29
*** TravT has joined #openstack-nova11:29
*** tuanluong has quit IRC11:32
*** phuongnh has quit IRC11:33
*** TravT has quit IRC11:34
*** TravT_ has joined #openstack-nova11:34
*** sdague has quit IRC11:37
*** sdague has joined #openstack-nova11:37
*** alexchadin has joined #openstack-nova11:38
*** TravT_ has quit IRC11:38
tdurakovmarkus_z: hi,are you around?11:40
markus_ztdurakov: yep, I'm here11:40
tdurakovmarkus_z: walking through bp/libvirt-virtlogd patches11:41
tdurakovmarkus_z: missed that first, https://review.openstack.org/#/c/334480/17/nova/virt/libvirt/driver.py - line 263211:42
tdurakovmarkus_z: what's the purpose of that double check that file exists?11:42
*** TravT_ has joined #openstack-nova11:43
markus_ztdurakov: whops, that's not needed11:44
tdurakovmarkus_z: missed that first, only noticed it on second patch...11:45
markus_zI can remove that in a follow up patch. It doesn't hurt right now. Is that OK with you?11:46
tdurakovmarkus_z: let me check all chain first11:46
*** thorst has joined #openstack-nova11:47
openstackgerritStephen Finucane proposed openstack/nova: Add PCIWeigher  https://review.openstack.org/37952411:47
openstackgerritStephen Finucane proposed openstack/nova: hardware: Flatten functions  https://review.openstack.org/37962411:47
openstackgerritStephen Finucane proposed openstack/nova: Prefer non-PCI host nodes for non-PCI instances  https://review.openstack.org/37962511:47
markus_zsure, thanks for reviewing.11:47
*** takashin has quit IRC11:48
*** TravT_ has quit IRC11:48
*** TravT has joined #openstack-nova11:48
*** BobBall has quit IRC11:48
*** salv-orlando has joined #openstack-nova11:51
*** TravT has quit IRC11:53
*** TravT has joined #openstack-nova11:53
*** dikonoo has joined #openstack-nova11:55
*** TravT has quit IRC11:58
*** TravT has joined #openstack-nova11:58
*** jaypipes has joined #openstack-nova11:59
jaypipesmorning Novas.11:59
*** tblakes has joined #openstack-nova12:00
*** TravT has quit IRC12:02
*** sree_ has joined #openstack-nova12:04
*** sree_ is now known as Guest2874112:04
*** zhangyufei has quit IRC12:05
*** sree has quit IRC12:06
*** zhangyufei has joined #openstack-nova12:06
*** ralonsoh has quit IRC12:06
*** ralonsoh_ has joined #openstack-nova12:06
*** matrohon has joined #openstack-nova12:07
*** edmondsw has joined #openstack-nova12:07
*** TravT has joined #openstack-nova12:07
*** pradk has joined #openstack-nova12:08
*** esberglu has joined #openstack-nova12:08
*** ducttape_ has joined #openstack-nova12:09
pkholkinmorning Jay!12:09
*** TravT has quit IRC12:12
*** TravT has joined #openstack-nova12:12
*** TravT has quit IRC12:13
*** esberglu has quit IRC12:13
bauzasjaypipes: morning12:14
bauzasjaypipes: in case you haven't seen it yet, https://review.openstack.org/#/c/300178/12:15
bauzasjaypipes: I'm just beginning to implement it12:15
*** takashin has joined #openstack-nova12:16
bauzasjaypipes: do we have an etherpad like we did for Newton ? https://etherpad.openstack.org/p/placement-next12:17
markus_zanyone encountered an issue with os-vif objects in unit tests? http://paste.openstack.org/show/585448/12:18
markus_zI tried on current master and also recreated my tox env.12:18
*** pilgrimstack has joined #openstack-nova12:18
*** eharney has joined #openstack-nova12:18
markus_zI also updated the os-vif package although it was already the most current 1.2.112:21
*** sdake has joined #openstack-nova12:21
openstackgerritMaciej Szankin proposed openstack/nova: conf: Remove deprecated ``use_glance_v1``  https://review.openstack.org/38499112:22
*** sdake has quit IRC12:22
*** maticue has joined #openstack-nova12:22
*** pilgrimstack has quit IRC12:22
*** pilgrimstack has joined #openstack-nova12:22
*** sdake has joined #openstack-nova12:23
*** TravT has joined #openstack-nova12:27
*** tblakes_ has joined #openstack-nova12:30
*** tblakes_ has quit IRC12:30
*** tblakes has quit IRC12:30
openstackgerritMikhail Feoktistov proposed openstack/nova: Remove sata bus for virtuozzo hypervisor  https://review.openstack.org/28239812:30
*** tblakes has joined #openstack-nova12:30
*** mgoddard has quit IRC12:31
*** TravT has quit IRC12:31
*** TravT has joined #openstack-nova12:31
*** annegentle has joined #openstack-nova12:32
*** TravT has quit IRC12:35
*** TravT has joined #openstack-nova12:36
*** lamt has quit IRC12:37
*** prithiv has joined #openstack-nova12:38
prithivcan someone review this please https://blueprints.launchpad.net/nova/+spec/modify-default-cpu-mode12:38
*** pbandark has quit IRC12:39
*** prateek has quit IRC12:39
*** ducttape_ has quit IRC12:39
*** TravT has quit IRC12:40
*** TravT has joined #openstack-nova12:41
*** links has quit IRC12:42
*** alexchadin has quit IRC12:42
*** alexchadin has joined #openstack-nova12:42
*** TravT has quit IRC12:45
*** TravT has joined #openstack-nova12:45
*** jheroux has joined #openstack-nova12:46
*** TravT has quit IRC12:46
*** TravT has joined #openstack-nova12:47
*** kaisers_ has joined #openstack-nova12:48
*** hshiina has joined #openstack-nova12:48
*** mriedem has joined #openstack-nova12:49
*** haplo37 has quit IRC12:49
alex_xunova-api meeting is in 10 mins at #openstack-meeting-412:50
*** TravT has quit IRC12:51
*** mah has joined #openstack-nova12:52
*** TravT has joined #openstack-nova12:52
*** haplo37 has joined #openstack-nova12:52
*** gibi has quit IRC12:52
*** gibi has joined #openstack-nova12:52
mahHi all, How to activate the Enhancement Performance Awareness property in openstack ? and what I need to do that ? is there a guide for it ?12:52
*** GB21 has quit IRC12:53
*** kaisers_ has quit IRC12:53
*** salv-orlando has quit IRC12:53
mriedemdansmith: thanks for the stellar yelp review on my newton release patch12:54
bauzasmriedem: you were off so no way to hit you but I just added https://review.openstack.org/#/c/300178/212:54
mriedemok12:55
*** dave-mccowan has joined #openstack-nova12:57
*** octopusZ1ang has joined #openstack-nova12:57
*** TravT has quit IRC12:57
*** TravT has joined #openstack-nova12:58
*** zhangyufei has quit IRC12:58
*** gmann_ has joined #openstack-nova12:59
*** sree has joined #openstack-nova13:00
bauzasmriedem: alaski: in case I want to write a functional test for verifying that the RequestSpec object is deleted when we call an instance delete, I'm a bit torn about adding it either in nova.tests.functional.test_servers or in nova.tests.functional.wsgi.test_servers13:01
alex_xusdague: johnthetubaguy are you around for api meeting?13:01
bauzasmriedem: alaski: given I don't really need to test every API version, I think it should be okay if I would add in the latter, right?13:01
mriedembauzas: just run it against 2.latest13:02
sdaguealex_xu: o/13:02
bauzasmriedem: yup, but in the wsgi module, right?13:02
openstackgerritAlexis Lee proposed openstack/nova: Mutable compute options: reserves, ratios  https://review.openstack.org/34956113:02
mriedembauzas: i'm not sure13:02
alaskibauzas: yeah, I would go with the wsgi one13:02
mriedem*i'm not sure what the difference is13:02
*** TravT has quit IRC13:02
bauzasmriedem: because I'm a bit confused about the difference13:02
bauzasyeah that13:02
*** TravT has joined #openstack-nova13:03
bauzasI think test_servers (not wsgi) is for testing the changes between 2 microversions13:03
alaskifunctional/test_servers appears to be about testing various microversions13:03
alaskiyeah13:03
*** baoli has joined #openstack-nova13:03
bauzasokay13:03
bauzascool then13:03
bauzasalaski: thanks13:03
*** ratailor has quit IRC13:03
alaskiwsgi/test_servers is just testing behaviour on latest version. but not API behavior, but what happens in response to an API call13:04
*** gongysh_ has joined #openstack-nova13:04
*** Guest28741 has quit IRC13:04
*** baoli_ has joined #openstack-nova13:04
bauzasokay I see13:05
*** andymaier has joined #openstack-nova13:05
openstackgerritGábor Antal proposed openstack/nova: Transform instance.create notification  https://review.openstack.org/38462113:06
*** TravT has quit IRC13:07
*** mtanino has joined #openstack-nova13:08
*** esberglu_ has joined #openstack-nova13:08
*** baoli has quit IRC13:08
mahHi all, How to activate the Enhancement Performance Awareness property in openstack ? and what I need to do that ? is there a guide for it ?13:08
*** prithiv has quit IRC13:09
bauzasmah: I don't know what is that13:09
*** gouthamr has joined #openstack-nova13:09
bauzasmah: and we don't have properties, we have services and options :)13:09
bauzasmah: oh that ? https://wiki.openstack.org/wiki/Enhanced-platform-awareness-pcie13:10
*** sree has quit IRC13:10
*** lamt has joined #openstack-nova13:11
*** mnasiadka has quit IRC13:11
bauzasthe above looks like a blueprint description to me13:11
*** TravT has joined #openstack-nova13:12
*** alexchadin has quit IRC13:12
*** cdelatte has joined #openstack-nova13:13
*** rcernin has quit IRC13:13
*** rcernin has joined #openstack-nova13:13
*** mdrabe has joined #openstack-nova13:14
*** vishwanathj has joined #openstack-nova13:15
*** TravT has quit IRC13:16
*** sree has joined #openstack-nova13:17
lbeliveaumah: this is been in nova for a while, have a look at http://docs.openstack.org/draft/networking-guide/config-sriov.html13:17
*** mdrabe_ has joined #openstack-nova13:17
*** mtanino has quit IRC13:17
mahThanks13:18
*** mdrabe_ has quit IRC13:18
*** mdrabe has quit IRC13:18
*** jamesdenton has joined #openstack-nova13:19
*** sree has quit IRC13:23
*** READ10 has joined #openstack-nova13:24
*** tongli has joined #openstack-nova13:24
*** TravT has joined #openstack-nova13:24
openstackgerritStephen Finucane proposed openstack/nova: nova-manage: Use consistent prints for errors  https://review.openstack.org/28930913:25
*** ducttape_ has joined #openstack-nova13:25
*** pilgrimstack has quit IRC13:27
openstackgerritMikhail Feoktistov proposed openstack/nova: Remove sata bus for virtuozzo hypervisor  https://review.openstack.org/28239813:28
*** sree has joined #openstack-nova13:29
dansmithmriedem: heh, it was an ebay review, but you're welcome13:29
*** TravT_ has joined #openstack-nova13:30
*** TravT has quit IRC13:30
*** ducttape_ has quit IRC13:30
*** mordred has quit IRC13:30
*** phschwartz has quit IRC13:30
*** xyang1 has joined #openstack-nova13:31
wznoinskmriedem: hi, the 'free space' issue in Intel NFV CI was solved this morning and rechecks posted, it was late European time so nobody really on the hook to monitor it, thanks again for poking13:32
*** TravT_ has quit IRC13:34
*** sree has quit IRC13:35
*** sree has joined #openstack-nova13:35
*** mordred has joined #openstack-nova13:35
mriedemwznoinsk: thanks13:35
*** phschwartz has joined #openstack-nova13:36
openstackgerritMaciej Szankin proposed openstack/nova: conf: deprecate ``periodic_enable``  https://review.openstack.org/38547813:36
*** TravT has joined #openstack-nova13:39
*** Oku_OS is now known as Oku_OS-away13:41
*** Oku_OS-away is now known as Oku_OS13:42
*** annegentle has quit IRC13:42
*** TravT has quit IRC13:43
*** TravT has joined #openstack-nova13:44
*** cleong has joined #openstack-nova13:44
dansmithderekh: hey did you see and/or try the fix for the archiving thing?13:44
danpawlikHello, if you have some free time pls review https://review.openstack.org/#/c/314928/13:46
openstackgerritSreeram Vancheeswaran proposed openstack/nova-specs: Adding the specification for the blueprint https://blueprints.launchpad.net/nova/+spec/dpm-driver  https://review.openstack.org/38548413:47
*** pilgrimstack has joined #openstack-nova13:48
*** burt has joined #openstack-nova13:48
*** TravT has quit IRC13:48
mriedemsnikitin: mdbooth: put a comment/question in https://review.openstack.org/#/c/357884/ about the disk id - could we use a bdm uuid for that as a unique identifier?13:49
mriedemso we at least return something unique?13:49
mriedemif we're not going to return the device name / mountpoint or virtual device tag13:50
*** esberglu_ has quit IRC13:51
mdboothmriedem: This is for admin diagnostics though, right?13:51
mriedemos-diagnostics is an admin api by default yes13:51
*** ducttape_ has joined #openstack-nova13:51
mdboothIs an admin ever going to want to correlate this info over a long time period?13:51
mdboothOr are they just going to look at a misbehaving disk and say: your second disk is going crazy, stop that.13:52
openstackgerritMaciej Szankin proposed openstack/nova: Remove few TODO's from cells.py  https://review.openstack.org/38514013:52
mriedemmdbooth: given we don't know who uses this api or how, i can't really answer that13:52
mdboothmriedem: That's the real problem :/13:52
mriedembut there was discussion in that spec at one point about returning an id13:52
johnthetubaguysdague: macsz: is there more code we should be deleting in here? https://review.openstack.org/#/c/384991/313:52
mdboothmriedem: Right. When I proposed that I thought it was for users.13:53
mriedeman admin could take the bdm uuid and look up bdm details in the db if needed13:53
mdboothUsers might want that and/or device tags.13:53
mdboothAdmins, though...13:53
sdaguejohnthetubaguy: maybe, I'd rather get rid of that which is th user exposure, and do follow up deletes later13:53
mdboothIt's hard to design something if you don't know what it's for imho.13:53
*** jaosorior has quit IRC13:53
johnthetubaguysdague: yeah, I think I am with you on that, good to kill the *use* of it quickly13:54
*** pcaruana has joined #openstack-nova13:54
mdboothmriedem: I also understood that a concern of using bdm id was that it would require a trip to the db, whereas pulling info out of the hypervisor is 100% local to the compute host.13:54
mriedemtrue13:55
mriedemhell maybe we should just deprecate the api altogether13:55
mdboothIf it's for an admin to poke around with manually they can probably work it out from context.13:56
mdboothIf it's for automating something, we should really understand what.13:56
*** mgoddard has joined #openstack-nova13:56
mriedemi'll query the ops list13:56
dansmithmelwitt: since you pushed this last, do you want to fix up these nits? https://review.openstack.org/#/c/314928/2013:57
*** ljxiash has joined #openstack-nova13:58
jaypipesbauzas: I had asked cdent to work on integrating the scheduler with calls to the placement REST API. can you chat with cdent about what you have already started please?13:58
*** nherciu has quit IRC13:59
*** anush_ has joined #openstack-nova14:00
*** kfarr_ has joined #openstack-nova14:02
*** gmann_ has quit IRC14:02
*** pilgrimstack has quit IRC14:03
lyarwoodcdent / mriedem ; if you have a second can you take a look at https://bugs.launchpad.net/nova/+bug/1632723 - regarding a missed WebOb min version bump in Newton. Does this warrent a global requirements bump?14:03
openstackLaunchpad bug 1632723 in OpenStack Compute (nova) "New WebOb minimum version requirement of >=1.6.1" [Undecided,New]14:03
* cdent looks14:04
lyarwoodcdent: annnnnnnnnd I didn't explain why it now requires 1.6.1 sorry, https://github.com/Pylons/webob/commit/87c8749a57c1ff2442db2d74d9fb86935b7b201e is the reason.14:04
* lyarwood adds a comment14:04
mriedemlyarwood: if it fails w/o 1.6.1 then g-r min should be bumped14:06
mriedemit passes upstream because of upper-constraints and we don't test lower bounds14:06
mriedemFile "nova/api/openstack/placement/util.py", line 131 doesn't match up for me though14:07
lyarwoodpretty sure that was master and not stable/newton14:07
* lyarwood checks14:07
mriedemi think you have the wrong change14:08
mriedemactually you have the right one14:09
mriedemit just moved later14:09
mriedemhttps://review.openstack.org/#/c/352573/6/nova/api/openstack/placement/util.py@4114:09
lyarwoodmriedem: phew, and that trace lines up for me on master at the moment.14:09
kashyapmdbooth: Randomly chiming in, looking at your comment on that spec mriedem, speaking of machine types.  At FOSDEM earlier this year one of the QEMU devs brought up the idea of exposing machine types to Nova users14:09
mdboothkashyap: I still agree we should do that, btw.14:10
mriedemlyarwood: yeah so we need at least webob>=1.6.0 for https://github.com/Pylons/webob/commit/87c8749a57c1ff2442db2d74d9fb86935b7b201e14:10
mriedemlyarwood: but we're screwed on stable/newton for that now14:10
*** anush_ has quit IRC14:10
mriedemwe aren't going to raise the minimum webob in stable/newton14:10
mdboothkashyap: Not this api, though. Metadata api would probably be the place for that?14:10
lyarwoodmriedem: maybe a release note then?14:10
mriedemlyarwood: or a patch that handles both versions14:11
wznoinsktdurakov:14:11
wznoinsktdurakov: ping14:11
mriedembefore and after 1.6.014:11
kashyapmdbooth: Sure, I don't disagree with your comment there.  (It just reminded me of this topic, which probably deserves an independent discussion.)14:11
tdurakovwznoinsk: hi14:11
lyarwoodmriedem: kk, I'll take a look at that14:11
openstackgerritFeodor Tersin proposed openstack/nova: Straighten driver.cleanup & destroy interfaces  https://review.openstack.org/38549214:11
openstackgerritFeodor Tersin proposed openstack/nova: Cleanup instance directory on revert resize  https://review.openstack.org/38549314:11
lyarwoodmriedem: thanks14:11
kashyapmdbooth: Do you know top off your head, what else kind of QEMU-specific details we expose in metadata API?14:11
mriedemlyarwood: well it's a good thing the placement api is optional i guess :)14:11
*** ihrachys has joined #openstack-nova14:11
mdboothkashyap: None afaik.14:12
*** READ10 has quit IRC14:12
kashyapAlso good reminder about `virt-what`, speaking of which, `systemd` alread usurped it :-)14:12
kashyap[stack@f24vm devstack]$ systemd-detect-virt14:12
kashyapqemu14:12
cdentmriedem, lyarwood: Did something happen incorrectly here, or is it just a slip through the cracks as a result of not testing lower bounds?14:12
mdboothIt's for guest config info, stuff that would normally go on a config disk.14:12
wznoinsktdurakov: hi, we've enabled live-migration api tests for multinode job: http://intel-openstack-ci-logs.ovh/65/323765/25/check/tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial/50834ef/logs/testr_results.html.gz14:13
cdentI had assumed the upper-constraints was the "packaging target"?14:13
openstackgerritLudovic Beliveau proposed openstack/nova: Don't parse PCI whitelist eveytime neutron ports are created  https://review.openstack.org/33723614:13
tdurakovwznoinsk: cool!14:13
lyarwoodcdent: I think it is, however for some reason downstream we were only carrying 1.4.1 and hit this14:13
wznoinsktdurakov: I'm wondering what state of live migration testing you want to achieve before the summit, we'd like to follow and do the same for ovsdpdk with nfv14:13
cdentlyarwood: so I don't need to be filled with crushing guilt (at least not for this)?14:14
kashyapmdbooth: Got it.14:14
lyarwoodcdent: ha no I shouldn't think so ;)14:14
tdurakovwznoinsk: it's focus on upgrades right now, and me trying to reenable ceph14:14
cdent:)14:14
mriedemcdent: well, generally should check the minimum in g-r when passing new kwargs to an external library14:14
mriedemcdent: it failed on the review side as well14:14
mriedemcdent: so you should feel at least a tiny bit guilty is what i'm saying :)14:15
bauzasjaypipes: cdent: why should we call the placement API from the scheduler ?14:15
tdurakovwznoinsk: upgrades requires back and forth live-migration testing during upgrade process(grenade)14:15
jaypipesbauzas: yes...14:15
cdentmriedem: yes sir, will do14:15
bauzasjaypipes: cdent: if you see https://review.openstack.org/#/c/300178/2 I think we should just check the objects directly14:15
*** READ10 has joined #openstack-nova14:15
mriedemlyarwood: for master https://review.openstack.org/#/c/385495/14:15
bauzascdent: if you agree, I'd prefer to work on implementing https://review.openstack.org/#/c/300178/214:16
jaypipesbauzas: that was written before we thought we'd have a placement REST API done and ready for querying.14:16
cdentbauzas: I think we should definitely _not_ query the objects, as that violates a boundary we're hoping to establish14:16
*** mnestratov has joined #openstack-nova14:17
wznoinsktdurakov: so in short https://review.openstack.org/#/c/379638/ would be enabled for grenade jobs, is there a value in a normal (non-grenaded) runs?14:17
bauzascdent: jaypipes: my thought is that the current scheduler is the same project that the placement API14:17
wznoinsktdurakov: s/,/?14:17
lyarwoodmriedem: thanks, I was just about to git review the very same ;)14:17
lyarwoodmriedem: want me to look into stable/newton still?14:17
mriedembauzas: everything in nova should go through the placement REST API14:17
tdurakovwznoinsk: I think, no14:17
mriedemlyarwood: yes14:17
bauzascdent: jaypipes: so I don't understand why we need HTTP calls for something that can be done either directly or by RPC14:17
mriedempelase14:17
lyarwoodmriedem: np14:17
derekhdansmith: I saw the fix, will find a recent package to upgrade too and give it a go14:18
mriedembauzas: we went over that in oregon14:18
mriedemwe aren't using rpc for comms with the placement service14:18
dansmithderekh: cool thanks14:18
mriedemor leaking into access the api db for placement things14:18
dansmithwhat mriedem said14:18
tdurakovwznoinsk: it's for upgrades purposes only. e.g. test backward rpc api compatibility14:18
*** anush_ has joined #openstack-nova14:18
jaypipesbauzas: the Nova scheduler may at some point in the future be the placement API, but we're a ways off from that.14:18
jaypipesbauzas: remember that the end idea is to have a broken out scheduler that is usable by more than just Nova14:18
bauzasso that means each instance action will call the placement API with HTTP14:19
wznoinsktdurakov: as we try not to throw grenades in here ourselves... would there be anything else about LM you'd like to see tested (by 3rd party CI) ?14:19
jaypipesbauzas: boot, migrate and live-migrate will, yes14:19
bauzasresize, etc. but yeah14:19
wznoinsktdurakov: in next 2-3 weeks timeframe for start14:19
jaypipesresize == migrate14:19
bauzasyeah I know14:19
*** mnestratov|2 has quit IRC14:20
bauzasrebuild too14:20
bauzasanyway14:20
bauzasokay, if that's a consensus, I can modify the spec then14:20
*** palexster has quit IRC14:20
bauzasand I'll be modifying that to rather call the placement API instead of directly using the objects14:20
bauzascdent: jaypipes: WFY ?14:20
mriedemyes please14:20
dansmiththat has been the plan14:21
dansmithso, yes :)14:21
edleafebauzas: yes14:21
tdurakovwznoinsk: I think it would be ok for now, and be ready for special nfv features and live-migration compatibility, do you use sr-iov?14:21
jaypipesbauzas: I've asked cdent to push code that demonstrates that -- but before that occurs he needs to push a patch with a proposed REST API modification to GET /resource-providers that will allow filtering based on available inventory capacity14:21
cdentbauzas: at a high level, yes, but I suspect the general thrust of the spec is a little bit off since we're still keeping around the other filters, what we want to do is call the filters with fewer candidates compute nodes14:21
jaypipesbauzas: which is why I asked you to please coordinate closely with cdent :)14:21
*** burgerk has joined #openstack-nova14:22
jaypipesbauzas: I'd appreciate your insight and help in crafting that REST API modification.14:22
wznoinsktdurakov: we will, not for the ovsdpdk-nfv job tho (at least for start), I guess that's after the summit topic?14:22
bauzasjaypipes: tbc, reviewing is good to me, but I'd love to write a few stuff14:22
jaypipesbauzas: specifically, we will need to convert the Nova RequestSpec object into the payload of that GET request. understood?14:22
tdurakovwznoinsk: yes14:22
mriedemlyarwood: so i guess for the newton patch, you'd basically check pkg_resources for the webob version and if webob<1.6.0 just don't pass that json_formatter kwarg14:22
mriedemlyarwood: it's ugly but we've done that before14:22
bauzasjaypipes: wait, what?14:22
dansmithbauzas: we discussed that in portland too14:23
dansmithbauzas: reqspec -> GET /placement14:23
lyarwoodmriedem: ack thanks14:23
jaypipesbauzas: the call from the Nova scheduler to the placement REST API will need to have its payload constructed by looking at the existing Nova RequestSpec object (things like request_spec.flavor.memory_mb etc)14:23
bauzasjaypipes: oh that okay14:23
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: ephemeral disk support for virtuozzo containers  https://review.openstack.org/31248814:24
jaypipesbauzas: that's what I would love to have you and cdent work closely on, since you know the ReqeuestSpec object inside out.14:24
*** takashin has quit IRC14:24
bauzasI was confused, I thought you were wanting to disable the Spec object14:24
*** salv-orlando has joined #openstack-nova14:24
*** takashin has joined #openstack-nova14:24
jaypipesbauzas: so if for instance, cdent can push patches modding the placement REST API and you could push patches that *call* that API from the scheduler to limit the number of compute hosts queried from the Nova DB, that would be great14:25
cdentthat could work well, we'll need to do some brain share on what the api should be, but it's a good division of labor14:25
jaypipesbauzas: no, not at all. just need to transform some of the information in the req spec into the JSON payload for the GET /resource-providers call14:25
jaypipesbauzas: that all make sense now? :)14:26
openstackgerritMatt Riedemann proposed openstack/nova: Require WebOb>=1.6.0  https://review.openstack.org/38549914:26
bauzasjaypipes: okay, it's far more clear now14:26
cdentjaypipes: are we keen on a GET with a body (is fine with me, I just know some people don't like it)14:26
jaypipescdent: I'd love you, bauzas, edleafe and alex_xu to hash out the options there.14:26
jaypipescdent: I'll go along with whatever you think is best as a group.14:26
cdentsounds good to me14:27
*** pcaruana has quit IRC14:27
*** palexster has joined #openstack-nova14:27
bauzasjaypipes: I think that https://review.openstack.org/#/c/300178/2 is actually very focusing on the client side, so I'm good14:27
bauzasjaypipes: except the fact that it uses objects and that is currently being rewritten of course14:28
cdentbauzas: I have that in my list for looking at very soon, should I wait for the next revision before doing so?14:28
*** leonaldo has joined #openstack-nova14:28
*** nherciu has joined #openstack-nova14:28
bauzascdent: the next rev will litterally be in a couple of minutes hopefully :)14:28
*** andrewbogott has quit IRC14:28
*** andrewbogott has joined #openstack-nova14:28
*** stewie925 has joined #openstack-nova14:28
cdentcool14:28
mriedemlyarwood: mdbooth: would appreciate you both reviewing this when you get a chance https://review.openstack.org/#/c/314928/14:29
edleafecdent: bauzas: jaypipes: personally, GET with a body is fine by me, but we should check with API WG guidelines14:29
*** salv-orlando has quit IRC14:29
mdboothmriedem: I've been pretty involved with this one for a bit iirc14:29
mriedemyeah i see14:29
lyarwoodmriedem: yup will do14:30
mriedemjust wanted to make sure you guys are still ok since there is a +2 on it now14:30
mdboothI was +1 until melwitt noticed something I missed :)14:30
mriedemshe'll do that14:30
*** bswartz has quit IRC14:30
bauzasedleafe: that sounds an implementation detail to me :)14:30
edleafebauzas: well, cdent asked :)14:30
*** esberglu has joined #openstack-nova14:30
*** tanvirt has joined #openstack-nova14:31
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova-specs: Add IBM System z (S/390) PR/SM hypervisor in DPM mode as nova driver  https://review.openstack.org/38548414:31
sfinucandhellmann: odd question for you14:33
*** esberglu has quit IRC14:34
jaypipessfinucan: even question for you14:34
dansmithmriedem: argh that is so annoying when she does that :P14:34
*** leonaldo has quit IRC14:34
*** esberglu has joined #openstack-nova14:34
sfinucandhellmann: I want to define an entry point where the command has an underscore in it. Is that possible?14:35
sfinucan...figure you're the best gent to ask here14:35
sfinucanjaypipes: It's too e̶a̶r̶l̶y̶ late for that :P14:35
sfinucanhttps://i.ytimg.com/vi/6-F2HKLzB6c/hqdefault.jpg14:35
*** baoli_ has quit IRC14:36
edleafecdent: bauzas: jaypipes: hmmm... couldn't find anything in the API WG docs, but after reading up on the HTTP spec, GET with a body looks like a bad idea14:36
*** rfolco has joined #openstack-nova14:36
bauzasedleafe: well14:36
dansmithI support method equality and you should too14:37
*** kaisers_ has joined #openstack-nova14:37
cdentedleafe: in official-land POST is probably a better choice14:38
cdentand is a reasonable choice in this case given the semantics we're trying to create14:38
ftersinmdbooth: hi. sahid blocked my series https://review.openstack.org/#/c/334609/ until https://review.openstack.org/#/c/346263/ which is blocked by you particularly. could you take a look at my answer to you there?14:39
edleafecdent: yeah, I agree14:39
edleafecdent: the thing I didn't consider is that caches will ignore a GET body14:39
edleafethey cache on URI only14:39
stewie925gibi: hello gibi, would like to request your review on https://review.openstack.org/#/c/382565/5 when you get the chance?  thank you14:39
openstackgerritGleb Stepanov proposed openstack/nova: Add nested quota support  https://review.openstack.org/38372914:40
*** sree has quit IRC14:41
* edleafe needs to cache some caffeine14:41
*** mlavalle has joined #openstack-nova14:41
*** kaisers_ has quit IRC14:42
mdboothftersin: I see you added a change to _test_finish_migration. That test is awful, btw: it really doesn't test anything.14:42
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova-specs: Add IBM System z (S/390) PR/SM hypervisor in DPM mode as nova driver  https://review.openstack.org/38548414:43
*** nherciu has quit IRC14:43
*** gongysh_ has quit IRC14:44
mdboothftersin: Meh, I'll cave. I'd prefer a better test, but this one passes the bar.14:44
openstackgerritFrancesco Santoro proposed openstack/nova: [WIP] os-vif: add os-vif plugin for vhostuser_fp  https://review.openstack.org/38506114:44
*** gongysh_ has joined #openstack-nova14:45
ftersinmdbooth: it tests that bdi is passed to _create_image. What would you like instead? And why?14:45
mdboothftersin: I've just noticed, btw, that I completed missed that you were testing that first time out. Sorry about that, I'm blind.14:46
tanvirtmdbooth: Could we talk about the libvirt storage BP tommorow instead? My meetings end at 2:00pm (US Central Time) today, but I now realize thats past end of day for UK time14:49
*** gongysh_ has quit IRC14:49
*** Swami has joined #openstack-nova14:50
mdboothtanvirt: Sure. Are you free 9am your time tomorrow?14:50
*** xinliang has quit IRC14:50
tanvirtmdbooth: Yes, that works for me.14:50
mdboothCool, ping me tomorrow14:51
*** TravT has joined #openstack-nova14:51
*** annegentle has joined #openstack-nova14:51
*** gjayavelu has joined #openstack-nova14:54
*** Swami_ has joined #openstack-nova14:57
bauzasjaypipes: cdent: dansmith: do we have any REST resource the scheduler could call out that would return a list of resource providers matching ( inventories - allocations - <proposed> > 0) for the specific resource classes that we mention ?14:57
bauzasjaypipes: cdent: dansmith: I mean, is this something we already spec'd ?14:57
bauzasbecause I'm updating the spec on the scheduler-side, and I want that :)14:57
*** Swami__ has joined #openstack-nova14:58
edleafebauzas: for a single resource? Wouldn't it be better to accept multiple resources, and return those that match all?14:58
bauzasedleafe: for the specific resource *classes*14:59
cdentbauzas: tha sounds like tighter detail than we were thinking.14:59
dansmithbauzas: do you mean a dry run of "where might you put me if I made this request for real" ?14:59
openstackgerritHironori Shiina proposed openstack/nova: Ironic: Support boot from Cinder volume  https://review.openstack.org/21538514:59
ftersinmdbooth: but why do you think that this test is useless? we must verify that bdi is passed, mustn't we? do you want this to be verified other way?14:59
edleafebauzas: so you want to query all providers that have at least X amount of RAM?14:59
bauzasdansmith: no I mean, "hey placement, please give me the providers that have enough room for accepting X of that and Y of this"14:59
dansmithbauzas: well, that's what I just said I think14:59
cdentthe idea that i recall is: send request spec, get back list of resource providers15:00
*** pbandark has joined #openstack-nova15:00
dansmithbauzas: but I don't think we're there yet.. that's what we're talking about writing next right?15:00
*** _ducttape_ has joined #openstack-nova15:00
edleafebauzas: yes, my point was on single match vs. matching a full request15:00
mdboothftersin: I think it comes under a general class of 'diff test', which essentially tests that the code is as written.15:00
cdentand there is as yet no clear spec for that15:00
*** yamahata has joined #openstack-nova15:00
*** Swami has quit IRC15:00
bauzasdansmith: well, if we want to narrow the list of compute nodes in the scheduler select_dests() call, there are 2 ways15:00
bauzasdansmith: either asking for that, or doing that in the scheduler code15:00
cdentbut the POST /resource_providers  with a json body (or somewhere else) that we were talking about above is the general idea15:01
bauzascdent: which would return ?15:01
dansmithbauzas: the whole point of this effort is to ask placement for a list of hosts to start with, and then do scheduler stuff on it15:01
*** TravT has quit IRC15:01
edleafecdent: exactly15:01
cdentand then that liast gets passed into the existing filtering loop15:01
mdboothftersin: It's fine, though. I really think your change is good and required, and it's absolutely not worth holding up for this imho.15:01
dansmithbauzas: instead of just listing all hosts from the db.. right?15:01
cdentwhat's returned is a list of compute node uuids15:01
cdentwhat dansmith says15:01
dansmithright, that ^15:01
cdentjinx15:01
mdboothftersin: It passes the mdbooth 'are we better with or without this' test with flying colours :)15:02
bauzasdansmith: right, but I'd love to get a list of resource providers that would be able to fit my request, and they I would pass those corresponding nodes to the other filters15:02
jaypipesbauzas: yeah, that's the exact REST API we need :)15:02
*** mjura has quit IRC15:02
*** Swami_ has quit IRC15:02
edleafebauzas: that's what we've been saying :)15:02
dansmithbauzas: that's what we're saying we need15:02
jaypipesbauzas: thus, me asking you all to think it through and debate the options :)15:02
edleafejinx15:02
bauzasokay, seems like we're all in violent agreement then15:02
*** geektoor has joined #openstack-nova15:03
edleafeFor compute nodes, there will be multiple requirements passed. For some future RP supoorted by the placement engine, it may only be one15:03
*** TravT has joined #openstack-nova15:03
*** xinliang has joined #openstack-nova15:03
bauzasI'll amend https://review.openstack.org/#/c/300178/2/specs/ocata/approved/resource-providers-scheduler-db-filters.rst to mention a specific call that would return the list of compute node uuids, the rest is magic for that spec15:03
*** ducttape_ has quit IRC15:03
bauzasjaypipes: dansmith: cdent: WFY ? ^15:03
bauzasjaypipes: well, I'm fine if that HTTP call doesn't commit things in DB15:04
jaypipesbauzas: just say "returns resource provider records" not just UUIDs, but yep, works for me.15:04
jaypipesbauzas: no GET /XXX call should ever commit anything in a DB :)15:04
bauzasjaypipes: I'm totally fine with a GET, but I saw cdent and edleafe discussing about POST :)15:05
cdentbauzas: yeah, wfm, we can iterate on some of the details if we need too15:05
cdentgetting the basic outline down is going to be a great start15:05
*** psachin has quit IRC15:05
*** sdake has quit IRC15:05
*** rodrigods has quit IRC15:05
*** rodrigods has joined #openstack-nova15:05
*** sdake has joined #openstack-nova15:06
*** mnestratov has quit IRC15:06
*** krtaylor has joined #openstack-nova15:06
edleafecdent: exactly. Move forward, adjust as needed15:06
bauzascdent: jaypipes: dansmith: if you will, I can write that other spec that would describe that specific GET :)15:07
bauzasand put that as a dep15:07
bauzasfor the other spec I'm just amending15:07
dansmithbauzas: if we will what?15:07
cdentlet's wait until we've had a chance to digest the current spec?15:07
bauzasdansmith: oops :)15:07
cdentand then we can discuss what can or should happen?15:07
*** mnestratov has joined #openstack-nova15:07
*** markmcclain has joined #openstack-nova15:07
jaypipesbauzas: up to you, I'm fine with that but based on experience from last cycle, would certainly prefer to see code over detailed specs.15:07
bauzasjaypipes: that's doable :)15:08
bauzascdent: doesn't matter you if I'm writing some POC about a specific GET action on the /resource_providers resource that would return the list of matching RPs ?15:09
cdentas long as it is easy to change things as we are learning, if it turns out we need to change, then that's fine with me15:09
openstackgerritArtom Lifshitz proposed openstack/nova: Obtain network_info from api instead of info_cache  https://review.openstack.org/38508615:10
bauzascdent: I'm not seeing that REST action as a big thing to modify15:11
cdent✔15:11
bauzascool, I have homework !15:11
*** prateek has joined #openstack-nova15:12
openstackgerritArtom Lifshitz proposed openstack/nova: Obtain network_info from api instead of info_cache  https://review.openstack.org/38508615:12
*** eantyshev has quit IRC15:13
*** mnestratov has quit IRC15:15
*** pradk has quit IRC15:16
*** eantyshev has joined #openstack-nova15:17
*** rcernin has quit IRC15:19
*** mdrabe has joined #openstack-nova15:20
*** salv-orlando has joined #openstack-nova15:21
*** mtanino has joined #openstack-nova15:22
wznoinsktdurakov: we do test nfv enabled flavors in our jobs with live-migration, would you know whether there's any scenario LM test being thought about?15:23
*** annegentle has quit IRC15:24
*** jamesdenton has quit IRC15:24
*** Swami__ has quit IRC15:27
*** rmart04 has quit IRC15:27
*** Swami__ has joined #openstack-nova15:27
*** rama_y has joined #openstack-nova15:27
markus_zsdague: I think https://github.com/openstack/nova/commit/735f710 introduced (or revealed) an issue with os-vif. I get this issue: http://paste.openstack.org/show/585448/15:28
markus_zsdague: But I'm not able to find that in logstash and I don't know why.15:29
*** andreas_s has quit IRC15:29
*** hieulq has joined #openstack-nova15:30
*** esberglu has quit IRC15:30
*** esberglu has joined #openstack-nova15:31
markus_zAfter applying nasty hack http://paste.openstack.org/show/585475/ the test passes with error message http://paste.openstack.org/show/585480/15:31
*** _ducttape_ has quit IRC15:31
*** esberglu_ has joined #openstack-nova15:32
*** ducttape_ has joined #openstack-nova15:32
*** baoli has joined #openstack-nova15:33
markus_zI have to go for today, I'll investigate more tomorrow.15:33
*** markus_z has quit IRC15:33
*** kylek3h_ is now known as kylek3h15:33
*** annegentle has joined #openstack-nova15:34
*** rfolco has quit IRC15:34
*** afazekas has quit IRC15:35
*** esberglu has quit IRC15:35
*** pradk has joined #openstack-nova15:36
*** esberglu_ has left #openstack-nova15:36
*** GB21 has joined #openstack-nova15:36
*** mordred has quit IRC15:36
*** nkrinner is now known as nkrinner_afk15:37
*** afazekas has joined #openstack-nova15:38
*** links has joined #openstack-nova15:39
*** kfarr_ has quit IRC15:40
*** mordred has joined #openstack-nova15:41
*** davidlenwell_ has joined #openstack-nova15:41
*** mnaser has quit IRC15:43
*** hieulq has quit IRC15:43
*** matrohon has quit IRC15:44
*** hieulq has joined #openstack-nova15:44
*** adam_g` has joined #openstack-nova15:45
*** davidlenwell_ has quit IRC15:45
*** david-lyle has joined #openstack-nova15:46
openstackgerritSujitha proposed openstack/nova: Change host for osapi and metadata services in db.  https://review.openstack.org/38472415:46
*** takashin has left #openstack-nova15:47
melwittdansmith: sure, I'll fix up the things on https://review.openstack.org/#/c/314928/15:47
*** mdrabe has quit IRC15:49
*** mdrabe has joined #openstack-nova15:49
*** baoli has quit IRC15:50
*** pbandark has quit IRC15:50
*** david-lyle has quit IRC15:52
*** mkoderer has quit IRC15:52
*** mnaser has joined #openstack-nova15:53
*** code-R_ has quit IRC15:54
*** ljxiash has quit IRC15:55
ftersinmdbooth: got it, thx15:56
bauzasjaypipes: one point, in case you haven't yet reviewed the spec update I wrote, I think we could probably leave some opportunities for the operators to not ask for *all* the resource classes, but rather disable/enable those15:58
bauzasyour point on that?15:58
*** annegentle has quit IRC15:58
bauzasjaypipes: the problem I see is for example with operators not wanting to check CoreFilter for example15:58
*** TravT_ has joined #openstack-nova15:59
*** TravT_ has quit IRC16:00
*** TravT has quit IRC16:00
cdentbauzas: aren't we just worried, at this point, with the interaction between the existing scheduler and the placement api and the placement api has no concept (at this time) of filters?16:01
* cdent goes to look at the revised spec16:01
bauzascdent: well, good point16:01
*** jamesdenton has joined #openstack-nova16:01
bauzascdent: the problem I see is that people provide their own ways16:01
bauzascdent: that said, I'm thinking of something else we discussed during the midcycle, about having weighers16:02
bauzasin case people provide a weigher for the VCPU class as 0, then it disables it16:02
bauzasthat could be the way to have like custom filters with custom resource classes and weighers16:03
*** prateek has quit IRC16:03
openstackgerritmelanie witt proposed openstack/nova: Fix issue with not removing rbd rescue disk  https://review.openstack.org/31492816:04
*** thorst is now known as thorst_afk16:04
*** david-lyle has joined #openstack-nova16:06
*** annegentle has joined #openstack-nova16:06
jaypipesbauzas: I'm not really interested in supporting the "use case" of an operator disabling the core filter. In the case of the placement API, the operator can simply set the allocation_ratio on the resource classes they want to provide unlimited access for to some high value like 1000.016:06
bauzasjaypipes: that sounds acceptable to me, I think dansmith provided another point during the midcycle about having weighers but that looks related to allocation ratios16:07
jaypipesbauzas: in other words, I'm not interested in maintaining the use-case-via-config-option that currently exists. I would prefer to have the operator simply set the data in the placement API as needed.16:07
*** davidlenwell_ has joined #openstack-nova16:07
bauzasjaypipes: so I think there are 2 things16:07
bauzasjaypipes: 1/ we shouldn't possibly accept that in the placement API which I agree16:08
bauzasjaypipes: 2/ we could still leave room for the scheduler to have "disabled"' metrics, and that would turn that into asking for 1000.0 ratio on the allocation request for example16:09
bauzasoh wait16:09
bauzasthe ratios are on the inventories, right, not on the allocations16:09
bauzasjaypipes: ^16:09
*** kfarr_ has joined #openstack-nova16:09
* bauzas quickly checking the API16:09
jaypipesbauzas: correct, allocation_ratios are on the inventory records.16:10
bauzasso, lemme think at the usecase16:10
bauzasas an operator, I'd like to not check the VCPU, so I'd put the inventory ratio related to the vcpu resource class to 0.016:11
bauzasjaypipes: that could work ? ^16:11
bauzasheh no16:11
jaypipesbauzas: no, you'd put it to 10000.0 or something.16:11
jaypipesno 0.0 :) We still want basic math to work :)16:12
bauzasyeah, you're right16:12
bauzasso we would never fence on the vcpu metrics16:12
*** rama_y has quit IRC16:12
bauzasokay, that sounds acceptable16:12
cdent(shades of infinite resource classes :) )16:12
jaypipescdent: don't start with me, young man.16:12
bauzas50 shades of resource classes, heh ?16:12
* cdent pokes the greater florida bear16:12
jaypipescdent: she's peacefully sleeping at my feet. as is usually the case.16:13
bauzasjaypipes: okay, what we discussed over simplifies the spec16:13
* jaypipes goes back to reviews16:13
edleafeSo I'm confused: why can't an operator disable a filter via a config option? In that case, we simply don't add that to the WHERE.16:13
bauzascoolness16:13
bauzasedleafe: no, it's ever simplier16:13
bauzaseven*16:13
*** slaweq_ has joined #openstack-nova16:14
bauzasedleafe: say an operator doesn't want to filter on vcpus, he will update the inventory.allocation_ratio for vcpus to 10000.016:14
edleafebauzas: which is totally non-intuitive16:14
bauzasedleafe: for the transition, we can still ask him to leave CoreFilter, but we tell that once we have ways to set the ratio for the inventory, we will deprecate those old filters16:15
*** GB21 has quit IRC16:15
bauzasedleafe: well, we could do that automatically16:15
bauzasedleafe: but that's another spec16:15
edleafebauzas: it seems *much* simpler to say that if I don't want to filter on X, I remove the X filter from the config option16:16
bauzasedleafe: the thing is, we would still support the filter disablement by Ocata16:16
jaypipesedleafe: and that means you will need to have a sync'd config option in both the placement API *and* the individual nova-compute's nova.conf.16:16
edleafeThen have the placement only add WHERE clauses for those things that are enabled16:16
jaypipesedleafe: and we'll be back to the problem we originally had with a single allocation_ratio set in config options on the scheduler.16:16
bauzasjaypipes: I think edleafe wants some opt that would turn into us setting 100000.0 to X16:17
edleafeNo16:17
jaypipesbauzas: see my comment above.16:17
*** danpawlik has quit IRC16:17
edleafeSetting the allocation ratio to an absurdly high number is only a way of faking not having the corresponding WHERE clause in the query16:17
*** PaulMurray has joined #openstack-nova16:17
cdentI think we're getting ahead of ourselves16:18
edleafejaypipes: I don't see how that follows16:18
edleafecdent: perhaps, but it's an important design distinction16:18
cdentnone of the existing behavior after getting the initial list changes16:18
bauzasedleafe: jaypipes: one other way would be to ask in the GET request each class we want to disable16:18
openstackgerritFeodor Tersin proposed openstack/nova: Cleanup instance directory on revert resize  https://review.openstack.org/38549316:18
openstackgerritFeodor Tersin proposed openstack/nova: Straighten driver.cleanup & destroy interfaces  https://review.openstack.org/38549216:18
bauzascdent: it *could* be changing and that's the problem16:18
*** raunak has joined #openstack-nova16:19
bauzascdent: even if people disable DiskFilter, we could have the scheduler avoiding hosts based on disk if we don't ask the placement API to not verify it16:19
edleafecdent: understood16:19
*** raunak has quit IRC16:19
jaypipesbottom line for me is that we have the ability to use the existing API to handle this "use case". Let's just use it and not overcomplicate things.16:19
jaypipeswith additional configuration options.16:19
bauzasjaypipes: I'm definitely -2 on adding conf opts16:20
edleafejaypipes: my point exactly. Setting absurd allocation ratios is complicating things16:20
jaypipesbauzas: you realize that's what "some operators disable the CoreFilter" is, though, right?16:20
edleafebauzas: adding? Nope. I'm saying using the existing conf opt16:20
PaulMurraymriedem, hi - you asked me about "detach boot volumes": https://review.openstack.org/#/c/340874/16:21
jaypipesedleafe: it's not an absurd allocation ratio.16:21
*** Apoorva has joined #openstack-nova16:21
*** raunak has joined #openstack-nova16:21
edleafebauzas: and not requiring operators to jump through another hoop16:21
jaypipesedleafe: you want to see in th eplacement API the actual overconsumption of a particular resource.16:21
PaulMurraymriedem, paul_carlton is going to take it over16:21
bauzasjaypipes: yeah I know, but that's here for a very long time16:21
jaypipesedleafe: you just want to indicate that you, as an operator, are willing to accept a large overconsumption.16:21
edleafejaypipes: it's not an allocation ratio. You are not setting overcommitment16:21
*** ociuhandu has joined #openstack-nova16:21
edleafejaypipes: you are using something in a quirky way to achieve something completely different16:22
jaypipesedleafe: erm, sorry, not following that last one. could you elaborate how the allocation_ratio is not an overcommitment?16:22
edleafeYou're not saying "overcommit this much". You're saying "ignore this thing"16:23
cdentcan someone help me to understand: what does it mean to "ignore vcpu"? Don't we have to know about vcpu to know what we can use a compute node?16:23
*** kevinz has quit IRC16:23
edleafecdent: perhaps it's an optimization trick that accepts retries. I don't know the real thinkning behind it16:24
*** esberglu has joined #openstack-nova16:24
jaypipesedleafe: no, you're still using the thing. you're saying "I don't care how much you consume of this thing"16:24
bauzascdent: the logic is that people don't want to have an host being avoided because it's cpu-bounded16:25
bauzascdent: but I agree, those people could use the alloc ratio to put that bar way higher16:25
cdentbauzas: okay, that means they want that node to have an insanely high allocation ratio!16:25
edleafejaypipes: so why set it to 10,000? Or 100,000? Or...16:25
bauzasyup16:25
*** rama_y has joined #openstack-nova16:25
jaypipesthis is kind of the thing I didn't want to get bogged down in, really. I don't see too much of a reason to even discuss this right now.16:25
edleafecdent: infinite is not a ratio16:25
bauzascdent: I don't think I disagree, I just care about babysitting ops that would have done that16:25
*** kaisers_ has joined #openstack-nova16:26
edleafejaypipes: for ops, it's a matter of saying "turn this off" vs. "set this to a rediculously high number"16:26
* cdent gives edleafe a cookie for the infinite callback16:26
bauzasjaypipes: well, there is obviously no problem when we're talking about vcpus, but what about NUMA resources when we'll begin to count those16:26
bauzaslike the number of cells16:27
*** nic has joined #openstack-nova16:27
edleafejaypipes: this feels like a hack that will work with our initial design, but complicate things long-term, especially for ops16:28
bauzasanyway16:28
bauzassounds there is a workaround that we can communicate16:28
edleafebauzas: thank you. It's a workaround16:28
bauzasedleafe: here is the thing, I propose to leave us not to care with that for the moment, write a firm document that would explain how to do that, and leave operators ranting in case they *really* want that16:29
*** nic has quit IRC16:29
*** davidlenwell_ has quit IRC16:29
bauzasedleafe: because at the moment, I'm struggling with providing real usecases16:29
bauzasedleafe: so I don't want to overcomplicate things for stuff that probably operators wouldn't care16:29
bauzasand in case they care about, they will be back to us very soon16:30
* edleafe has to go on a call now. Back in 3016:30
bauzasedleafe: jaypipes actually convinced me there is no much of a big deal here, given there is a way to workaround that16:30
*** kaisers_ has quit IRC16:30
*** baoli has joined #openstack-nova16:31
mdboothdansmith: Those whitespace nits are harsh! They're all fixes immediately adjacent to code which is being legitimately changed.16:34
*** baoli_ has joined #openstack-nova16:34
mdboothIt's not as if they're result in additional merge conflicts.16:34
*** baoli_ has quit IRC16:35
dansmithmdbooth: um what?16:35
mdboothhttps://review.openstack.org/#/c/314928/16:35
*** baoli_ has joined #openstack-nova16:35
dansmithmdbooth: I can't tell if you're being serious or sarcastic, but .. okay16:36
*** kevinz has joined #openstack-nova16:36
*** baoli has quit IRC16:36
mdboothdansmith: Serious :) It's not a big deal, but I wouldn't have called those out.16:36
*** rama_y has quit IRC16:37
dansmithmdbooth: oh, I would have.. they completely screw with git blame for no reason16:37
mdboothLots of things do that anyway...16:37
mdboothAnd it's not as it we wouldn't fix them at all16:37
kashyapmdbooth: FWIW, I've seen reviewers complain in upstream QEMU, too, to not make unrelated white-space changes.  I used to wonder why16:37
mdboothwhich is the only way not to screw with blame16:38
kashyapThen, someone explained the 'git blame' rationale16:38
*** slaweq_ has quit IRC16:38
dansmithmdbooth: seriously it's pretty much the standard thing here to not tolerate random changes in a patch that aren't related16:38
dansmithmdbooth: if you want to do another patch to refactor or cleanup, then that's cool, but mixing that with functional changes is terrible16:38
mdboothYeah, and in general I agree. But whitespace fixes are in general ok, and these are immediately adjacent.16:39
dansmithI totally disagree16:39
mdboothSo they're not going to screw with context or anything, because we already changed that.16:39
mdboothAnyway, not a big deal. I just thought it was harsh.16:39
dansmiththey are in this case.. that whole instance line looks like it's part of the change, but has nothing to do with it16:39
snetijohnthetubaguy, I'm working on this bug: https://bugs.launchpad.net/nova/+bug/1581203. There is a patch submitted for this: https://review.openstack.org/#/c/315757/. I see your comment there. But there is already a test to check this policy in nova/tests/unit/test_policy.py. Do we need to add any other test?16:39
openstackLaunchpad bug 1581203 in OpenStack Compute (nova) "Default policy allows unrestricted CRUD on os-server-tags" [Medium,Confirmed] - Assigned to Sujitha (sujitha-neti)16:39
*** rama_y has joined #openstack-nova16:39
*** sahid has quit IRC16:39
*** nic has joined #openstack-nova16:40
*** Swami__ has quit IRC16:41
openstackgerritSylvain Bauza proposed openstack/nova-specs: resource-providers: Scheduler filters in DB  https://review.openstack.org/30017816:42
*** esberglu has quit IRC16:42
mriedemmdbooth: fwiw i agree with dansmith, i prefer changes to be as small as possible to fix the thing, it makes it easier to review, and style cleanups can be done later if someone is really bothered by them16:43
mdboothmriedem: Oh, me too. I just think dansmith is mean :)16:43
bauzasjaypipes: cdent: removed all occurrences of disabling specific resource classes and mentioning a future spec (that I'm going to write tonight) about getting the list of RPs that match the request in https://review.openstack.org/30017816:43
johnthetubaguysneti: I just don't think that admin_or_owner is actually any different to allow any for that API, I could be wrong16:43
johnthetubaguysneti: need a test to prove that one way or the other16:43
dansmithmdbooth: because I +0'd a patch calling them out?16:43
* bauzas becomes hungry, be back later16:43
johnthetubaguysneti: now we have the defaults in code, we can test that16:44
cdentbauzas: will look shortly, thanks!16:44
johnthetubaguysneti: I mean we can test the default16:44
mriedemmdbooth: he didn't -1 it16:44
*** slaweq_ has joined #openstack-nova16:44
mriedembut it also keeps out a +1 or +2 in some cases when there are a lot of them16:45
openstackgerritSarafraj Singh proposed openstack/nova: WIP: Remove deprecated options from compute  https://review.openstack.org/38512916:45
mriedemi've done that before, basically, clean all of this up and then i'm +216:45
*** links has quit IRC16:45
*** paul-carlton2 has joined #openstack-nova16:46
*** annegentle has quit IRC16:48
*** paul-carlton2 has quit IRC16:51
snetijohnthetubaguy, you mean testing the default rule for each action?16:51
johnthetubaguysneti: I just added that to talk about at the summit actually16:51
johnthetubaguysneti: but in this patch, yeah, I think test the default rule, and make sure it rejects your request in the way you expect16:51
*** ssurana has joined #openstack-nova16:52
*** derekh has quit IRC16:52
snetijohnthetubaguy, ok..are there any tests for other actions checking the default rule. I think I didn't find any. But I will check again.16:53
johnthetubaguysneti: probably there are non yet16:54
johnthetubaguysneti: I think if you don't set the policy you would get the default, but I am not 100% sure where we are with that16:54
*** unicell1 has joined #openstack-nova16:54
johnthetubaguysneti: basically, I was looking for a test that would have failed before that patch, and goes green when you add the current path16:55
alaskicells meeting in 5 minutes in #openstack-meeting-316:56
*** unicell has quit IRC16:56
snetithanks johnthetubaguy..got it..will try to add test..16:57
*** rcernin has joined #openstack-nova16:57
johnthetubaguysneti: no problem, glad I could help16:57
*** ssurana has quit IRC16:58
*** slaweq_ has quit IRC16:59
*** kfarr_ has quit IRC16:59
*** ssurana has joined #openstack-nova16:59
*** Guest24890 has quit IRC17:00
*** haplo37_ has quit IRC17:02
openstackgerritEmilien Macchi proposed openstack/nova: Document experimental pipeline in Nova CI  https://review.openstack.org/38183817:02
*** ralonsoh_ has quit IRC17:02
openstackgerritMike Perez proposed openstack/nova: Remove deprecated nova-all binary  https://review.openstack.org/38556417:03
*** jeblair_ is now known as jeblair17:03
*** thingee has joined #openstack-nova17:04
*** paul-carlton2 has joined #openstack-nova17:04
stewie925hello guys, would like your input on an 'out of range' issue in https://review.openstack.org/#/c/382565/17:04
*** unicell1 has quit IRC17:04
*** haplo37_ has joined #openstack-nova17:04
stewie925I posted the error log in http://paste.openstack.org/show/585243/17:04
*** unicell has joined #openstack-nova17:04
*** claudiub has quit IRC17:05
*** unicell has quit IRC17:05
*** PaulMurray has quit IRC17:05
*** claudiub has joined #openstack-nova17:06
stewie925this is for a nova notification for 'instance.unshelve'17:06
mriedemstewie925: do these enums exist? action=fields.NotificationAction.UNSHELVE,17:07
mriedem                phase=fields.NotificationPhase.END17:07
mriedemhmm, i guess it does17:07
stewie925yes mriedem - I added the UNSHELVE under the nova.objects.fields.py17:07
openstackgerritChris Dent proposed openstack/nova: Add {get_,set_}aggregates to objects.ResourceProvider  https://review.openstack.org/35526317:08
openstackgerritChris Dent proposed openstack/nova: Implement get and set aggregates in the placement API  https://review.openstack.org/35799317:08
openstackgerritChris Dent proposed openstack/nova: [placement] add a placement_aggregates table to api_db  https://review.openstack.org/36286317:08
*** ducnc has quit IRC17:08
*** baoli_ has quit IRC17:08
cdentjaypipes: ^ fixed your unique constraint suggestion17:08
jaypipesdansmith: hey, regarding the StringField thing, would you prefer I change those back to ResourceClassField and do the coerce() validation in a future patch that adds the plumbing to create custom resource classes in the API?17:08
*** ducnc has joined #openstack-nova17:08
jaypipescdent: danke17:08
jaypipescdent: +2d17:09
cdentgracias17:09
dansmithjaypipes: I dunno. I kinda feel like that's probably the best plan.. but I hadn't thought of it until he pointed it out, so..17:09
mriedemstewie925: found i17:11
*** zenoway has quit IRC17:11
mriedem*found it17:11
mriedemhttps://review.openstack.org/#/c/382565/5/nova/tests/unit/compute/test_shelve.py@29717:11
*** zul has quit IRC17:11
stewie925mriedem: thank you so much!17:11
jaypipesdansmith: I'll change em back to ResourceClassField and also update Usage's VERSION17:12
stewie925it would have taken me an eternity to figure it out17:12
*** baoli has joined #openstack-nova17:12
*** TravT has joined #openstack-nova17:12
*** hieulq has quit IRC17:12
*** zul has joined #openstack-nova17:12
*** ftersin has quit IRC17:13
dansmithjaypipes: ack17:14
*** thorst_afk is now known as thorst17:14
*** eglynn has quit IRC17:15
*** prateek has joined #openstack-nova17:17
*** baoli has quit IRC17:19
*** prateek has quit IRC17:22
*** prateek has joined #openstack-nova17:22
openstackgerritJay Pipes proposed openstack/nova: Correct bug in microversion headers in placement  https://review.openstack.org/38480617:23
openstackgerritJay Pipes proposed openstack/nova: placement: adds REST API for nested providers  https://review.openstack.org/38480717:23
openstackgerritJay Pipes proposed openstack/nova: placement: add get_all_by_root_provider_uuid()  https://review.openstack.org/37721517:23
openstackgerritJay Pipes proposed openstack/nova: placement: add nested resource providers  https://review.openstack.org/37713817:23
*** karlamrhein has quit IRC17:24
*** karlamrhein has joined #openstack-nova17:27
cdentjaypipes: what about over the wire backward compatibility, not database backwards compatibility on nested rps?17:27
*** gszasz has quit IRC17:28
cdent(and all the my comments related to that)17:28
openstackgerritKaren Bradshaw proposed openstack/nova: API Ref: update server_id params  https://review.openstack.org/38466417:29
*** oanson has quit IRC17:29
*** baoli has joined #openstack-nova17:32
*** unicell has joined #openstack-nova17:32
*** hshiina has quit IRC17:33
*** zz_dimtruck is now known as dimtruck17:36
*** baoli has quit IRC17:37
*** lpetrut has quit IRC17:37
*** nherciu has joined #openstack-nova17:38
*** mag009 has quit IRC17:39
jaypipescdent: it is wire-backwards-compatible.17:50
jaypipescdent: the obj_make_compatible() does that, though we currently don't send ResourceProvider objects over the wire anyway.17:51
cdentjaypipes: on the second point: yeah, that's what i was saying: doesn't matter, maybe we can make that official17:51
cdenton the first point I guess I missed the obj_make_compatible changes?17:52
* cdent looks closer17:52
cdentoh, is that built in?17:52
cdentokay, that's the source of my confusion, I thought we had to manage that explicitly.17:54
jaypipescdent: no, sorry, you are totes correct... I was mistakenly thinking of the obj_make_compat() I added in this patch: https://review.openstack.org/#/c/379656/10/nova/objects/resource_provider.py17:54
artomActually, maybe someone in here knows - in Neutron, does clearing a port's binding levels result in the port appearing as 'active: false' in the API? Specifically, https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/db.py#L12717:55
jaypipescdent: I will fix up the nested resource providers patch. good catch.17:55
cdentjaypipes: now you're confusing me.17:55
* cdent finds link17:55
stewie925mriedem: I implemented the change(s)  and rerun the tests - this time got a different error  - log in http://paste.openstack.org/show/585501/17:55
mriedemyour mocks are in the wrong order17:56
jaypipesmriedem: you mocking me? you mocking me?17:56
cdentjaypipes: I think I'm clear now17:56
*** rcernin has quit IRC17:56
mriedemjaypipes: only in jacksonville17:57
*** paul-carlton2 has quit IRC17:57
stewie925lol17:58
stewie925let me switch the mocking order17:59
jaypipesmriedem: :)17:59
*** dimtruck is now known as zz_dimtruck18:01
*** zz_dimtruck is now known as dimtruck18:01
stewie925mriedem: oh wow, it worked with the order switched - thank you again, guru!18:01
*** oanson has joined #openstack-nova18:02
*** rfolco has joined #openstack-nova18:03
*** dikonoo has quit IRC18:05
*** tanvirt has quit IRC18:08
openstackgerritJay Pipes proposed openstack/nova: Correct bug in microversion headers in placement  https://review.openstack.org/38480618:08
openstackgerritJay Pipes proposed openstack/nova: placement: adds REST API for nested providers  https://review.openstack.org/38480718:08
openstackgerritJay Pipes proposed openstack/nova: placement: add get_all_by_root_provider_uuid()  https://review.openstack.org/37721518:08
openstackgerritJay Pipes proposed openstack/nova: placement: add nested resource providers  https://review.openstack.org/37713818:08
jaypipescdent: k, fixed.18:08
cdentrocking, will look soon, looking at the filtering spec at the mo18:09
*** dimtruck is now known as zz_dimtruck18:11
*** prateek has quit IRC18:13
*** kaisers_ has joined #openstack-nova18:15
*** lpetrut has joined #openstack-nova18:15
*** ihrachys has quit IRC18:15
openstackgerritSTEW TY proposed openstack/nova: Transform instance.unshelve notifications  https://review.openstack.org/38256518:16
cdentbauzas: left some comments on the spec review, good start18:18
*** armax has joined #openstack-nova18:18
*** paul-carlton2 has joined #openstack-nova18:19
*** prateek has joined #openstack-nova18:20
*** annegentle has joined #openstack-nova18:21
openstackgerritClaudiu Belu proposed openstack/nova-specs: WIP: discoverable API endpoints  https://review.openstack.org/36358418:21
*** rama_y has quit IRC18:22
mriedemjroll: oh so close https://review.openstack.org/#/c/328157/18:22
*** mvk has quit IRC18:28
*** andymaier has quit IRC18:29
*** READ10 has quit IRC18:34
*** ociuhandu has quit IRC18:37
*** Guest81681 has quit IRC18:41
*** rama_y has joined #openstack-nova18:43
*** stewie925 has quit IRC18:45
*** rfolco has quit IRC18:49
*** raunak has quit IRC18:49
*** paul-carlton2 has quit IRC18:50
*** salv-orlando has quit IRC18:51
*** owalsh has joined #openstack-nova18:52
*** owalsh has quit IRC18:52
*** owalsh has joined #openstack-nova18:53
*** penick has joined #openstack-nova18:54
*** yamahata has quit IRC18:54
*** ociuhandu has joined #openstack-nova18:56
*** raunak has joined #openstack-nova18:58
*** Kevin_Zheng has quit IRC18:59
*** Kevin_Zheng has joined #openstack-nova19:02
*** mmedvede has quit IRC19:02
*** TravT_ has joined #openstack-nova19:06
*** TravT_ has quit IRC19:06
*** TravT has quit IRC19:06
*** TravT has joined #openstack-nova19:06
*** baoli_ has joined #openstack-nova19:07
*** penick has quit IRC19:11
*** kaisers_ has quit IRC19:11
*** kaisers_ has joined #openstack-nova19:12
*** penick has joined #openstack-nova19:16
*** rfolco has joined #openstack-nova19:18
*** oanson has quit IRC19:19
cdentbauzas, jaypipes: some wild hair rambling about the api side of winnowing compute nodes, for sake of brainstorming and discussion: https://etherpad.openstack.org/p/placement-request-providers19:21
bauzascdent: I was just writing the spec... :)19:22
bauzascdent: your point about GET vs. POST doesn't seem really needed19:22
bauzascdent: honestly, the QS lenght should be fine19:23
bauzaslength even19:23
cdentIt's not about QS lenght19:23
cdentit's about comprehensibility19:23
cdentand what it expresses19:23
cdentif we can pull of the correct expression in a query string, that's great19:23
bauzaswell, python requests module takes a dict as the QS19:23
bauzasso I think it's not really a problem19:24
bauzasabout comprehensibility19:24
bauzasrather than just a POST body19:24
cdentit is if we want to document the api19:24
cdentand we ever want people to use the api from places other than code we right19:24
cdentoops19:24
cdentwrite19:24
cdentan API isn't just a tool for code to interact with19:24
cdentit's for humans to dig at19:24
cdentif they want to19:25
bauzasyeah, but honeslty, I think it's fine19:25
bauzaswe can still see how to accept a payload for GET19:25
bauzaswhich is acceptable19:25
bauzasif we still support a QS19:25
cdentwhat's more important, I think, is being clear about what we want the query string to express and keeping it constrained and sensible19:25
bauzasI agree19:26
mriedemjohnthetubaguy: alex_xu: i've got some concerns about this one https://review.openstack.org/#/c/384261/119:27
*** mvk has joined #openstack-nova19:28
bauzascdent: honestly, if you look at http://developer.openstack.org/api-ref-compute-v2.1.html#createServer then I think it's not a problem to have a long list of optional or not parameters19:28
cdentuh, bauzas, that's completely incomprehensible19:28
mriedemgah use http://developer.openstack.org/api-ref/compute/19:29
mriedemhttp://developer.openstack.org/api-ref/compute/?expanded=create-server-detail#id719:29
mriedemthe horrific beauty of extensions19:29
bauzasyeah what mriedem said, my bad and apologies to sdague and others :)19:29
cdentthe docs look great19:29
*** rfolco has quit IRC19:30
cdentbut I can't get a whole picture of anything without scrolling multiple folds19:30
bauzasanyway, my point is, if we say /resource_providers/request as an action19:30
bauzasand we're accepting a list of resource requests, I think we're fine19:31
cdentno19:31
cdentwe cannot have action endpoints in the placement API19:32
bauzascdent: one question tho, do we have an API for getting the list of resource classes we support yet ? or is it related to custom resource classes ?19:32
bauzascdent: why?19:32
mriedembauzas: we don't yet19:32
mriedemthat's part of dynamic resource classes19:32
bauzasmriedem: s/dynamic/custom but yeah19:32
bauzasI remember19:32
cdentbecause a) that's horrible URI design, b) violates planned agi-wg guidelines, c) is bad resource design19:32
bauzasI was confused because I reviewed the series19:32
mriedemjpenick's super special resource classes19:33
mriedemis the name of the API19:33
cdentand yeah, you can't list resource classes, yet, but soon19:33
bauzascdent: so we would get another REST resource ?19:33
cdentno, have you read the etherpad I just posted?19:34
bauzasI missed that point19:34
bauzasre-reading19:34
cdentsince we have a resource which means list of resource providers19:34
cdentat /resource_providers19:34
cdentthen we would want to use that resource with an effective filter19:34
bauzasI see19:35
bauzasFWIW fine by me19:35
*** yamahata has joined #openstack-nova19:35
bauzascdent: the real problem is that we need some way for the user to discover which parameters he can pass in19:36
*** ducnc has quit IRC19:36
bauzascdent: which should be done by the custom resource classes patches19:36
*** bvanhav has quit IRC19:36
bauzascdent: but then, IMHO I think it's fine to leave the user providing the list of resource classes he wants the RP to be filtered on19:37
*** pradk- has joined #openstack-nova19:37
bauzasall those resource classes are discrete numbers, so I think we're fine19:37
cdentthose numbers are never exposed anywhere19:37
*** cfriesen_ has quit IRC19:38
cdentso I'm not sure what numbers has to do with anything?19:39
*** ducnc has joined #openstack-nova19:39
*** penick has quit IRC19:39
*** pradk has quit IRC19:40
openstackgerritJin Li proposed openstack/nova: Transform instance.soft_delete notifications  https://review.openstack.org/38397019:42
bauzascdent: sorry, missed your ping19:43
bauzascdent: if you want to build a request, you wanna know the resource classes19:43
bauzascdent: so the first point would be to look at the classes, and then write the request for asking a slice of each19:44
cdentsure, but you'll use resource class names for that19:45
cdentedleafe: I responded to your comment on the spec, I think we're in vigorous agreement and there's been a passing of ships in the night or whatever19:45
*** salv-orlando has joined #openstack-nova19:47
openstackgerritJay Pipes proposed openstack/nova: Changed the name of the standard resource classes  https://review.openstack.org/38266919:48
openstackgerritJay Pipes proposed openstack/nova: placement: change resource class to a StringField  https://review.openstack.org/37965619:48
jaypipesdansmith: k, corrected the StringField back to ResourceClassField ^^19:48
*** penick has joined #openstack-nova19:48
openstackgerritJay Pipes proposed openstack/nova: Correct bug in microversion headers in placement  https://review.openstack.org/38480619:49
openstackgerritJay Pipes proposed openstack/nova: placement: adds REST API for nested providers  https://review.openstack.org/38480719:49
openstackgerritJay Pipes proposed openstack/nova: placement: add get_all_by_root_provider_uuid()  https://review.openstack.org/37721519:49
openstackgerritJay Pipes proposed openstack/nova: placement: add nested resource providers  https://review.openstack.org/37713819:49
*** bswartz has joined #openstack-nova19:49
*** yamahata has quit IRC19:51
*** lpetrut has quit IRC19:53
bauzascdent: the real problem I see with your approach is that if we accept a POST, it could be confusing given we're not persisting something19:53
bauzaswhile we really want to *get* a list of RPs :)19:54
bauzasconceptually, the HTTP method is getting far more importance to me than the payload19:54
cdentbauzas: right, that's why I say in that document (and on the comment on the spec) that I've changed my mind: I think GET is the way to go19:54
cdentin fact I think so much that GET is the way to go that we should use it even it means that the api is not as expressive as some think it should or could be19:55
bauzasmy point indeed19:55
mriedemyou know what's not fun? creating a port and floating IP in neutron and associating that to an instance via neutron apis19:56
*** lpetrut has joined #openstack-nova19:56
bauzasmriedem: what's fun is a cat over a roomba19:56
mriedemthat's definitely easier to understand19:56
bauzaswell, that depends on the model of the cat19:57
mriedemffs, well i guess i need to dust off the manual19:57
mriedembut the complexity scares me to replace https://review.openstack.org/#/c/384261/ with a neutron driven workflow19:58
bauzasmriedem: btw. are we done with pre-allocating the port in the API ?19:58
bauzasI missed progress on that one19:58
mriedempre-allocating the port in the api?19:58
mriedemin conductor?19:58
bauzasyup, AFAIR, we discussed about creating the port far earlier19:59
bauzasyeah, sorry the conductor19:59
*** gjayavelu has quit IRC19:59
edleafecdent: bauzas: the problem I see is that if there is any caching going on, GET bodies are ignored. So if we use GET, then QS is way better than a body19:59
mriedembauzas: i don't think so20:00
bauzasedleafe: you can't really say that20:00
cdentedleafe: yes, we've resolved that QS has to happen if GET, I think20:00
dansmithedleafe: how would it make sense to cache the GET to the placement api?20:00
edleafebauzas: it's in the HTTP spec20:00
cdentdansmith: caching proxies20:00
dansmithedleafe: like, if you do that you're screwed anyway right?20:00
bauzaseither way, I don't care :)20:00
dansmithcdent: yeah, I know what he means, but... that makes no sense right?20:01
bauzasa QS or a payload is the same to me20:01
edleafedansmith: I'm not saying it makes sense; I'm saying that if it's there, it would be a problem when using a body20:01
bauzasthat's just how we're passing it20:01
cdentof course not, but we don't build cache busting into our apis, and who knows what will get in the middle20:01
bauzasbut the format is the same20:01
dansmithedleafe: if you put a cache in front of placement, you're completely screwed anyway20:01
edleafedansmith: and not with a QS20:01
dansmithedleafe: in fact, them not persisting the body would probably *help*20:01
bauzaseither way, I'm just creating that spec20:02
edleafedansmith: I'm wearing my API WG hat here, not my placement API hat20:02
bauzasfolks, feel free to comment it once it's up20:02
dansmithedleafe: yeah, but I mean.. that makes no sense.. it's like putting a cache in front of a random number generator, or caching the result of a locking function20:02
bauzaswe're needing yet another BP btw. :)20:02
cdentdansmith: thou shalt not produce HTTP which suffers in the face of caches or proxies in the middle lest the be a sinner20:02
dansmithcdent: if that's the case, you better not use GET at all20:03
cdentfor none can know if there be things in the middle20:03
edleafedansmith: I agree it would be stupid for placement, but that may not be true in all GETs OpenStack-wide20:03
cdentdansmith: no, actually, we should just use cache busting headers by default20:03
cdentand etags20:03
cdentand all the normal webby stuff that people out there in the rest of the world do :)20:03
cdentbut there's only so much time in the day, sadly20:04
dansmithcdent: are you saying defeating the cache with etags, but assuming that body won't be even *passed* for GETs through a proxy?20:04
cdenti'm speaking generally about cache handling being an issue for any GET request if there happens to be a caching proxy20:05
cdented is more focussed on the fact that if a GET request has a body you can't rely on the proxy to pass that body20:05
dansmithand I'm assuming that we're going to actually discuss the real problem and not generalities20:05
penickI suppose one could argue there’d be value in caching the output of /servers in the event one’s tenant has an awful lot of servers, but.. Egh.20:05
dansmithpenick: we're talking specifically about placement here20:06
cdentdansmith: there is no real problem because we're not going to do GETs with bodies20:06
cdent(in the request)20:06
penickAh. That would be crazypants.20:06
cdentso we're just yanking it at the moment20:06
dansmithcdent: well, I was getting to the point of saying I think we're going to really hate that long term20:06
*** Apoorva has quit IRC20:07
*** davidlenwell_ has joined #openstack-nova20:07
cdentdansmith: see https://etherpad.openstack.org/p/placement-request-providers if you haven't already, I've tried to write down some of the pros and cons and concerns about the various options20:07
cdentand one of them is "we're going to really hate that long term"20:07
cdentor are we?20:07
cdentand hoping for clarification from people who have thought about it20:07
cdentinitially I was convinced that we need to do a POST with a body20:07
cdentto avoid hatin'20:08
cdentbut in writing the etherpad and talking around with a few http people, changed my mind a bit20:08
dansmithI think POST makes more sense20:08
edleafecdent: POST with body sound correct for purists, but GET with qs just feels better20:08
dansmithdealing with multiple parameters of the name name is always confusing20:08
bauzasdansmith: POST for getting a list of RPs seems conceptually wrong to me20:09
cdentedleafe: yes, exactly20:09
cdentedleafe: or rather, yes, GET feels better, and in fact GET is more correct for purists (because it is in fact GET semantics) but POST feels like a nice way to hide a complex request query20:09
bauzasdansmith: besides the fact we're not committing anything20:10
dansmithbauzas: I know, it's a little weird20:10
edleafecdent: yeah, that20:10
cdentit's perfectly fine for a POST to not change things on the server, POST is the "nothing else fits" method20:10
dansmithbauzas: but imagine when we start wanting to represent a grouped set of "this is my preference, and if not that, then that is my preference" wherethis and that are complex sets of resources, traits, etc20:10
*** sean-k-mooney is now known as sean-k-mooneyAFK20:10
mriedemthanks red hat doc writers https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/6/html/Administration_Guide/IPAddressing.html20:10
dansmithwe can put all of that in the query string for sure, but it becomes a nightmare20:10
cdentdansmith: yes, and the discussion is around "do we even want to allow that or should we just make it simple from the outset and _constrain_ things"20:11
cdents/the discussion/a discussion/20:11
dansmithwe can base64 encode some json kinda like kibana does, but that's also super annoying20:11
edleafecdent: maybe in common use, but POST is definitely not that. https://tools.ietf.org/html/rfc2616#section-9.520:11
alaskimriedem: want to hit https://review.openstack.org/#/c/331810/7 again?20:11
cdentedleafe: at least link to the right reference: https://tools.ietf.org/html/rfc7231#section-4.3.320:11
jaypipesdansmith: yeah -1 on the elasticsearch ?q=gunk mechanism.20:11
dansmithcdent: well, this is my point about in the future, when we stop assuming only academic examples, we're going to be constrained if we have an overly simple query string, IMHO20:11
mriedemalaski: done20:12
melwittso we're considering POST because gigantic query possibility? I didn't realize GET with a body isn't something reliable20:12
cdentdansmith: yes, but there's an argument to be made that being constrained is a good thing. lack of constraint has gotten us into messes all over the plae20:12
cdent(edleafe not the first bullet point)20:13
cdentnote!20:13
jaypipesmelwitt: my preference would be GET with a body, frankly. Makes things cleaner and gets around querystring limitations.20:13
edleafecdent: my link was in response to" POST is the "nothing else fits" method20:13
bauzasdansmith: I agree, that could become messy20:13
dansmithjaypipes: I'd like that too, standards be damned20:13
dansmithquery strings suck20:13
cdentedleafe: right and I was just reacting to say that that RFC is out of date20:13
dansmithjaypipes: and if we're going to not do get with a body, then post20:13
bauzasdansmith: jaypipes: let's be pragmatic then20:13
bauzasooooor20:14
melwittjaypipes: +1. I didn't know it's against a standard20:14
bauzassay that we only accept one parameter that would serialize the request :p20:14
dansmithbauzas: that's what I said above, like kibana20:14
edleafemelwitt: it's reliable if every piece of the puzzle behaves that way20:14
cdentjaypipes: which querystring limitations do you mean?20:14
jaypipesmelwitt: not entirely sure that it is against a standard. more that the standard doesn't prescribe an answer?20:14
cdentlength is no longer true20:14
melwittedleafe: I see. so things aren't guaranteed to forward body with GET20:14
bauzasdansmith: I missed that, my brain is occupied writing the spec20:14
*** gouthamr has quit IRC20:14
*** lpetrut has quit IRC20:14
bauzasdansmith: but I actually like that20:14
jaypipescdent: length is dependent on the containing web server typically, yes?20:15
bauzasdansmith: we could accept both20:15
edleafemelwitt: zactly20:15
bauzasjaypipes: AFAIK, yes20:15
dansmithedleafe: you could also argue that we be pragmatic, do the thing that makes the most sense here, and when people deploy this at scale enough to hit these problems, we work out a solution20:15
bauzasdansmith: we could accept a list of resource classes as a QS, but we could also accept a specific complex parameter like "request" that would serialize a more complex object20:15
cdents/no longer true/no longer true in any practical sense/20:15
cdentplease not ambiguity20:16
bauzasthat would /take a serialized object/20:16
cdentone way20:16
dansmithbauzas: or we just be pragmatic until our pragmatism becomes a problem and look at the best solution when we see what actual problems there are20:16
edleafedansmith: so, again with my API WG hat, we recommend one thing because it's consistent with standards, and then watch groups like Nova do their own thing?20:16
*** gjayavelu has joined #openstack-nova20:16
dansmithedleafe: do whatever you want with your hat20:17
edleafedansmith: that's what we've been trying to avoid20:17
dansmithso, jaypipes, bauzas: my vote is GET with body and/or POST with body, deal with the fallout if there is fallout later20:17
dansmithhappy to articulate that on a spec,20:17
dansmithbut I don't really want to rathole on this forever20:17
bauzas:)20:18
melwittlooks like dropbox ran into the same thing and used POST https://blogs.dropbox.com/developers/2015/03/limitations-of-the-get-method-in-http/20:18
jaypipesdansmith: precisely my feelings.20:18
*** cfriesen_ has joined #openstack-nova20:18
bauzasokay, I promise I'll be short20:18
cdentmelwitt: post was the original plan20:18
*** davidlenwell_ has quit IRC20:18
dansmithmelwitt: dropbox is of course a little more constrained than us, because they have to be visible from anywhere20:18
bauzasthen it would necessarly be another resource20:18
dansmithmelwitt: this only affects interaction between services that use placement and placement20:19
bauzaslike /resource_providers_request20:19
*** yamahata has joined #openstack-nova20:19
bauzasand we would POST /request20:19
cdentbauzas: why?20:19
jaypipesdansmith: and they have to be usable via a web browser, which we don't.20:19
dansmithjaypipes: right20:19
bauzasbecause I hate saying we would POST /resource_providers for getting those20:19
melwittdansmith: yeah. just googling around to see what other options might exist. I found a thing called REPORT that some random blog says might work20:19
dansmithjaypipes: from any remote network to their network, and without control over all the clients20:19
cdentjaypipes, dansmith It would be nice if we wrote out apis so they could be used from anything because that's what http apis are _for_20:19
bauzasI would POST /request or GET /rps20:20
dansmithmelwitt: yup. just sayin'.20:20
dansmithcdent: I don't agree that dropbox's public API has the same requirements as placement. Sorry, I just don't :)20:20
cdentbauzas: POST /resource_providers?some_query_flag \n\nserialize object in body20:20
bauzasoh gosh no20:20
cdentdansmith: I see that, I'm merely expressing an opinion20:20
cdentbauzas: we have a resource that lists resource providers20:20
cdentwe should use it20:20
openstackgerritMatt Riedemann proposed openstack/nova: Remove nova/openstack/* from .coveragerc  https://review.openstack.org/38561120:21
bauzascdent: I think I don't disagree unless I misunderstood20:21
bauzasheh, I'm political \o/20:21
*** cfriesen__ has joined #openstack-nova20:22
*** cfriesen_ has quit IRC20:22
bauzascdent: either way, I'll go with the simpliest and leave the gods of standardization just put a trick on me20:22
melwittbauzas: agree on if we choose POST, the URL should make it obvious it's a read-only resource somehow, like you said /requests or /queries20:23
dansmithalso agree20:23
cdentI think that was the plan all along, I hadn't realized linking to that thing would cause such a stir, I had hoped people would just read it and comment20:23
cdentthat ^ was in response to bauzas20:23
*** flwang has joined #openstack-nova20:23
jaypipescdent: I would be fine using GET /r-p with a request body and a Vary: * header to tell caching proxies not to bother.20:25
*** nwbi has joined #openstack-nova20:27
*** cdelatte has quit IRC20:27
nwbihi20:27
nwbiis there any way to cleanup stale tap ports on nova compute ?20:27
cdentjaypipes: the caching proxy bit was a red herring raised by me and my desired FIX ALL THE HTTP, which is out of scope and I should leave it there. The bigger deal is what edleafe was saying about reverse proxies not necessarily passing the body, and I'm not sure if any amount of headering will deal with that. edleafe you have more info?20:28
jaypipesnwbi: please see /topic. For usage questions, best to ask on the openstack@ mailing list or the #openstack channel.20:29
*** annegentle has quit IRC20:29
nwbijaypipes, thnx for info20:29
jaypipescdent: yeah, that makes sense re: the reverse proxying. if a SSH terminating proxy doesn't forward the GET request body that would be bad, mkay.20:30
jaypipescdent: but then again, do we know of any reverse proxies that do that?20:30
*** annegentle has joined #openstack-nova20:30
*** danpawlik has joined #openstack-nova20:30
nwbijaypipes, i thought this issue has something to do with nova instance deletion , thats why i asked20:30
danpawlikHello, if you can pls review: https://review.openstack.org/#/c/314928/20:31
jaypipescdent: I'd prfer to just do what dansmith says and just do the GET with body and if there is any fallout, consider moving it to POST.20:31
edleafecdent: no, except for what googling revealed. The gist was that since GET doesn't define semantics for a body, proxies are not expected to forward it20:31
jaypipesnwbi: it's cool :)20:31
dansmithjaypipes: or if there is fallout do anything else.. when there is fallout, and when we know where the hangups are20:31
*** mtreinish has quit IRC20:31
edleafejaypipes: I've added this to the API WG agenda for tomorrow.20:31
jaypipesdansmith: ya20:31
*** owalsh has quit IRC20:31
*** mtreinish has joined #openstack-nova20:32
*** nwbi has quit IRC20:34
*** davidlenwell_ has joined #openstack-nova20:34
*** owalsh has joined #openstack-nova20:34
*** agireud has joined #openstack-nova20:35
*** suresh12 has joined #openstack-nova20:37
*** owalsh has quit IRC20:38
openstackgerritChris Dent proposed openstack/nova: Add {get_,set_}aggregates to objects.ResourceProvider  https://review.openstack.org/35526320:38
openstackgerritChris Dent proposed openstack/nova: Implement get and set aggregates in the placement API  https://review.openstack.org/35799320:38
openstackgerritChris Dent proposed openstack/nova: [placement] add a placement_aggregates table to api_db  https://review.openstack.org/36286320:38
cdentjaypipes, edleafe: that ^ is fixing the functional test failures20:39
*** gouthamr has joined #openstack-nova20:39
*** nherciu has quit IRC20:42
*** salv-orl_ has joined #openstack-nova20:43
*** salv-orlando has quit IRC20:46
*** slaweq_ has joined #openstack-nova20:46
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove redundant req setting  https://review.openstack.org/38521220:47
*** baoli_ has quit IRC20:48
mriedemsdague: https://review.openstack.org/#/c/385484/ for your viewing pleasure20:48
*** Apoorva has joined #openstack-nova20:48
*** baoli has joined #openstack-nova20:49
sdaguemriedem: looking20:49
mriedemzvm v320:49
mriedemzVMv3: The Reckoning20:50
mriedemzVMv3: The Revenge of Z20:50
sdagueheh20:50
sdagueI think I need to go crack that bottle of bourbon right now20:50
*** gjayavelu has quit IRC20:50
cdentsdague: do you have a preferred bourbon?20:52
sdaguecdent: honestly, not really. But I picked up a bottle from a new local distillery the other day - http://www.denningspointdistillery.com/20:53
sdagueand it's been quite nice20:53
cdentnice, the idea of artisnal spirits in has made me quite happy. I'm not a huge fan of beer so getting some of the same localness in booze is cool20:54
* cdent heads to the liquor cabinet20:55
cdentgood night20:55
*** cdent has quit IRC20:55
*** penick has quit IRC20:56
mriedemcan we include stats gathering in the 'no more metrics gathering' bucket? https://review.openstack.org/#/c/342001/4/specs/newton/approved/nova-api-sriov-pcipt-stats.rst20:58
mriedemstats are metrics right?20:58
*** penick has joined #openstack-nova21:01
*** cleong has quit IRC21:02
*** thorst has quit IRC21:05
*** mtreinish has quit IRC21:05
*** salv-orl_ has quit IRC21:07
*** anush_ has quit IRC21:08
openstackgerritSylvain Bauza proposed openstack/nova-specs: resource-providers: Scheduler filters in DB  https://review.openstack.org/30017821:08
openstackgerritSylvain Bauza proposed openstack/nova-specs: Narrow the list of ResourceProviders  https://review.openstack.org/38561821:08
*** burgerk_ has joined #openstack-nova21:08
*** esberglu has joined #openstack-nova21:09
*** thorst has joined #openstack-nova21:11
auggymriedem I always assumed they were synonymous21:11
bauzascdent: jaypipes: mriedem: dansmith: edleafe: https://review.openstack.org/#/c/385618/ for your pleasure21:12
edleafebauzas: added21:12
*** mtreinish has joined #openstack-nova21:12
bauzascdent: jaypipes: mriedem: dansmith: edleafe: I'll write a DNM by tomorrow morning21:12
bauzas(fortunately)21:12
*** Lehtu has joined #openstack-nova21:13
*** campee has joined #openstack-nova21:13
*** gerhardq1x has joined #openstack-nova21:13
*** salv-orlando has joined #openstack-nova21:13
*** gus_ has joined #openstack-nova21:14
*** thorst has quit IRC21:16
*** alex_xu_ has joined #openstack-nova21:16
*** zigo_ has joined #openstack-nova21:17
*** odyssey4me_ has joined #openstack-nova21:17
*** mgagne_ has joined #openstack-nova21:17
*** palexster1 has joined #openstack-nova21:17
*** burgerk__ has joined #openstack-nova21:18
*** McNinja_ has joined #openstack-nova21:18
*** haplo37- has joined #openstack-nova21:18
*** odyssey4me has quit IRC21:18
*** odyssey4me_ is now known as odyssey4me21:18
*** hieulq__ has joined #openstack-nova21:18
*** afazekas_ has joined #openstack-nova21:19
*** bswartz has quit IRC21:19
*** mordred has quit IRC21:19
*** afazekas has quit IRC21:19
*** ducttape_ has quit IRC21:19
*** krtaylor has quit IRC21:19
*** burgerk has quit IRC21:19
*** haplo37 has quit IRC21:19
*** jheroux has quit IRC21:19
*** bhagyashri_s has quit IRC21:19
*** McNinja has quit IRC21:19
*** wasmum has quit IRC21:19
*** campee_ has quit IRC21:19
*** alex_xu has quit IRC21:19
*** zigo has quit IRC21:19
*** mgagne has quit IRC21:19
*** thingee has quit IRC21:19
*** anush has quit IRC21:19
*** aunnam has quit IRC21:19
*** raj_singh has quit IRC21:19
*** gerhardqux has quit IRC21:19
*** Lehtu_ has quit IRC21:19
*** ababich has quit IRC21:19
*** knikolla has quit IRC21:19
*** gus has quit IRC21:19
*** haplo37- is now known as haplo3721:19
*** McNinja_ is now known as McNinja21:19
*** knikolla has joined #openstack-nova21:19
*** raj_singh has joined #openstack-nova21:19
*** rmcall has quit IRC21:20
*** palexster has quit IRC21:20
*** hieulq_ has quit IRC21:20
*** burgerk_ has quit IRC21:20
*** tjones- has left #openstack-nova21:21
*** anush_ has joined #openstack-nova21:21
*** mordred has joined #openstack-nova21:21
*** annegentle has quit IRC21:21
*** markmcclain has quit IRC21:21
*** annegentle has joined #openstack-nova21:22
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove redundant req setting  https://review.openstack.org/38521221:23
*** _ducttape_ has joined #openstack-nova21:23
*** _ducttape_ has quit IRC21:23
*** pkholkin has quit IRC21:23
*** ujjain has quit IRC21:23
*** StevenK has quit IRC21:23
*** clif_h has quit IRC21:23
*** frickler has quit IRC21:23
*** adreznec has quit IRC21:23
*** kamtamtun has quit IRC21:23
*** tomhambleton has quit IRC21:23
*** macsz has quit IRC21:23
*** ujjain has joined #openstack-nova21:23
*** ujjain has quit IRC21:23
*** ujjain has joined #openstack-nova21:23
*** ababich has joined #openstack-nova21:23
*** anush_ has quit IRC21:24
*** kevinz has quit IRC21:24
*** phschwartz has quit IRC21:24
*** xyang1 has quit IRC21:24
*** dave-mccowan has quit IRC21:24
*** artom has quit IRC21:24
*** krtaylor has joined #openstack-nova21:25
*** bhagyashri_s has joined #openstack-nova21:25
*** thingee has joined #openstack-nova21:25
jaypipeslooks like freenode ate Taco Bell today.21:25
mriedemdorito fingers?21:26
jaypipesyeah.21:26
*** phschwartz has joined #openstack-nova21:26
mriedemor dick fingers?21:26
jaypipesheh21:26
*** markmcclain has joined #openstack-nova21:26
openstackgerritJay Pipes proposed openstack/nova: Changed the name of the standard resource classes  https://review.openstack.org/38266921:27
openstackgerritJay Pipes proposed openstack/nova: placement: change resource class to a StringField  https://review.openstack.org/37965621:27
*** _ducttape_ has joined #openstack-nova21:28
*** pkholkin has joined #openstack-nova21:28
*** clif_h has joined #openstack-nova21:28
*** StevenK has joined #openstack-nova21:28
*** frickler has joined #openstack-nova21:28
*** adreznec has joined #openstack-nova21:28
*** kamtamtun has joined #openstack-nova21:28
*** tomhambleton has joined #openstack-nova21:28
*** macsz has joined #openstack-nova21:28
*** macsz has quit IRC21:28
*** wasmum has joined #openstack-nova21:28
*** wasmum has quit IRC21:28
*** wasmum has joined #openstack-nova21:28
*** zigo_ is now known as zigo21:28
*** rtheis has quit IRC21:29
*** davidlenwell_ has quit IRC21:31
*** tblakes_ has joined #openstack-nova21:32
*** macsz has joined #openstack-nova21:33
*** Jeffrey4l__ has joined #openstack-nova21:34
*** tblakes has quit IRC21:35
*** tblakes_ is now known as tblakes21:35
*** Jeffrey4l_ has quit IRC21:35
*** mtreinish has quit IRC21:36
*** zz_dimtruck is now known as dimtruck21:37
*** macsz is now known as macsz_21:37
*** pradk- is now known as pradk21:39
*** portdirect has joined #openstack-nova21:40
*** edmondsw has quit IRC21:41
*** tblakes has quit IRC21:42
*** mtreinish has joined #openstack-nova21:42
*** davidlenwell_ has joined #openstack-nova21:44
*** thorst has joined #openstack-nova21:45
*** tongli has quit IRC21:45
*** dimtruck is now known as zz_dimtruck21:47
*** gjayavelu has joined #openstack-nova21:48
*** mdrabe has quit IRC21:49
*** thorst has quit IRC21:49
*** mdrabe has joined #openstack-nova21:49
*** burgerk__ has quit IRC21:52
mriedemeasy bug fix for someone https://bugs.launchpad.net/python-novaclient/+bug/163286621:53
openstackLaunchpad bug 1632866 in python-novaclient "nova server-group-create fails with AttributeError if policy isn't specified" [Undecided,Confirmed]21:53
*** thorst has joined #openstack-nova21:55
*** thorst has quit IRC22:00
*** mdrabe has quit IRC22:01
*** burt has quit IRC22:01
*** danpawlik has left #openstack-nova22:02
*** prateek has quit IRC22:03
*** TravT_ has joined #openstack-nova22:06
*** TravT has quit IRC22:08
*** mtreinish has quit IRC22:08
*** Sukhdev has joined #openstack-nova22:10
*** jamesdenton has quit IRC22:12
mriedemsdague: alex_xu_: weren't we going to deprecate os-certificates in ocata?22:13
mriedemand cloudpipe?22:13
*** TravT_ has quit IRC22:14
*** edmondsw has joined #openstack-nova22:16
*** markmcclain has quit IRC22:18
*** mtreinish has joined #openstack-nova22:19
*** markmcclain has joined #openstack-nova22:19
*** unicell has quit IRC22:20
*** lamt has quit IRC22:22
*** slaweq_ has quit IRC22:23
*** bswartz has joined #openstack-nova22:24
openstackgerritPushkar Umaranikar proposed openstack/nova: Add debug logs to output host weights for weighers  https://review.openstack.org/38563622:24
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Remove deprecated command options  https://review.openstack.org/38563722:24
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Remove unused helper volume methods in v2 shell  https://review.openstack.org/38563822:24
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Update docs for instructions on deprecating commands  https://review.openstack.org/38563922:24
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Remove deprecated commands  https://review.openstack.org/38563722:25
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Update docs for instructions on deprecating commands  https://review.openstack.org/38563922:25
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Remove unused helper volume methods in v2 shell  https://review.openstack.org/38563822:25
*** mgoddard has quit IRC22:25
*** smatzek has joined #openstack-nova22:27
*** salv-orlando has quit IRC22:30
*** esberglu has quit IRC22:31
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove redundant req setting  https://review.openstack.org/38521222:31
*** penick has quit IRC22:31
*** annegentle has quit IRC22:31
mriedemyou know, i don't think i've heard 'radar love' in about 15 years22:32
*** ducnc has quit IRC22:32
*** ducnc has joined #openstack-nova22:32
*** esberglu has joined #openstack-nova22:35
*** esberglu has quit IRC22:35
jrolland you put it in my head in two seconds. gw22:37
auggyif the song was "radar level" it would be a full palindrome22:38
mriedemjroll: time to shave your beard into mutton chops if you're going to listen to radar love22:39
* jroll picks up a razor and a guitar22:40
*** mtreinish has quit IRC22:41
*** _ducttape_ has quit IRC22:42
*** kevinz has joined #openstack-nova22:42
*** esberglu has joined #openstack-nova22:43
*** sdague has quit IRC22:43
openstackgerritSTEW TY proposed openstack/nova: Transform instance.rescue notifications  https://review.openstack.org/38564422:44
*** esberglu has quit IRC22:45
*** mlavalle has quit IRC22:46
openstackgerritSTEW TY proposed openstack/nova: Transform instance.rescue notifications (WIP)  https://review.openstack.org/38564422:47
*** mtreinish has joined #openstack-nova22:47
*** smatzek has quit IRC22:49
*** anush_ has joined #openstack-nova22:49
*** artom has joined #openstack-nova22:49
*** thingee has quit IRC22:52
*** takashin has joined #openstack-nova22:56
*** thingee has joined #openstack-nova22:58
*** anush_ has quit IRC23:00
*** artom has quit IRC23:00
openstackgerritScott DAngelo proposed openstack/nova: WIP DO NOT MERGE  https://review.openstack.org/38568223:00
*** tjones- has joined #openstack-nova23:01
*** gus_ is now known as gus23:06
openstackgerritMatt Riedemann proposed openstack/nova: Remove deprecated use_usb_tablet config option  https://review.openstack.org/38568323:06
*** ducttape_ has joined #openstack-nova23:07
*** edmondsw has quit IRC23:08
*** suresh12 has quit IRC23:12
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Remove deprecated commands  https://review.openstack.org/38563723:12
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Update docs for instructions on deprecating commands  https://review.openstack.org/38563923:12
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Remove unused helper volume methods in v2 shell  https://review.openstack.org/38563823:12
*** mriedem is now known as mriedem_afk23:13
*** anush_ has joined #openstack-nova23:15
*** artom has joined #openstack-nova23:15
*** suresh12 has joined #openstack-nova23:21
openstackgerritEd Leafe proposed openstack/nova: Corrects the type of a base64 encoded string  https://review.openstack.org/38568623:24
edleafemelwitt: ^^ This takes care of the py3 issue you noted earlier today23:25
edleafemelwitt: there are still py3 issues, but at least the tests run (and fail) now23:25
openstackgerritNicolas Simonds proposed openstack/python-novaclient: Raise the correct exception if policy is unspecified  https://review.openstack.org/38569023:35
*** rama_y has quit IRC23:36
*** esberglu has joined #openstack-nova23:36
*** zz_dimtruck is now known as dimtruck23:38
*** markvoelker has quit IRC23:39
*** rfolco has joined #openstack-nova23:45
*** dimtruck is now known as zz_dimtruck23:47
*** gjayavelu has quit IRC23:55
openstackgerritJay Pipes proposed openstack/nova: Correct bug in microversion headers in placement  https://review.openstack.org/38480623:55
openstackgerritJay Pipes proposed openstack/nova: placement: adds REST API for nested providers  https://review.openstack.org/38480723:55
openstackgerritJay Pipes proposed openstack/nova: placement: add get_all_by_root_provider_uuid()  https://review.openstack.org/37721523:55
openstackgerritJay Pipes proposed openstack/nova: placement: add nested resource providers  https://review.openstack.org/37713823:55
openstackgerritJay Pipes proposed openstack/nova: placement: update client to set parent provider  https://review.openstack.org/38569323:55
openstackgerritJay Pipes proposed openstack/nova: Use the ResourceProvider id instead of compute node.  https://review.openstack.org/38200023:58
openstackgerritJay Pipes proposed openstack/nova: placement: handle generic PCI devices in inventory  https://review.openstack.org/37468123:58
openstackgerritJay Pipes proposed openstack/nova: placement: allocations for generic PCI devices  https://review.openstack.org/37516823:58
*** esberglu has quit IRC23:59
*** ducttape_ has quit IRC23:59

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