Thursday, 2018-07-26

*** shaohe_feng has joined #openstack-nova00:01
*** jangutter has joined #openstack-nova00:03
*** rcernin has joined #openstack-nova00:03
*** medberry has quit IRC00:06
*** shaohe_feng has quit IRC00:09
*** shaohe_feng has joined #openstack-nova00:10
*** wolverineav has joined #openstack-nova00:17
*** itlinux has quit IRC00:17
openstackgerritTakashi NATSUME proposed openstack/nova master: Making consistent used of GiB and MiB in API ref  https://review.openstack.org/55998500:19
*** shaohe_feng has quit IRC00:20
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix 500 error while passing 4-byte unicode data  https://review.openstack.org/40751400:20
*** wolverineav has quit IRC00:21
*** shaohe_feng has joined #openstack-nova00:22
*** lyan has joined #openstack-nova00:28
*** lyan is now known as Guest2552000:29
*** shaohe_feng has quit IRC00:30
*** shaohe_feng has joined #openstack-nova00:31
*** owalsh_ is now known as owalsh00:32
*** hamzy has joined #openstack-nova00:38
*** shaohe_feng has quit IRC00:40
*** shaohe_feng has joined #openstack-nova00:41
*** shaohe_feng has quit IRC00:50
*** shaohe_feng has joined #openstack-nova00:51
*** Guest7854 has joined #openstack-nova00:55
Guest7854Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/00:55
Guest7854or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/00:55
*** Guest7854 has quit IRC00:55
*** namnh has joined #openstack-nova00:56
*** cdent has joined #openstack-nova00:58
*** shaohe_feng has quit IRC01:01
*** namnh has quit IRC01:01
openstackgerritChris Dent proposed openstack/nova master: [placement] Extract base functional test case from test_direct  https://review.openstack.org/58577701:01
openstackgerritChris Dent proposed openstack/nova master: [placement] Use base test in placement functional tests  https://review.openstack.org/58577801:01
*** phuongnh has joined #openstack-nova01:02
*** shaohe_feng has joined #openstack-nova01:03
*** cdent has quit IRC01:08
*** gyee has quit IRC01:08
*** BrinZhang has joined #openstack-nova01:09
*** shaohe_feng has quit IRC01:11
openstackgerritMerged openstack/nova master: Remove support for /os-floating-ips-bulk REST API  https://review.openstack.org/58291201:11
*** shaohe_feng has joined #openstack-nova01:13
*** aOssed15 has joined #openstack-nova01:13
aOssed15Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/01:13
*** aOssed15 has quit IRC01:13
*** annp has quit IRC01:13
*** trungnv has quit IRC01:13
*** mrsoul` has joined #openstack-nova01:13
*** trungnv has joined #openstack-nova01:13
openstackgerritMerged openstack/nova master: Remove support for /os-floating-ip-dns REST API  https://review.openstack.org/58294301:14
*** annp has joined #openstack-nova01:14
openstackgerritMerged openstack/nova master: Remove "DEPRECATED" tag from Obsolete APIs  https://review.openstack.org/58309201:14
openstackgerritMerged openstack/nova stable/pike: cleanup mapping/reqspec after archive instance  https://review.openstack.org/58077501:14
openstackgerritMerged openstack/nova master: doc: remove rocky-specific nova-scheduler min placement version  https://review.openstack.org/58552001:14
*** mrsoul has quit IRC01:16
*** hongbin has joined #openstack-nova01:16
*** edmondsw has joined #openstack-nova01:17
*** dtruong_ has quit IRC01:20
*** yamahata has quit IRC01:20
*** shaohe_feng has quit IRC01:21
*** edmondsw has quit IRC01:21
*** shaohe_feng has joined #openstack-nova01:22
*** bast-anon12 has joined #openstack-nova01:23
bast-anon12Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/01:23
bast-anon12or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/01:23
*** bast-anon12 has quit IRC01:23
*** tiendc has joined #openstack-nova01:26
*** wolverineav has joined #openstack-nova01:31
*** shaohe_feng has quit IRC01:31
*** shaohe_feng has joined #openstack-nova01:32
*** wolverineav has quit IRC01:35
*** shaohe_feng has quit IRC01:42
*** markvoelker has joined #openstack-nova01:43
*** markvoelker_ has quit IRC01:44
*** shaohe_feng has joined #openstack-nova01:45
*** markvoelker_ has joined #openstack-nova01:46
*** tbachman has quit IRC01:46
*** namnh has joined #openstack-nova01:47
*** markvoelker has quit IRC01:48
*** namnh has quit IRC01:50
*** namnh has joined #openstack-nova01:50
*** namnh has quit IRC01:52
*** shaohe_feng has quit IRC01:52
*** shaohe_feng has joined #openstack-nova01:53
*** shaohe_feng has quit IRC02:02
*** shaohe_feng has joined #openstack-nova02:03
naichuansTxt files which store openstack IRC history reported as trojan and deleted by McAFee, anyone meet such kind of issues before?02:06
*** wolverineav has joined #openstack-nova02:06
*** wolverineav has quit IRC02:11
*** shaohe_feng has quit IRC02:12
*** shaohe_feng has joined #openstack-nova02:13
*** armaan has quit IRC02:13
openstackgerritArtom Lifshitz proposed openstack/nova master: DNM? Extra logs for volume detach device tags cleanup  https://review.openstack.org/58403202:16
openstackgerritXiaohan Zhang proposed openstack/nova master: compute node local_gb_used include swap disks The ComputeNode.local_gb_used value is set in the ResourceTracker._update_usage() method:  https://review.openstack.org/58592802:18
*** Dinesh_Bhor has joined #openstack-nova02:19
*** shaohe_feng has quit IRC02:23
*** pathfinder6 has joined #openstack-nova02:23
*** ensyde6 has joined #openstack-nova02:23
ensyde6Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/02:23
ensyde6or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/02:23
*** ensyde6 has quit IRC02:23
pathfinder6Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/02:23
*** pathfinder6 has quit IRC02:23
*** artom has quit IRC02:25
*** shaohe_feng has joined #openstack-nova02:25
*** gongysh has joined #openstack-nova02:27
*** sapd has joined #openstack-nova02:28
*** lei-zh has joined #openstack-nova02:29
*** tbachman has joined #openstack-nova02:31
*** shaohe_feng has quit IRC02:33
*** shaohe_feng has joined #openstack-nova02:37
*** shaohe_feng has quit IRC02:43
*** shaohe_feng has joined #openstack-nova02:44
*** openstack has joined #openstack-nova02:49
*** ChanServ sets mode: +o openstack02:49
*** tbachman has quit IRC02:51
*** shaohe_feng has quit IRC02:53
*** hongbin has quit IRC02:56
*** shaohe_feng has joined #openstack-nova02:56
*** vladikr has quit IRC02:57
*** vladikr has joined #openstack-nova02:57
*** dave-mcc_ has quit IRC03:02
*** shaohe_feng has quit IRC03:04
*** edmondsw has joined #openstack-nova03:05
*** shaohe_feng has joined #openstack-nova03:05
*** jmlowe has joined #openstack-nova03:06
*** yamahata has joined #openstack-nova03:08
*** edmondsw has quit IRC03:09
*** jmlowe has quit IRC03:13
*** shaohe_feng has quit IRC03:14
*** edleafe has quit IRC03:14
*** edleafe has joined #openstack-nova03:16
*** shaohe_feng has joined #openstack-nova03:17
*** mriedem_afk has quit IRC03:20
*** shaohe_feng has quit IRC03:24
*** shaohe_feng has joined #openstack-nova03:25
*** Sukhdev has joined #openstack-nova03:27
*** lei-zh has quit IRC03:28
*** shaohe_feng has quit IRC03:34
*** shaohe_feng has joined #openstack-nova03:35
*** shaohe_feng has quit IRC03:45
*** shaohe_feng has joined #openstack-nova03:45
*** udesale has joined #openstack-nova03:48
*** slaweq has quit IRC03:50
*** Guest25520 has quit IRC03:52
*** lpetrut has joined #openstack-nova03:53
*** shaohe_feng has quit IRC03:55
*** shaohe_feng has joined #openstack-nova03:56
*** slaweq has joined #openstack-nova03:58
*** itlinux has joined #openstack-nova03:58
*** lpetrut has quit IRC04:03
*** shaohe_feng has quit IRC04:05
*** mschuppert has joined #openstack-nova04:05
*** dtruong_ has joined #openstack-nova04:06
*** Dinesh_Bhor has quit IRC04:06
*** wolverineav has joined #openstack-nova04:07
*** shaohe_feng has joined #openstack-nova04:07
*** janki has joined #openstack-nova04:11
*** itlinux has quit IRC04:11
*** wolverineav has quit IRC04:12
*** psachin`` has joined #openstack-nova04:14
*** shaohe_feng has quit IRC04:15
*** shaohe_feng has joined #openstack-nova04:16
*** mdnadeem has joined #openstack-nova04:17
*** vladikr has quit IRC04:17
*** vladikr has joined #openstack-nova04:18
*** shaohe_feng has quit IRC04:26
*** shaohe_feng has joined #openstack-nova04:27
*** Dinesh_Bhor has joined #openstack-nova04:33
*** shaohe_feng has quit IRC04:36
*** shaohe_feng has joined #openstack-nova04:37
*** fpinna has joined #openstack-nova04:37
*** gongysh has quit IRC04:38
*** fpinna has left #openstack-nova04:39
*** fpinna has joined #openstack-nova04:42
*** bladernr28 has joined #openstack-nova04:43
bladernr28Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/04:43
*** bladernr28 has quit IRC04:43
*** Sukhdev has quit IRC04:44
*** vishakha has quit IRC04:45
*** shaohe_feng has quit IRC04:46
*** gongysh has joined #openstack-nova04:46
*** Sukhdev has joined #openstack-nova04:47
*** fpinna has quit IRC04:47
*** shaohe_feng has joined #openstack-nova04:47
*** spsurya_ has quit IRC04:48
*** spsurya_ has joined #openstack-nova04:49
*** edmondsw has joined #openstack-nova04:53
*** gongysh has quit IRC04:54
*** gbarros has joined #openstack-nova04:55
*** shaohe_feng has quit IRC04:56
*** armaan has joined #openstack-nova04:57
*** edmondsw has quit IRC04:58
*** shaohe_feng has joined #openstack-nova05:00
*** armaan has quit IRC05:01
*** tbachman has joined #openstack-nova05:01
*** lynxis27 has joined #openstack-nova05:03
lynxis27Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/05:03
*** lynxis27 has quit IRC05:03
*** tbachman has quit IRC05:06
*** Tahvok has quit IRC05:06
*** shaohe_feng has quit IRC05:07
*** spsurya_ is now known as spsurya05:07
*** shaohe_feng has joined #openstack-nova05:08
*** Tahvok has joined #openstack-nova05:10
*** tbachman has joined #openstack-nova05:13
*** shaohe_feng has quit IRC05:17
*** abhishekk has joined #openstack-nova05:17
*** shaohe_feng has joined #openstack-nova05:18
*** gbarros has quit IRC05:18
*** gongysh has joined #openstack-nova05:24
*** shaohe_feng has quit IRC05:27
*** lei-zh has joined #openstack-nova05:30
*** shaohe_feng has joined #openstack-nova05:30
*** ratailor has joined #openstack-nova05:30
*** Sukhdev has quit IRC05:31
*** shaohe_feng has quit IRC05:37
*** gongysh has quit IRC05:38
*** shaohe_feng has joined #openstack-nova05:38
*** tbachman has quit IRC05:42
*** spot18 has joined #openstack-nova05:43
spot18Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/05:43
*** spot18 has quit IRC05:43
*** ratailor_ has joined #openstack-nova05:47
*** shaohe_feng has quit IRC05:48
*** shaohe_feng has joined #openstack-nova05:48
*** links has joined #openstack-nova05:48
*** flwang1 has quit IRC05:50
*** ratailor has quit IRC05:50
*** dklyle has quit IRC05:52
*** dklyle has joined #openstack-nova05:53
*** itlinux has joined #openstack-nova05:57
*** sridharg has joined #openstack-nova05:58
*** shaohe_feng has quit IRC05:58
*** shaohe_feng has joined #openstack-nova05:59
*** Luzi has joined #openstack-nova06:04
*** udesale has quit IRC06:04
*** udesale has joined #openstack-nova06:04
*** wolverineav has joined #openstack-nova06:08
*** shaohe_feng has quit IRC06:08
*** itlinux has quit IRC06:08
*** shaohe_feng has joined #openstack-nova06:09
*** wolverineav has quit IRC06:12
*** shaohe_feng has quit IRC06:18
*** shaohe_feng has joined #openstack-nova06:20
*** Eran_Kuris has joined #openstack-nova06:22
openstackgerrithuanhongda proposed openstack/nova master: hypervisor-stats shows wrong disk usages with shared storage  https://review.openstack.org/14987806:22
*** shaohe_feng has quit IRC06:29
*** shaohe_feng has joined #openstack-nova06:30
*** Dinesh_Bhor has quit IRC06:35
*** flwang1 has joined #openstack-nova06:36
*** shaohe_feng has quit IRC06:39
*** Dinesh_Bhor has joined #openstack-nova06:39
*** mgoddard has joined #openstack-nova06:41
*** edmondsw has joined #openstack-nova06:41
*** shaohe_feng has joined #openstack-nova06:42
*** maciejjozefczyk1 has left #openstack-nova06:42
*** maciejjozefczyk has joined #openstack-nova06:43
*** ratailor_ has quit IRC06:43
*** ratailor_ has joined #openstack-nova06:44
*** edmondsw has quit IRC06:47
*** vladikr has quit IRC06:48
*** flwang1 has quit IRC06:49
*** shaohe_feng has quit IRC06:49
*** vladikr has joined #openstack-nova06:49
*** mgoddard has quit IRC06:50
*** shaohe_feng has joined #openstack-nova06:51
*** damien_r has quit IRC06:56
*** hoonetorg has quit IRC06:57
*** damien_r has joined #openstack-nova06:59
*** shaohe_feng has quit IRC06:59
*** shaohe_feng has joined #openstack-nova07:01
*** Jovan17 has joined #openstack-nova07:03
Jovan17Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/07:03
Jovan17or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/07:03
*** Jovan17 has quit IRC07:03
*** ispp has joined #openstack-nova07:06
*** shaohe_feng has quit IRC07:10
*** ttsiouts has joined #openstack-nova07:10
*** flwang1 has joined #openstack-nova07:10
*** liuzz has joined #openstack-nova07:11
*** tssurya has joined #openstack-nova07:12
karimullHello , do the code freeze for the release applies to bugs related to documentation?07:12
*** gongysh has joined #openstack-nova07:12
*** shaohe_feng has joined #openstack-nova07:12
*** Pugabyte4 has joined #openstack-nova07:13
Pugabyte4Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/07:13
Pugabyte4or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/07:13
*** Pugabyte4 has quit IRC07:13
*** hoonetorg has joined #openstack-nova07:13
*** flwang1 has quit IRC07:17
*** flwang1 has joined #openstack-nova07:17
*** shaohe_feng has quit IRC07:20
*** shaohe_feng has joined #openstack-nova07:21
openstackgerritXiaohan Zhang proposed openstack/nova master: compute node local_gb_used include swap disks  https://review.openstack.org/58592807:22
*** Dinesh_Bhor has quit IRC07:22
*** slaweq has quit IRC07:23
*** vladikr has quit IRC07:23
*** slaweq has joined #openstack-nova07:23
*** vishakha has joined #openstack-nova07:25
*** pcaruana has joined #openstack-nova07:25
*** vladikr has joined #openstack-nova07:26
*** ccamacho has joined #openstack-nova07:27
*** shaohe_feng has quit IRC07:30
openstackgerritZhenyu Zheng proposed openstack/nova master: Increase sleep time in ServerGroupTestV21 to avoid potential failure  https://review.openstack.org/58597807:31
*** mgoddard has joined #openstack-nova07:31
*** shaohe_feng has joined #openstack-nova07:31
*** Dinesh_Bhor has joined #openstack-nova07:32
*** AlexeyAbashkin has joined #openstack-nova07:33
*** ttsiouts has quit IRC07:33
*** ispp has quit IRC07:40
*** shaohe_feng has quit IRC07:40
*** shaohe_feng has joined #openstack-nova07:42
*** phoe16 has joined #openstack-nova07:44
*** brault has joined #openstack-nova07:44
phoe16Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/07:44
*** phoe16 has quit IRC07:44
*** dtantsur|afk is now known as dtantsur07:46
*** alexchadin has joined #openstack-nova07:48
*** shaohe_feng has quit IRC07:51
*** shaohe_feng has joined #openstack-nova07:52
openstackgerritMerged openstack/nova master: Online data migration for queued_for_delete flag  https://review.openstack.org/58450407:52
openstackgerritMerged openstack/nova master: Annotate flows and handle PortBindingDeletionFailed in ComputeManager  https://review.openstack.org/55137107:53
openstackgerritMerged openstack/nova master: Remove stevedore extensions server_create method  https://review.openstack.org/58388207:53
*** FiendKing04 has joined #openstack-nova07:54
FiendKing04Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/07:54
*** FiendKing04 has quit IRC07:54
*** avolkov has joined #openstack-nova07:56
*** qassim24 has joined #openstack-nova07:58
qassim24Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/07:58
qassim24or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/07:58
*** qassim24 has quit IRC07:58
*** flwang1 has quit IRC07:58
kashyapttx: Morning, do you have mod privileges on this channel?  If so, can you kick the above spammers out, please?07:59
*** shaohe_feng has quit IRC08:01
*** shaohe_feng has joined #openstack-nova08:02
lyarwoodkashyap: They are being kicked pretty quickly already08:02
kashyaplyarwood: Nod; some channels like Freenode's #kvm are still litterred with them :-(08:03
kashyaplyarwood: But you're right, the Freenode Team is working on it08:03
kashyaplyarwood: Morning, do you have a minute to look at something here?08:04
kashyaplyarwood: It's seemingly embarssing PEP8 failure08:04
lyarwoodmy forte08:04
kashyaplyarwood: Hehe, so here we go:08:04
kashyapOn this line here: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/guest.py#L66808:04
kashyapIf I remove that: "# noqa"08:04
*** alexchad_ has joined #openstack-nova08:05
kashyapI get this: ./nova/virt/libvirt/guest.py:665:60: F821 undefined name 'unicode'08:05
kashyapHow is the comment "solving" it?08:05
*** ispp has joined #openstack-nova08:05
kashyaplyarwood: It (that "# noqa") came in via this commit that was trying to fix the PEP8 on Py3 failures: a91af59f08:06
lyarwoodhttp://pep8.readthedocs.io/en/release-1.7.x/intro.html#error-codes - it's not a comment08:06
kashyaplyarwood: Sorry for baiting you in the morning.  If you're still making coffee or something, please go on.  This can wait.08:06
lyarwood^ search for noqa08:06
* kashyap clicks08:06
kashyaplyarwood: Most excellent, thanks for the (non-null) pointer!08:07
*** alexchadin has quit IRC08:07
lyarwoodkashyap: so unicode isn't a keyword in py3 but is in py208:08
kashyaplyarwood: Ha!  So we indeed need to retain that "# noqa"08:08
lyarwoodyup08:08
kashyaplyarwood: Thanks, I was going a bit mental right in the morning08:09
*** wolverineav has joined #openstack-nova08:09
kashyapmdbooth: When you are about, per above discussion with lyarwood, we can't "undent" the "# noqa" here: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/guest.py#L66808:09
*** ttsiouts has joined #openstack-nova08:10
*** shaohe_feng has quit IRC08:11
lyarwoodkashyap: well you can, the #noqa is just to catch the unicode issue08:11
*** avolkov has quit IRC08:11
*** shaohe_feng has joined #openstack-nova08:12
lyarwoodanyway /me goes back to downstream paper work08:12
kashyaplyarwood: Alright, I'll look into it.08:12
kashyapmdbooth: Disregard the above for now; more to come soon in the review08:12
*** wolverineav has quit IRC08:13
*** Bhujay has joined #openstack-nova08:14
*** armaan has joined #openstack-nova08:19
*** shaohe_feng has quit IRC08:21
*** shaohe_feng has joined #openstack-nova08:22
bauzasre: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/guest.py#L66808:29
bauzaskashyap: lyarwood: ^08:29
*** edmondsw has joined #openstack-nova08:30
bauzaskashyap: lyarwood: there is a six method for it08:30
kashyapbauzas: I see08:30
kashyapbauzas: Got a link?08:30
*** tetsuro has quit IRC08:31
bauzaskashyap: https://pythonhosted.org/six/#six.text_type08:31
*** shaohe_feng has quit IRC08:32
* kashyap clicks08:32
*** shaohe_feng has joined #openstack-nova08:32
*** spot18 has joined #openstack-nova08:33
spot18Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/08:33
*** spot18 has quit IRC08:33
*** edmondsw has quit IRC08:34
bauzaskashyap: http://paste.openstack.org/show/726668/08:35
* kashyap clicks08:35
bauzasa 'kéké' in French is a 'lad'08:36
*** Bhujay has quit IRC08:37
*** Dinesh_Bhor has quit IRC08:37
*** Bhujay has joined #openstack-nova08:37
bauzaskashyap: of course a bytestring is not unicode08:38
kashyapHehe08:38
kashyapbauzas: Thanks!08:40
*** shaohe_feng has quit IRC08:42
*** tesseract has joined #openstack-nova08:42
bauzaskashyap: final explanation between bytestrings and unicode strings : http://paste.openstack.org/show/726669/08:43
bauzasusing .decode() will translate it into unicode with the encoding you want08:43
*** vladikr has quit IRC08:43
*** derekh has joined #openstack-nova08:43
*** vladikr has joined #openstack-nova08:44
*** udesale_ has joined #openstack-nova08:44
*** janki has quit IRC08:45
*** shaohe_feng has joined #openstack-nova08:46
*** udesale has quit IRC08:46
*** as1 has joined #openstack-nova08:48
*** as1 has quit IRC08:48
*** namnh has joined #openstack-nova08:49
*** shaohe_feng has quit IRC08:52
*** shaohe_feng has joined #openstack-nova08:53
*** liuyulong_ has joined #openstack-nova08:53
*** cdent has joined #openstack-nova08:54
kashyapNod08:56
*** liuyulong__ has quit IRC08:57
*** sambetts|afk has quit IRC08:57
*** Dinesh_Bhor has joined #openstack-nova08:59
*** alexchadin has joined #openstack-nova08:59
*** sambetts_ has joined #openstack-nova08:59
*** alexchad_ has quit IRC09:01
*** dtruong_ has quit IRC09:02
mdboothkashyap: That's barely worthy of discussion :) Did I call it a nit? If not, I should have done.09:02
*** shaohe_feng has quit IRC09:02
*** brynjar24 has joined #openstack-nova09:03
brynjar24Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/09:03
brynjar24or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/09:03
*** brynjar24 has quit IRC09:03
*** sean-k-mooney has joined #openstack-nova09:03
*** RichiH23 has joined #openstack-nova09:03
RichiH23Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/09:03
RichiH23or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/09:03
*** RichiH23 has quit IRC09:03
kashyapmdbooth: Hehe, I just make sure every point a reviewer raises is addressed, and not coldly ignore :P09:06
kashyapAddress, if it makes sense, i.e.09:07
mdboothkashyap: Yeah. I couldn't even tell, by eyeball, if the line was short enough.09:07
mdboothBut I thought it probably was.09:07
*** shaohe_feng has joined #openstack-nova09:08
kashyapmdbooth: Ah, by "undent", I actually thought you wanted me to use a different way than the "# noqa" special comment09:08
kashyapLook for "# noqa" there: http://pep8.readthedocs.io/en/release-1.7.x/intro.html#error-codes09:09
mdboothI assumed it was there for line length?09:09
mdboothThat's how it's normally used.09:09
kashyapThe line was 74 lines.09:10
kashyapErr09:10
kashyap74 chars09:10
kashyapSo, it's within the range, though.09:10
* kashyap bbiab09:10
mdboothWeird. Wonder what the pep8 issue was.09:10
*** ispp has quit IRC09:10
kashyapmdbooth: PEP8 issue was due me not knowing about the special comment "# noqa" (& accidentally removing it)09:12
*** shaohe_feng has quit IRC09:13
*** shaohe_feng has joined #openstack-nova09:14
lyarwoodmdbooth: unicode is only used in py2, pep8 now runs under py3 by default and without #noqa that fails, bauzas pointed to a six method to handle this better above.09:15
*** namnh has quit IRC09:16
bauzaslyarwood: mdbooth: tbh, we don't need to check the python version09:16
lyarwoodyup, just use six09:17
*** fanzhang has quit IRC09:17
*** fanzhang has joined #openstack-nova09:17
mdboothbauzas: We do need the python version check there, I think.09:18
bauzasmdbooth: the problem is that libvirtd is only py2 right?09:18
mdboothbauzas: No, it's both. The problem is that it handles strings differently in py2 and py3.09:19
bauzasmdbooth: so it's waiting for a byte string09:19
mdboothin py2 it *must* be byte string. In py3 it *must* be unicode.09:19
bauzasmdbooth: so that's a libvirt problem09:19
mdboothYeah.09:19
bauzasgrr09:19
bauzasso, yeah we need to check the python version09:20
bauzasI thought it was only need a byte string09:20
bauzasthat's a terrible interface09:20
mdboothIn fairness it's a bug.09:21
bauzasyeah09:21
bauzasa libvirt bug09:21
mdboothBut one which can't be fixed now.09:21
mdboothIndeed, a libvirt bug.09:21
bauzasoh and FWIW, params.items() only works because that's checked for py209:21
*** armaan has quit IRC09:22
mdboothIIRC params.items() is the recommended way to migration py2 -> py3 unless you really can't handle a list or a generator09:22
*** armaan has joined #openstack-nova09:23
*** shaohe_feng has quit IRC09:23
*** ratailor_ has quit IRC09:23
mdboothYeah, params.items() would have the same behaviour there in py2 and py3.09:24
*** shaohe_feng has joined #openstack-nova09:24
mdboothlyarwood: Chance of thunderstorms this afternoon, apparently \o/09:25
mdboothBut not for you09:25
bauzasmdbooth: while py2 returns a dict, py3 returns a generator09:26
mdboothbauzas: Right, and they'll both do the same thing there.09:26
*** ttsiouts has quit IRC09:29
*** Bhujay has quit IRC09:30
*** Bhujay has joined #openstack-nova09:30
*** ttsiouts has joined #openstack-nova09:31
lyarwoodmdbooth: getting three days of rain from tomorrow so tis all good :)09:32
*** shaohe_feng has quit IRC09:33
*** shaohe_feng has joined #openstack-nova09:34
*** Yes_ma`am has joined #openstack-nova09:35
Yes_ma`amHey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/09:35
Yes_ma`amor maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/09:35
*** Yes_ma`am has quit IRC09:35
*** shaohe_feng has quit IRC09:43
*** shaohe_feng has joined #openstack-nova09:44
*** stakeda has quit IRC09:46
*** Bhujay has quit IRC09:48
*** Bhujay has joined #openstack-nova09:48
*** armaan has quit IRC09:50
*** armaan has joined #openstack-nova09:51
*** Bhujay has quit IRC09:51
*** yedongcan has joined #openstack-nova09:52
*** Bhujay has joined #openstack-nova09:52
*** x49F has joined #openstack-nova09:53
x49FHey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/09:53
*** x49F has quit IRC09:53
*** shaohe_feng has quit IRC09:54
*** Bhujay has quit IRC09:54
*** shaohe_feng has joined #openstack-nova09:54
*** Bhujay has joined #openstack-nova09:55
*** Bhujay has quit IRC09:57
*** Bhujay has joined #openstack-nova09:58
*** cdent has quit IRC09:58
*** cdent has joined #openstack-nova09:58
*** armaan has quit IRC10:01
*** armaan has joined #openstack-nova10:02
*** shaohe_feng has quit IRC10:04
*** shaohe_feng has joined #openstack-nova10:05
*** namnh has joined #openstack-nova10:06
*** namnh has quit IRC10:06
*** janki has joined #openstack-nova10:06
*** namnh has joined #openstack-nova10:07
*** namnh_ has joined #openstack-nova10:07
*** udesale__ has joined #openstack-nova10:08
*** alexchadin has quit IRC10:08
*** wolverineav has joined #openstack-nova10:10
*** ttsiouts has quit IRC10:10
*** dtruong_ has joined #openstack-nova10:10
*** udesale_ has quit IRC10:10
*** lei-zh has quit IRC10:11
openstackgerritMerged openstack/nova master: ironic: Report resources as reserved when needed  https://review.openstack.org/51792110:11
*** namnh has quit IRC10:11
*** shaohe_feng has quit IRC10:14
*** wolverineav has quit IRC10:14
*** shaohe_feng has joined #openstack-nova10:15
kashyapI thought you might be interested in getting banned!10:17
*** edmondsw has joined #openstack-nova10:18
openstackgerritTakashi NATSUME proposed openstack/nova master: Adds view builders for keypairs controller  https://review.openstack.org/34728910:18
*** alexchadin has joined #openstack-nova10:18
kashyapmdbooth: I will leave the uncode / byte string change as-is.  Not going to muck with it in this change.10:20
*** abhishekk has quit IRC10:20
mdboothkashyap: Right. I was only ever suggesting a formatting change following a change of indentation :)10:21
mdboothkashyap: Changing the unicode thing in that change would be inappropriate.10:22
kashyapmdbooth: I would have parsed the word "unindent" correctly.  But you said: "undent", my brain went: "Can we remove this wrinkle / dent" :P10:22
*** Bhujay has quit IRC10:22
kashyapmdbooth: Absolutely10:22
* kashyap doesn't want to violate the sensible rule of "one logical change per commit" 10:22
kashyapOkido, mooooooooooving on.10:23
*** Bhujay has joined #openstack-nova10:23
*** 18WAA3F2A has joined #openstack-nova10:23
18WAA3F2AHey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/10:23
18WAA3F2Aor maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/10:23
*** 18WAA3F2A has quit IRC10:23
*** edmondsw has quit IRC10:23
*** ispp has joined #openstack-nova10:24
*** shaohe_feng has quit IRC10:24
*** shaohe_feng has joined #openstack-nova10:25
*** namnh_ has quit IRC10:26
*** alexchadin has quit IRC10:29
*** namnh has joined #openstack-nova10:29
*** namnh has quit IRC10:30
*** shaohe_feng has quit IRC10:35
*** phuongnh has quit IRC10:35
*** shaohe_feng has joined #openstack-nova10:35
*** namnh has joined #openstack-nova10:37
*** alexchadin has joined #openstack-nova10:38
*** liuzz has quit IRC10:40
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Remove usage of migrateToURI{2} APIs  https://review.openstack.org/56725810:42
*** sapcc-bot2 has quit IRC10:44
*** d063130_2 has quit IRC10:44
*** d063130_ has joined #openstack-nova10:45
*** sapcc-bot has joined #openstack-nova10:45
*** shaohe_feng has quit IRC10:45
*** shaohe_feng has joined #openstack-nova10:45
*** edmondsw has joined #openstack-nova10:49
*** alexchad_ has joined #openstack-nova10:49
*** armaan has quit IRC10:50
*** armaan has joined #openstack-nova10:50
*** alexchadin has quit IRC10:51
*** shaohe_feng has quit IRC10:55
*** Bhujay has quit IRC10:56
*** shaohe_feng has joined #openstack-nova10:56
*** Bhujay has joined #openstack-nova10:57
*** takashin_ has joined #openstack-nova10:57
*** Bhujay has quit IRC10:57
*** flwang1 has joined #openstack-nova10:58
*** Bhujay has joined #openstack-nova10:58
*** linkmark has joined #openstack-nova10:58
*** takashin has quit IRC10:58
*** brault_ has joined #openstack-nova10:59
*** Bhujay has quit IRC10:59
*** Bhujay has joined #openstack-nova10:59
*** brault has quit IRC11:00
*** rcernin has quit IRC11:04
openstackgerritChris Dent proposed openstack/nova master: [placement] Retry allocation writes server side  https://review.openstack.org/58604811:05
*** shaohe_feng has quit IRC11:05
*** shaohe_feng has joined #openstack-nova11:06
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] api-ref: add traits parameter  https://review.openstack.org/57804811:07
*** namnh has quit IRC11:07
*** dave-mccowan has joined #openstack-nova11:08
*** BrinZhang has quit IRC11:09
*** namnh has joined #openstack-nova11:09
*** Bhujay has quit IRC11:11
*** Bhujay has joined #openstack-nova11:11
*** namnh has quit IRC11:13
*** ttsiouts has joined #openstack-nova11:15
*** shaohe_feng has quit IRC11:16
*** shaohe_feng has joined #openstack-nova11:17
*** labviking has joined #openstack-nova11:23
labvikingHey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/11:23
*** labviking has quit IRC11:23
*** udesale__ has quit IRC11:25
*** liuzz has joined #openstack-nova11:26
*** shaohe_feng has quit IRC11:26
*** Bhujay has quit IRC11:27
*** shaohe_feng has joined #openstack-nova11:27
openstackgerritAndrey Volkov proposed openstack/osc-placement master: Get resource provider by uuid or name  https://review.openstack.org/52779111:27
*** Bhujay has joined #openstack-nova11:27
*** Bhujay has quit IRC11:33
*** shaohe_feng has quit IRC11:36
*** shaohe_feng has joined #openstack-nova11:37
*** xeroks18 has joined #openstack-nova11:38
xeroks18Hey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/11:38
xeroks18or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/11:38
*** xeroks18 has quit IRC11:38
*** Bhujay has joined #openstack-nova11:38
*** gongysh has quit IRC11:44
*** shaohe_feng has quit IRC11:46
*** shaohe_feng has joined #openstack-nova11:47
*** ispp has quit IRC11:48
*** ispp has joined #openstack-nova11:48
*** flwang1 has quit IRC11:50
*** medberry has joined #openstack-nova11:51
*** flwang1 has joined #openstack-nova11:51
*** Dinesh_Bhor has quit IRC11:51
*** lyan has joined #openstack-nova11:56
*** lyan is now known as Guest2223711:56
*** shaohe_feng has quit IRC11:57
*** shaohe_feng has joined #openstack-nova11:57
*** ccamacho1 has joined #openstack-nova11:58
*** ccamacho has quit IRC11:58
*** sean-k-mooney has quit IRC11:59
*** gongysh has joined #openstack-nova11:59
openstackgerritAndrey Volkov proposed openstack/osc-placement master: Provide a useful message in the case of 500-error  https://review.openstack.org/58605612:00
*** Bhujay has quit IRC12:00
openstackgerritAndrey Volkov proposed openstack/osc-placement master: Provide a useful message in the case of 500-error  https://review.openstack.org/58605612:01
*** armaan has quit IRC12:03
*** armaan has joined #openstack-nova12:04
*** vladikr has quit IRC12:05
*** vladikr has joined #openstack-nova12:06
*** shaohe_feng has quit IRC12:07
*** armaan has quit IRC12:07
*** armaan has joined #openstack-nova12:08
*** shaohe_feng has joined #openstack-nova12:08
*** liuzz_ has joined #openstack-nova12:09
*** liuzz has quit IRC12:10
*** vladikr has quit IRC12:11
*** armaan has quit IRC12:11
*** armaan has joined #openstack-nova12:12
*** hamzy has quit IRC12:14
*** jamesde__ has joined #openstack-nova12:16
*** shaohe_feng has quit IRC12:17
*** wolverineav has joined #openstack-nova12:18
*** hamzy has joined #openstack-nova12:19
*** shaohe_feng has joined #openstack-nova12:19
*** jamesden_ has quit IRC12:19
*** wolverineav has quit IRC12:20
*** wolverineav has joined #openstack-nova12:20
*** tiendc has quit IRC12:21
*** abhishekk has joined #openstack-nova12:21
openstackgerritBalazs Gibizer proposed openstack/nova master: Use placement 1.28 in scheduler report client  https://review.openstack.org/58366712:23
*** vladikr has joined #openstack-nova12:24
*** Mr_Sheesh has joined #openstack-nova12:26
Mr_SheeshHey, I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/12:26
Mr_Sheeshor maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/12:26
*** Mr_Sheesh has quit IRC12:26
*** psachin`` has quit IRC12:26
*** armaan has quit IRC12:27
*** shaohe_feng has quit IRC12:27
*** armaan has joined #openstack-nova12:27
*** shaohe_feng has joined #openstack-nova12:28
*** vladikr has quit IRC12:29
*** vladikr has joined #openstack-nova12:32
*** mdnadeem has quit IRC12:34
*** armaan has quit IRC12:35
openstackgerritOpenStack Release Bot proposed openstack/os-traits stable/rocky: Update .gitreview for stable/rocky  https://review.openstack.org/58610112:35
openstackgerritOpenStack Release Bot proposed openstack/os-traits stable/rocky: Update UPPER_CONSTRAINTS_FILE for stable/rocky  https://review.openstack.org/58610212:35
openstackgerritOpenStack Release Bot proposed openstack/os-traits master: Update reno for stable/rocky  https://review.openstack.org/58610312:35
openstackgerritOpenStack Release Bot proposed openstack/os-vif stable/rocky: Update .gitreview for stable/rocky  https://review.openstack.org/58610412:36
*** armaan has joined #openstack-nova12:36
openstackgerritOpenStack Release Bot proposed openstack/os-vif stable/rocky: Update UPPER_CONSTRAINTS_FILE for stable/rocky  https://review.openstack.org/58610512:36
openstackgerritOpenStack Release Bot proposed openstack/os-vif master: Update reno for stable/rocky  https://review.openstack.org/58610612:36
openstackgerritOpenStack Release Bot proposed openstack/osc-placement stable/rocky: Update .gitreview for stable/rocky  https://review.openstack.org/58611312:36
openstackgerritOpenStack Release Bot proposed openstack/osc-placement stable/rocky: Update UPPER_CONSTRAINTS_FILE for stable/rocky  https://review.openstack.org/58611412:36
*** openstackgerrit has quit IRC12:36
*** mriedem has joined #openstack-nova12:36
*** shaohe_feng has quit IRC12:38
*** shaohe_feng has joined #openstack-nova12:38
mriedemgmann: i'm going to close out https://blueprints.launchpad.net/nova/+spec/api-extensions-merge-rocky for rocky which is a nice cut off point since what remains is the view builder stuff12:39
mriedemi'll open a bp for stein12:39
gmannmriedem: sure. Thanks12:39
*** gongysh has quit IRC12:43
mriedemi need some core love on the last 2 changes of the port binding live migration series https://review.openstack.org/#/c/434870/12:44
mriedemthe 2nd change has a +2 already12:45
mriedemgibi: bauzas: dansmith: ^12:45
gibimriedem: I'm in the process of reading it right now12:45
mriedemcool, thanks12:46
*** armaan has quit IRC12:46
mriedemmelwitt: need a final +2 on https://review.openstack.org/#/c/566813/ to get the queued_for_delete stuff plumbed into the API12:46
*** links has quit IRC12:46
*** armaan has joined #openstack-nova12:46
*** shaohe_feng has quit IRC12:48
*** shaohe_feng has joined #openstack-nova12:49
*** namnh has joined #openstack-nova12:50
*** mdbooth has quit IRC12:50
*** vivsoni_ has quit IRC12:51
*** vladikr has quit IRC12:53
*** namnh has quit IRC12:54
*** Sukhdev has joined #openstack-nova12:56
*** mdbooth has joined #openstack-nova12:56
*** medberry has quit IRC12:57
*** shaohe_feng has quit IRC12:58
*** shaohe_feng has joined #openstack-nova13:00
*** tbachman has joined #openstack-nova13:00
*** armaan has quit IRC13:00
*** Sukhdev has quit IRC13:01
efriedHey folks. We should talk about the reshaper series. Does it have a FFE? If not, it's going to need a lot of focus today, particularly since Jay is in pirate mode.13:01
*** vivsoni has joined #openstack-nova13:03
*** vladikr has joined #openstack-nova13:03
*** namnh has joined #openstack-nova13:05
*** armaan has joined #openstack-nova13:05
mriedemefried: i think we defer13:08
*** armaan has quit IRC13:08
mriedemwe'll be lucky to merge stuff that's already been approved for 24 hours13:08
mriedemthis is why i asked the "what if we don't get this done in rocky" question in the ML13:08
*** shaohe_feng has quit IRC13:08
*** alexchad_ has quit IRC13:09
*** shaohe_feng has joined #openstack-nova13:09
mriedemi think it just means the same thing, but in stein - you can't use the new fancy wizbang NRP stuff until you've migrated existing inventory/allocations, right?13:09
*** savvas has joined #openstack-nova13:09
mriedemso rather than the migration happening *before* getting to stein, it happens *once* you get to stein13:09
efriedmriedem: I think that sounds right.13:10
mriedemmelwitt: i think the only client releases today are osc-placement and python-novaclient right?13:10
mriedemthe various os-* lib releases were last week13:11
efriedmriedem: Obviously any of the bps wanting to do nrp with inventory moves won't happen in Rocky, but that was surely the case anyway at this point.13:11
efriedSo given that, what can I put my eyeballs on today that will help most?13:13
mriedemefried: i was just going through the bp etherpad https://etherpad.openstack.org/p/nova-rocky-blueprint-status13:15
mriedemi've got 2 functional changes left in the port binding series https://review.openstack.org/#/c/434870/13:16
mriedemhttps://review.openstack.org/#/c/566813/ is easy13:16
mriedemneeds final +2 for the queued for delete cells v2 stuff13:16
mriedemand then i think we're just rechecking stuff that's already approved13:16
efriedI haven't been following the down-cell stuff; am I going to be able to make sense of https://review.openstack.org/#/c/566813/ without context?13:17
mriedemshould be able to, commit message explains it - we are just setting a flag on the instance mapping when deleting (or restoring) an instance13:18
mriedemso that if the cell goes down for that instance, we have something in the api db to key off to know if the instance was in the process of being deleted13:18
mriedemthe actual down cell handling code will be done in stein13:18
mriedemthis is all framework building at this point13:18
*** shaohe_feng has quit IRC13:19
mriedemoh and we also have https://review.openstack.org/#/c/566813/ for mgagne's metadata api changes for listing multiple ips/subnets per network attached to the vm13:19
efriedk, was gonna ask. Nothing is checking this yet13:19
mriedemefried: right13:19
mriedemso low risk13:19
efriedmriedem: wrong link for mgagne's thing?13:20
*** shaohe_feng has joined #openstack-nova13:20
mriedemyes...13:20
mriedemhttps://review.openstack.org/#/c/580742/13:20
*** jmlowe has joined #openstack-nova13:20
*** fpinna has joined #openstack-nova13:21
*** eharney has joined #openstack-nova13:21
*** ispp has quit IRC13:21
* mriedem takes daughter to daycare13:25
*** mriedem is now known as mriedem_afk13:25
*** med_ has quit IRC13:28
gibimriedem_afk: besides the question in https://review.openstack.org/#/c/434870/37/nova/tests/unit/compute/test_compute_mgr.py@182 I'm +213:28
*** shaohe_feng has quit IRC13:29
bauzasmriedem_afk: ack, sorry was away13:29
*** jistr is now known as jistr|mtg13:29
*** shaohe_feng has joined #openstack-nova13:29
mgagnemriedem_afk, melwitt: if you feel the multi fixed-ips spec needs more work, I don't mind postponing to the next release. I want to make sure all concerns are addressed before implementing it.13:31
*** gongysh has joined #openstack-nova13:35
*** ispp has joined #openstack-nova13:35
*** shaohe_feng has quit IRC13:39
*** r-daneel has joined #openstack-nova13:40
*** antosh has joined #openstack-nova13:41
*** shaohe_feng has joined #openstack-nova13:42
*** namnh has quit IRC13:43
*** alexchadin has joined #openstack-nova13:44
bauzasmriedem_afk: dansmith: humpf, I'm torn by https://review.openstack.org/#/c/434870/37/nova/compute/manager.py@105413:45
*** Eran_Kuris has quit IRC13:46
*** Bhujay has joined #openstack-nova13:47
*** ttsiouts has quit IRC13:47
*** Bhujay has quit IRC13:47
*** jmlowe has quit IRC13:47
*** shaohe_feng has quit IRC13:49
*** jcosmao has joined #openstack-nova13:49
*** shaohe_feng has joined #openstack-nova13:50
*** ttsiouts has joined #openstack-nova13:50
*** mchlumsky has joined #openstack-nova13:52
*** hongbin has joined #openstack-nova13:52
melwittnova meeting in 7 minutes13:53
mriedem_afkgibi: looking13:53
*** mriedem_afk is now known as mriedem13:53
mriedemmgagne: i approved the spec update13:53
mriedembauzas: the lazy load thing can be done in the follow up patch right? if we care about that.13:54
mriedemgibi: you're right, good eye13:55
melwittmgagne: I think it's okay, just wanted to sanity check the 'networks' and 'services' part with dansmith13:55
dansmithmriedem: I think the lazy-load thing is important to fix, personally13:55
dansmithmelwitt: link?13:56
dansmithmriedem: I'm having a hard time with encoding this level of libvirtness into that manager-level event handler13:56
mriedemdansmith: gibi: bauzas: ok i'll fix the lazy-load thing to make it conditional and fix that unit test13:56
melwittdansmith: https://review.openstack.org/#/c/580742/4/releasenotes/notes/multiple-fixed-ips-network-information-e2eabb992b7c1e33.yaml@913:56
mriedemdansmith: that's the way this compute manager thing has kind of always been13:56
bauzasmriedem: ack13:56
dansmithmriedem: If you'll do it afterwards I'm okay with that, but I do think it needs to be fixed13:56
mriedemthe only other driver that uses the callback is the hyperv driver i think13:57
mriedemi would prefer handling the lazy-load in the follow up if possible given the gate13:57
dansmithmriedem: yes, hyperv does, and I know, but.. this is next level invasiveness13:57
mriedemi don't know what alternative we'd have13:57
mriedembut i do know this works in the post-copy trigger, it shows up in the n-cpu logs in the next patch in the series in the live migration job13:57
dansmithI don't understand why we need this handler to know about both of these states13:57
*** ispp has quit IRC13:58
*** artom has joined #openstack-nova13:58
*** awaugama has joined #openstack-nova13:58
*** ispp has joined #openstack-nova13:58
gibimriedem: I have one thing to consider in the next patch in that series as well https://review.openstack.org/#/c/522537/35/nova/conductor/tasks/live_migrate.py@27913:59
*** shaohe_feng has quit IRC14:00
*** jmlowe has joined #openstack-nova14:00
*** eharney has quit IRC14:00
dansmitho/14:00
*** shaohe_feng has joined #openstack-nova14:00
dansmithoops :)14:00
*** josecastroleon has quit IRC14:01
*** josecastroleon has joined #openstack-nova14:01
mriedemgibi: replied14:02
mriedemdansmith: replied about instance.migration_context - answer is 'no' because that's only set during claims which we don't do for live migration14:03
*** avolkov has joined #openstack-nova14:03
dansmithugh14:03
*** mlavalle has joined #openstack-nova14:03
mriedemthat might change with artom's numa-aware live migration stuff, idk14:04
artommriedem, that's not the plan currently14:04
artomI'd rather just wait/help NUMA in placement along, so we can handle allocations there14:04
gibimriedem, dansmith: thanks for the explanation about the behaviour of setting a non ovo field. I'm +2 now14:07
*** markmc has quit IRC14:07
*** rnoriega has quit IRC14:07
*** weshay_PTO has quit IRC14:07
*** kashyap has quit IRC14:07
*** kashyap has joined #openstack-nova14:07
*** markmc has joined #openstack-nova14:07
*** rnoriega has joined #openstack-nova14:07
mriedemgibi: thanks14:08
*** weshay has joined #openstack-nova14:08
*** armaan has joined #openstack-nova14:09
*** jmlowe has quit IRC14:09
*** Luzi has quit IRC14:09
*** shaohe_feng has quit IRC14:10
*** shaohe_feng has joined #openstack-nova14:11
*** gongysh has quit IRC14:14
*** eharney has joined #openstack-nova14:14
*** shaohe_feng has quit IRC14:15
*** diga has joined #openstack-nova14:16
*** armaan has quit IRC14:20
*** tssurya has quit IRC14:23
dansmithmriedem: so, just spitballing,14:24
dansmithbut we could just assign the migration context to the instance in live_migrate when we create the migration to make it easier for everything that needs this14:24
dansmiththis isn't the first time we've needed the context and couldn't get it for live migration14:25
*** gongysh has joined #openstack-nova14:26
mriedemthat's not really a change i want to mess with in the 11th hour14:26
*** psachin`` has joined #openstack-nova14:27
kashyapHi folks, can anyone remind me how to re-run the 'nova-live-migration' CI job?  I don't want to do a blind recheck to not waste CI resources.14:27
dansmithmriedem: no, not saying we should14:27
mriedemkashyap: you ask this same question at least once per month14:30
mriedemyou can't just recheck specific jobs14:30
mriedemthat defeats the purpose of co-gating14:30
kashyapAh, I just remembered that14:30
kashyapSorry, goldfish like memory14:30
kashyapAnd the goddamned 37C heat isn't helping14:30
*** shaohe_feng has joined #openstack-nova14:31
mriedemyou're gonna have to speak F around these parts14:31
dansmithveryhotF14:31
kashyapHehe, ~97F14:32
kashyapMore closer to 99F, actually.14:32
*** avolkov has quit IRC14:32
*** gongysh has quit IRC14:33
*** josecastroleon has quit IRC14:40
*** josecastroleon has joined #openstack-nova14:40
mriedempsh14:40
kashyapNot sure how high it goes there in Minnesota14:41
*** shaohe_feng has quit IRC14:41
*** shaohe_feng has joined #openstack-nova14:41
* kashyap knows Texas gets 100F or more sometimes (learnt from a novel, "Echo Burning", during university days)14:41
*** josecastroleon has quit IRC14:42
*** josecastroleon1 has joined #openstack-nova14:42
*** josecastroleon1 is now known as josecastroleon14:42
*** abhishekk has quit IRC14:43
*** tidwellr has joined #openstack-nova14:44
mriedemthe level of passive aggressive in MN is off the charts, if that helps14:45
kashyapHehe14:46
*** hongbin has quit IRC14:46
*** josecastroleon has quit IRC14:47
efriedWe've had several triple-digit days over the past week.14:47
*** josecastroleon has joined #openstack-nova14:49
*** takashin_ has left #openstack-nova14:50
*** takashin has joined #openstack-nova14:50
*** Sukhdev has joined #openstack-nova14:50
mriedemit's like 100F+ across the board in china14:51
dansmithkashyap: it gets well over 100F in oregon all the time14:51
*** shaohe_feng has quit IRC14:51
mriedemi'll be over there in 2 weeks in short shorts, flip flops and a belly t14:51
dansmithmriedem: I left some very non-passive aggressive comments in that patch, let me know what you think14:51
*** imacdonn has quit IRC14:51
*** imacdonn has joined #openstack-nova14:52
bauzasdansmith: your comment is understandable :)14:53
*** shaohe_feng has joined #openstack-nova14:53
mriedemwfm, and i don't disagree14:53
mriedemi'd think a different callback would be in order which only the libvirt driver would implement for this, but idk14:53
bauzasmriedem: the problem I have with this change is that's a big one and I'm not really a big expert on it14:53
dansmithyeah, something in virtapi14:54
dansmithshould be fairly trivial to implement14:54
bauzasmriedem: so, +Wing it means a lot of time for me to make sure14:54
mriedemi will add a todo in the follow up to explore options to extract this into it's own thing14:54
*** psachin`` has quit IRC14:54
mriedembauzas: let gibi +W i then :)14:54
mriedem*it14:54
dansmithmriedem: you can TODO(dansmith) it if you want14:54
bauzasif gibi is fine with it...14:54
bauzasI just want to be honest14:54
bauzas(and FWIW, 38°C here)14:55
bauzas(and I can't swim !)14:55
*** jistr|mtg is now known as jistr14:56
mriedemgibi: ok to +W and then i'll fix the test(s) in the follow up patch? https://review.openstack.org/#/c/434870/14:56
mriedemgod stephen's bottom change hasn't even made it through the gate yet14:57
* mriedem is very concerned about stephen's bottom14:57
dansmithI know14:57
*** gongysh has joined #openstack-nova14:57
*** avolkov has joined #openstack-nova14:58
mriedemgmann: so i don't know why we don't just have a tempest-slow job14:58
mriedemlooking at https://review.openstack.org/#/c/567697/1/playbooks/legacy/nova-slow/run.yaml@2614:59
mriedemwhat i had originally proposed as a compute-specific job that would run only compute api and scenario tests marked slow14:59
mriedem*was a14:59
gmannmriedem: just commented on patch. i thought of giving try to run all sceanrio tests in parallel which tempest-full does not do14:59
gmannbut yes, running scenario tests twice is not good way.15:00
gmanni can make tempest-scenario-all job to slow job only and bring back the scenario tests running as parallel in tempest-full as end goal.15:01
*** shaohe_feng has quit IRC15:01
*** gongysh has quit IRC15:01
mriedemwhy do we need to tinker with tempest-full at all?15:01
mriedemleave that alone,15:01
mriedemadd a tempest-slow job that just runs slow tests15:02
mriedemthe end15:02
*** yedongcan has left #openstack-nova15:02
mriedemtempest-slow could run slow scenario tests concurrently, that doesn't matter to me15:02
gmannbut we should run scenario tests in parallel somewhere. making tempest-full to run scenario tests as serial was temporary work around15:02
mriedembut i thought the reason for running scenario tests in serial was more about random failures than it was overall time15:02
*** josecastroleon has quit IRC15:02
mriedemwork around for what?15:03
gmannyeah ssh timeout mainly15:03
*** shaohe_feng has joined #openstack-nova15:03
*** takashin has left #openstack-nova15:03
mriedemok,15:03
mriedemas far as i know, that's not fixed15:03
mriedemso the workaround would need to be in place15:03
mriedembut imo it shouldn't block adding a purely tempest-slow job that is the same as tempest-full except it runs slow tests15:04
pooja_jadhavmriedem: Hello, need some help15:04
gmannyeah, i am not saying changing that now  but if we move scenatio-slow to run only slow then at some point we need scenario parallel testing15:04
gmann"tempest-slow job that is the same as tempest-full except it runs slow tests" - you mean tempest-slow will run all tests including slow?15:05
mriedemONLY slow15:05
gmannok.15:05
pooja_jadhavmriedem: If I am doing live migrate, my both nodes(source, destination) referring to nfs shared storage then it should not shh to the destination node. but its going for ssh.15:05
*** josecastroleon has joined #openstack-nova15:06
gmannmriedem: make sense.15:06
mriedemgmann: that's what i originally proposed in the ML thread15:06
mriedemhttp://lists.openstack.org/pipermail/openstack-dev/2018-May/130394.html15:06
gmannmriedem: ok, ll re iterate that job and update patch. but after rocky15:07
*** josecastroleon has quit IRC15:08
*** alexchadin has quit IRC15:08
* gmann need to go to bed it's seems ~16 hours day today...15:09
*** josecastroleon has joined #openstack-nova15:10
mriedemo/15:10
*** shaohe_feng has quit IRC15:11
*** shaohe_feng has joined #openstack-nova15:12
*** Guest19794 is now known as kklimonda15:13
*** kklimonda has quit IRC15:14
*** kklimonda has joined #openstack-nova15:14
*** alexpilotti has quit IRC15:14
*** janki has quit IRC15:15
*** josecastroleon has quit IRC15:17
*** Sukhdev has quit IRC15:17
* gibi is on a spotty connection but still try to work...15:19
dansmithgibi: want to hit this? https://review.openstack.org/#/c/434870/15:20
gibimriedem: I'm +Wing the bottom...15:20
gibidansmith, mriedem: +W15:21
dansmiththanks15:21
mriedemthanks15:21
dansmithwhat else needs attention on that set?15:22
*** shaohe_feng has quit IRC15:22
mriedemi need to update the nits patch15:22
dansmithgerrit seems kinda confused15:22
mriedemwas just looking at that15:22
dansmithis that it?15:22
mriedemyeah15:22
dansmithalright15:22
mriedemonce https://review.openstack.org/#/c/522537/ merges it's bp complete15:22
*** shaohe_feng has joined #openstack-nova15:22
dansmithokay15:22
dansmiththe check queue just dropped by 25%15:23
dansmithI wonder if a bunch of things merged or something else15:23
*** ttsiouts has quit IRC15:24
gibiWe are at FF so it needs to be something else at this time of the year ;)15:25
*** savvas has quit IRC15:27
*** savvas has joined #openstack-nova15:27
*** shaohe_feng has quit IRC15:27
*** savvas has quit IRC15:29
*** savvas has joined #openstack-nova15:30
*** avolkov has quit IRC15:31
*** shaohe_feng has joined #openstack-nova15:32
*** shaohe_feng has quit IRC15:32
*** avolkov has joined #openstack-nova15:33
*** shaohe_feng has joined #openstack-nova15:34
*** ispp has quit IRC15:36
*** pcaruana has quit IRC15:38
*** hamzy has quit IRC15:41
*** hamzy has joined #openstack-nova15:41
*** shaohe_feng has quit IRC15:42
*** shaohe_feng has joined #openstack-nova15:44
*** hongbin has joined #openstack-nova15:49
*** psachin`` has joined #openstack-nova15:50
*** shaohe_feng has quit IRC15:52
*** shaohe_feng has joined #openstack-nova15:54
dansmithso, if -merges is still accurate, nova hasn't merged anything since midnight15:56
dansmithand a bunch of stuff just flushed out of the gate queue it seems,15:56
dansmithwhich I assume means a failure15:56
dansmithmaybe things will come back via re-queue15:57
*** edmondsw has quit IRC15:57
*** edmondsw has joined #openstack-nova15:57
*** edmondsw has quit IRC15:59
*** gyee has joined #openstack-nova15:59
*** itlinux has joined #openstack-nova16:01
Shilpamordred: HI16:02
*** shaohe_feng has quit IRC16:03
*** mchlumsky_ has joined #openstack-nova16:03
*** shaohe_feng has joined #openstack-nova16:03
mriedemdansmith: doesn't have to be for FF but we should get this in before RC1 so we can drop the reqspec compat code in stein https://review.openstack.org/#/c/581813/16:04
dansmithack16:05
*** yamahata has quit IRC16:06
*** mchlumsky has quit IRC16:06
*** savvas has quit IRC16:06
*** alexpilotti has joined #openstack-nova16:10
*** AlexeyAbashkin has quit IRC16:10
dansmithmriedem: do you not want to batch those instance queries a bit?16:13
*** shaohe_feng has quit IRC16:13
dansmithyou're going to end up with a sql query to the api database that has every (live) instance uuid in it16:13
dansmithoh, no16:13
dansmithN queries I guess16:13
*** savvas has joined #openstack-nova16:14
*** alexpilotti has quit IRC16:14
*** shaohe_feng has joined #openstack-nova16:16
*** savvas has quit IRC16:18
mriedemoh i see, using IN (instance_uuids) LIMIT 5016:21
mriedemand then sorting out from the results what is missing16:21
mriedemwe also stop once we find at least one per cell16:22
*** shaohe_feng has quit IRC16:23
*** savvas has joined #openstack-nova16:23
*** shaohe_feng has joined #openstack-nova16:24
dansmithyou do stop once per cell right?16:27
dansmithoh, read that wrong16:27
dansmithyeah, do stop16:27
*** mdbooth has quit IRC16:27
mriedemright iterate cells, get instances, lookup reqspec per instance16:27
mriedemstop per cell if one is missing16:28
* dansmith nods16:28
*** savvas has quit IRC16:28
*** andymccr_ has joined #openstack-nova16:29
*** savvas has joined #openstack-nova16:32
*** andymccr_ has quit IRC16:33
*** andymccr_ has joined #openstack-nova16:33
*** shaohe_feng has quit IRC16:33
*** andymccr_ has quit IRC16:34
*** shaohe_feng has joined #openstack-nova16:34
*** andymccr_ has joined #openstack-nova16:34
*** psachin`` has quit IRC16:35
* gibi is logging off for today16:36
*** savvas has quit IRC16:36
*** diga has quit IRC16:37
*** dtantsur is now known as dtantsur|afk16:38
*** andymccr_ has quit IRC16:38
*** andymccr_ has joined #openstack-nova16:38
*** tesseract has quit IRC16:39
*** andymccr_ has quit IRC16:39
*** yamahata has joined #openstack-nova16:41
*** savvas has joined #openstack-nova16:41
*** med_ has joined #openstack-nova16:42
*** shaohe_feng has quit IRC16:44
*** andymccr_ has joined #openstack-nova16:44
*** shaohe_feng has joined #openstack-nova16:44
tbachmanSRIOV question: does a user have the ability to influence which SRIOV device nova selects when it schedules an instance to a compute host that happens to have multiple SRIOV devices (and in this case, the devices have the same vendor/product IDs)?16:48
mriedemtbachman: you mean in the case that the user doesn't provide a specific port to attach when the server is created?16:49
tbachmanI saw the use of flavors to select an SRIOV NIC based on the vendor/product ID, but not something that can uniquely identify a NIC (and yes, this is a pet, not cattle case :-( )16:49
mriedemif you know which nic you want, provide the port when creating the server16:49
tbachmanmriedem: is there a way to specify it in the port object?16:49
*** openstackgerrit has joined #openstack-nova16:49
mriedemi believe there is some wonky port profile stuff16:49
openstackgerritChris Dent proposed openstack/nova master: [placement] Retry allocation writes server side  https://review.openstack.org/58604816:49
tbachmanheh16:50
mriedemwith the vendor info in it16:50
tbachmanah16:50
mriedemhttps://docs.openstack.org/neutron/latest/admin/config-sriov.html16:50
tbachmanso, are you saying the user can populate this, and not Nova?16:50
tbachmanthe binding:profile bits?16:50
tbachman(and Nova will use it16:50
tbachman)16:50
tbachmanyeah, I’d been looking at this16:51
mriedemhttps://docs.openstack.org/neutron/latest/admin/config-sriov.html#launching-instances-with-sr-iov-ports16:51
tbachmanso, I see it adding “trusted” to the profile16:51
mriedemi'm not totally sure about the auto policy on the port binding profile16:51
mriedem*auth16:51
mriedemsahid is likely the person to ask about this,16:52
mriedemor sean-k-mooney[m]16:52
*** abhishekk has joined #openstack-nova16:52
tbachmanIf nova will accept (and use) the information in the profile, then I’m set16:52
tbachmanmriedem: thx!16:52
*** savvas has quit IRC16:52
*** savvas has joined #openstack-nova16:52
mriedemtbachman: yeah the magic starts here in nova https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L182516:53
mriedemthat's called from the api to translate the requested port to a pci request which the compute will process16:53
*** andymccr_ has quit IRC16:53
tbachmancool16:53
*** andymccr_ has joined #openstack-nova16:54
tbachmanmriedem: thanks for that tip!16:54
openstackgerritChris Dent proposed openstack/nova master: [placement] Use base test in placement functional tests  https://review.openstack.org/58577816:54
*** shaohe_feng has quit IRC16:54
*** andymccr_ has quit IRC16:55
*** andymccr_ has joined #openstack-nova16:55
mriedemgrep VNIC_TYPES_SRIOV in there for other pci thingies with the binding profile16:55
mriedemand if the planets align it might work16:56
tbachmanhmmm — I see it add things to the request, but unfortunately I don’t see the PCI device itself16:56
tbachmanI’ll follow this path a bit more tho16:56
* tbachman hopes for planetary alignment16:56
*** shaohe_feng has joined #openstack-nova16:58
*** derekh has quit IRC17:00
dansmithmriedem: I left that rebuild test in there because it wasn't failing, but didn't really even look at it17:04
*** shaohe_feng has quit IRC17:04
dansmithjust needs the unstub treatment yeah?17:05
mriedemdansmith: i'd have to look again, but it didn't do anything17:05
mriedemi mean, i removed some stuff and it didn't fail17:05
dansmithyeah, because of the stub17:05
mriedemi added some things which made it fail17:05
dansmithbecause it's checking the straight line17:05
mriedemright, so,17:05
dansmithpoint being, do you want to just remove that like the other one I nuked, or fix it?17:06
melwittmriedem: need advice from a release perspective, is this considered critical enough to ask for a FFE to fix the install of the NoOp plugin that was the main feature released in 0.11.1? https://review.openstack.org/58553017:06
mriedemwell, also because it's not changing the image during rebuild so it doesn't go through the scheduler17:06
mriedemdansmith: i was thinking we could fix the test and add the negative wrinkle17:06
melwitt*1.11.017:06
dansmithmriedem: yup the other test did the image change17:06
mriedemthere were 2 rebuild tests?17:06
mriedemi must have missed that17:06
dansmithyup17:06
mriedemdansmith: oh also, this brings up something i was going to talk with you about,17:06
dansmithmriedem: this was supposed to be the "make sure the completely normal case still works17:07
dansmith"17:07
mriedemwhich is that if the user attaches a port in a network that doesn't fit the host, and rebuilds with a new image, it will fail17:07
mriedemwhich is kind of a weird place to fail (on the rebuild but not the port attach)17:07
*** shaohe_feng has joined #openstack-nova17:07
dansmithyeah, but here are two alternatives:17:08
dansmith1. don't fail and they wonder why things suck all the sudden17:08
dansmith2. fail so they know17:08
mriedemmelwitt: i'd probably ask in the -release channel, and ask doug17:08
dansmith1. generates more support traffic I'd assume17:08
mriedemi didn't worry too much about it because i figured we could do #2 later if we wanted17:09
melwittmriedem: okay thanks17:10
*** r-daneel_ has joined #openstack-nova17:10
*** r-daneel has quit IRC17:10
*** r-daneel_ is now known as r-daneel17:10
dansmithmriedem: was that "didn't worry" statement aimed at me?17:10
mriedemdansmith: yeah17:11
dansmithmriedem: replies in there17:12
*** Sukhdev has joined #openstack-nova17:13
*** shaohe_feng has quit IRC17:14
*** r-daneel has quit IRC17:14
*** shaohe_feng has joined #openstack-nova17:16
dansmithmriedem: so, I might be out of my element here, but when I un-stub things, I get a failure to attach on the same network17:16
dansmithbecause of a unique constraint on address.. i.e we can't have two on the same network (that aren't deleted)17:16
dansmithyou didn't hit thatbecause you were trying to break it with another network,17:17
dansmithbut..17:17
dansmithpresumably there is more mock stuff to do to get me a different attachment on the second go or something17:17
dansmithmaybe I can work that out, hang oin17:18
*** sridharg has quit IRC17:18
*** r-daneel has joined #openstack-nova17:22
*** sridharg has joined #openstack-nova17:22
dansmithartom:17:22
dansmitharound?17:22
dansmithdid we or did we not skip the scheduler entirely when we rebuild to the same image?17:22
*** vivsoni__ has joined #openstack-nova17:22
dansmithnow I'm confused because his tests all seem to assume we'll still hit the scheduler for a same-image rebuild17:22
cfriesen_that seems wrong17:24
*** shaohe_feng has quit IRC17:25
dansmithyeah17:25
dansmithI think it is wrong17:25
*** shaohe_feng has joined #openstack-nova17:27
cfriesen_I think the relevent code is rebuild_instance in the conductor17:27
cfriesen_only calls the scheduler if "host" is not set17:27
*** med_ has quit IRC17:29
dansmithooh, I think I might've found a bug in the code with this17:30
*** sridharg has quit IRC17:30
dansmithwe get a 500 on NoValidHost in rebuild17:31
artomdansmith, I thought we did17:31
dansmithalthough we cast so we won't get that in the real world17:32
artomI'd have to check the code I guess, but a thing that happened was if you rebuilt with the same new image after the first rebuild request with that image was refused, we'd let it pass17:32
dansmithonly because of CastAsCall17:32
artomUntil we added rolling back of the image_ref17:32
*** sridharg has joined #openstack-nova17:32
*** vladikr_ has joined #openstack-nova17:32
dansmithmriedem: how do you handle that? Just check for 500 in the test or do more monkey work?17:32
*** vladikr has quit IRC17:34
*** shaohe_feng has quit IRC17:35
*** sridharg has quit IRC17:38
*** shaohe_feng has joined #openstack-nova17:39
dansmithfeels wrong to handle NoValidHost in the api when it will only happen in tests17:39
*** savvas has quit IRC17:41
*** savvas has joined #openstack-nova17:42
mriedemassert the 500 in the test17:43
dansmithokay17:43
mriedemself.assertRaises(client.OpenStackAPIException, ...) or whatever17:43
*** savvas_ has joined #openstack-nova17:43
*** savvas_ has quit IRC17:43
mriedemex.response.status_code17:43
dansmithyup17:43
mriedemthe server likely also has a fault on it17:44
*** savvas_ has joined #openstack-nova17:44
dansmithI don't see any other uses of asserting the 500.. did I miss them?17:44
mriedemsome tests assert the fault17:45
*** shaohe_feng has quit IRC17:45
dansmithI can't get the reason in the 500 unfortunately17:45
mriedemself.assertIn('No valid host', six.text_type(ex))17:45
dansmiths'not in there17:46
dansmithoh, the exception name is though17:46
dansmithbut not the string like normal17:46
*** shaohe_feng has joined #openstack-nova17:46
*** savvas has quit IRC17:46
mriedemgood enough for a test17:46
dansmithytup17:46
*** sridharg has joined #openstack-nova17:47
mriedemfwiw i've tried to write new functional tests without CastAsCall as much as possible to avoid stuff like this, and force the functional tests to be written from a user perspective so we have to get faults and stuff like that17:47
*** mvk_ has quit IRC17:47
mriedemdoesn't help you in these b/c of the layers of base class setup17:48
*** edmondsw has joined #openstack-nova17:48
dansmithyeah17:49
mriedemit's like a bean dip after the sour cream at the bottom has gone bad17:49
dansmiththat rebuild test is fairly useful now, fwiw17:49
openstackgerritDan Smith proposed openstack/nova master: Add additional functional tests for NUMA networks  https://review.openstack.org/58538517:49
dansmithheh17:49
dansmithman I should get a C-A-B on this at this point17:50
*** baoli has joined #openstack-nova17:52
mriedemdo it17:52
openstackgerritDan Smith proposed openstack/nova master: Add additional functional tests for NUMA networks  https://review.openstack.org/58538517:55
dansmithomg I feel so much better17:55
*** shaohe_feng has quit IRC17:55
*** shaohe_feng has joined #openstack-nova17:57
*** dklyle has quit IRC18:01
*** Multiple_ has joined #openstack-nova18:03
*** vivsoni__ has quit IRC18:04
Multiple_Looking for further review from sometime , please have a look https://review.openstack.org/#/c/563418/18:04
*** DuncanT_ has left #openstack-nova18:04
*** shaohe_feng has quit IRC18:06
*** shaohe_feng has joined #openstack-nova18:07
*** Multiple_ has quit IRC18:11
*** sridharg has quit IRC18:13
*** sridharg has joined #openstack-nova18:13
*** shaohe_feng has quit IRC18:16
*** shaohe_feng has joined #openstack-nova18:18
openstackgerritMerged openstack/nova master: [placement] Extract base functional test case from test_direct  https://review.openstack.org/58577718:19
mriedemefried: commented on https://review.openstack.org/#/c/583994/1/nova/network/neutronv2/api.py@410 - just let me know which you prefer18:22
*** shaohe_feng has quit IRC18:26
*** shaohe_feng has joined #openstack-nova18:27
melwittefried: can you remind me please again, is NRP done or are there remaining bits that will go after reshaper?18:28
openstackgerritkarim proposed openstack/nova master: Updated AggregateImagePropertiesIsolation filter illustration  https://review.openstack.org/58631718:29
mriedemdansmith: now that you co-own that, are you going to make the updates to both it and the nit cleanup patch below it?18:32
mriedemdansmith: or shall i?18:32
efriedmriedem: Responded.18:32
dansmithmriedem: to the functional test one?18:32
efriedmelwitt: are you tracking a specific nrp blueprint?18:32
mriedemdansmith: yeah18:32
dansmithmriedem: are there comments on the nits one?18:33
mriedemdansmith: yeah a few things that came from later patches in the series before he wrote the nit cleanup patch,18:34
mriedema couple of which are yours from the api change with the docs18:34
mriedemi can update both if you are busy18:34
melwittefried: no, was just getting confused about where NRP is as a feature, in general. I think my understanding has been, it's not complete yet, and we're focusing on reshaper first to make sure the path to migration is clear and complete, then finishing NRP after that18:34
mriedemas long as allocation candidates handles NRP it's done isn't it?18:34
mriedemhttps://blueprints.launchpad.net/nova/+spec/nested-resource-providers-allocation-candidates18:35
mriedemand https://blueprints.launchpad.net/nova/+spec/placement-return-all-resources i guess18:35
*** sridharg has quit IRC18:35
*** shaohe_feng has quit IRC18:36
efriedmelwitt: In the sense that reshaper (which is a bp) is part of nrp, we're not done with nrp yet. There's also client-side work to be done on nrp that we haven't really even figured out the scope of.18:36
efriedBut yes, besides reshaper, the actual placement API ought to be complete as far as nrp goes.18:37
*** shaohe_feng has joined #openstack-nova18:38
mriedemand with granular requests,18:39
mriedemyou should be able to create flavors that request resources which could be found on nested resource providers in the tree right?18:39
mriedemduring GET /allocation_candidates?18:39
mriedemreshaper is, in a nutshell, needed to fix a cheat we made in queens for vgpus18:40
mriedemis that fair?18:40
efriedmriedem: All of that is true, but we're definitely not yet set up to where we can properly track allocations for nested providers in nova.18:41
*** baoli has quit IRC18:41
efriedI.e. if you try to create a nrp and make a flavor that exploits it, I can guarantee you that the best that will happen is the allocations will be wrong.  More likely the compute service will shit all over itself.18:42
efriedBut everything from the flavor through to the GET /a_c response will be peachy.18:42
mriedemthe compute doesn't create those allocations though, scheduler does18:43
mriedembased on the allocation request from GET /alloc_cands18:43
mriedemif the allocations are wrong, it's because GET /allocation_candidates told us the wrong thing, yeah?18:43
dansmithmriedem: sorry, just tending to other things, I'll look in a few18:43
mriedemor the scheduler didn't allocate against the correct providers18:44
mriedemi'd think the latter is the issue..18:44
dansmithmelwitt: I wouldn't consider NRP done until we can actually use it in nova18:44
mriedembut it shouldn't be....the providers are in the allocation request PUT body18:44
dansmithmelwitt: and that's on the other side of reshaper being done, plus the actual migration path18:44
mriedemi'm saying i think it can be used by now, minus reshaper,18:45
*** mgoddard has quit IRC18:45
efrieddansmith: The latter maybe but not the former.18:45
mriedemotherwise i don't know what our goal is18:45
efriedmriedem: I'm saying try it, you will find nontrivial bugs with it.18:45
mriedemthat would involve some work....18:45
* mriedem runs18:45
dansmithefried: I'm not sure what that means18:45
melwittokay, sorry I find this all pretty confusing18:45
efrieddansmith: We don't need reshaper for nrp to work. Only for situations where resources that were already being exposed on the comput node RP need to be moved.18:46
dansmithefried: if people can't move from their cloud now to one that uses it, it doesn't work at all, IMHO18:46
dansmithno migration path means it's a toy18:46
*** shaohe_feng has quit IRC18:47
dansmithand, imHO,18:47
efriedOh, that kind of migration, I thought you meant properly migrating a VM18:47
efried...that uses nrp18:47
dansmithit's not considered done unless everyone can be using it like they should,18:47
efried"everyone"?18:47
dansmithand not "we disabled it because we can't migrate our existing cloud"18:47
dansmithlike "users that created their cloud fresh in rocky" vs. "everyone else"18:47
efriedRight, that's not what I'm talking about.18:47
efriedSupport for nrp isn't going to be a nova-wide thing, it's going to be a per-driver thing like any feature.18:48
mriedemi think efried is saying that's only an issue for libvirt and xenserver which have vgpu inventory and allocations on the root provider yeah? but not something like powervm.18:48
efriedmore specifically in fact, the features will look more like "VGPU"18:48
efriedmriedem: Yes, that.18:48
dansmithmriedem: no, it's for everyone running libvirt with any two-socket box18:48
dansmithwhich is 99% of the deployments18:48
mriedemright, i was going to say, having said that, powervm in tree doesn't have any NRP type stuff anyway18:49
dansmitheveryone with a two-socket box from the last decade has numa18:49
efriedmriedem: Right, not yet. But very soon.18:49
*** shaohe_feng has joined #openstack-nova18:49
efriedmriedem: And we're not blocked on reshaper, is my point.18:49
mriedemso theoreticals aside...18:49
*** sridharg has joined #openstack-nova18:49
mriedemefried: right i know18:49
mriedemlibvirt and xenserver are blocked on reshaper18:49
efriedIt's not clear to me that dansmith knows.18:49
efriedYes18:49
efriedHowever, it's possible that powervm is blocked on "client side nrp stuff we haven't exercised yet".18:50
mriedemi think we just, generally, speak in libvirt terms, given the adoption18:50
mriedemand how libvirt is the first to have most any new feature18:50
dansmithyes, I understand that boutique virt drivers are not blocked in the strictest sense18:50
dansmithfrom a nova project perspective,18:50
dansmithlibvirt being blocked means it's blocked, IMHO18:51
mriedemnow, cyborg or whatever could maybe totally use whatever is available today, idk18:51
efriedWe should consider nrp to be the framework, and things like NUMA & VGPU support to be the features we're talking about having "nova" support.18:51
*** jangutter has quit IRC18:51
efriedSo from that point of view, NUMA & VGPU are blocked "in nova" (i.e. libvirt). But the nrp framework is (probably, mostly) ready, pending working out the kinks on the client side in the scheduler.18:52
mriedemmelwitt: let me guess, you're writing up the nova release highlights thing in the releases repo?18:52
mriedemefried: that's a good summary i think18:53
dansmithefried: IMHO, nova's notion of NRP being done would be that existing resources we're currently lying about are converted to the new thing18:53
mriedemmelwitt: if/when you do, you should definitely mention the is_bfv disk_gb tracking stuff finally being fixed18:53
dansmithefried: otherwise we've just created a data structure and protocol to speak about it,18:53
dansmithbut no user will perceive anything as being different18:53
efriedmriedem: Example of client-side allocation stuff that's broke: put_allocations in the report client only works for the cn rp and ignores the rest.18:53
dansmiththerefore.. we've basically accomplished nothing visible18:53
mriedemright so lots of *nova* isn't nrp-aware18:54
mriedemlike lots of nova isn't shared storage provider aware18:54
mriedemyou can model that in placement externally,18:54
mriedembut nova won't honor it18:54
efriedright, swhat I'm sayin.18:54
efriedSo nrp in placement is done, but nrp (i.e. the framework that the actual features need) in nova is not.18:55
dansmithyeah, so call some specific blueprint done if you want,18:55
dansmithbut when I get asked "can we do any of the things that NRP is supposed to enable for us?" I still have to answer no18:55
melwittmriedem: just trying to get an idea of what's currently going on there ... and taking notes18:56
efrieddansmith: Yes, I will agree with that, stipulating s/we/nova/ (as opposed to some other placement consumer).18:56
dansmithefried: yep, been trying to tag my comments with nova when I say stuff like that18:56
dansmiththat's my intent at least18:56
openstackgerritMatt Riedemann proposed openstack/nova master: Fix accumulated nits from port binding for live migration series  https://review.openstack.org/58399418:57
mriedemefried: ^18:57
*** shaohe_feng has quit IRC18:57
efriedack18:57
mriedemdansmith: i got our lazy load thing right here too https://review.openstack.org/#/c/583994/2/nova/compute/manager.py18:57
dansmithmriedem: ack18:59
*** shaohe_feng has joined #openstack-nova18:59
mriedemi intentionally said that jersey-style18:59
mriedemunrelated, but it seems that stephen's bottom change 564440 is perpetually stuck in the check queue or something weird19:01
mriedemit's in both queues at the same time at least twice today19:01
*** hamzy has quit IRC19:02
*** hamzy_ has joined #openstack-nova19:02
*** jangutter has joined #openstack-nova19:02
mriedemand it's already failed in the gate again,19:03
mriedemand queued in check19:03
dansmithcripes19:05
dansmithand some guys keep naking the later patches too19:05
dansmithGAWD19:05
mriedemi nak while nak'ed19:06
dansmithnaked nak?19:06
mriedemtoo far19:06
*** shaohe_feng has quit IRC19:07
*** brault_ has quit IRC19:08
*** abhishekk has quit IRC19:09
melwittmriedem: so the shared storage counting local usage for volume-backed instances saga is finally over?19:10
*** med_ has joined #openstack-nova19:10
*** med_ has quit IRC19:10
*** med_ has joined #openstack-nova19:10
*** brault has joined #openstack-nova19:10
*** shaohe_feng has joined #openstack-nova19:11
mriedemnot shared storage19:11
mriedemvolume-backed root_gb19:11
mriedemhttps://review.openstack.org/#/q/(status:open+OR+status:merged)+project:openstack/nova+branch:master+topic:bug/146917919:12
melwittoh, I think I got that confused with shared storage reporting. that's still not done19:12
melwittok19:12
mriedemwe will no longer claim root_gb for volume-backed instances against DISK_GB inventory in placement for new instances19:12
mriedemand heal on moves19:12
dansmithshared ephemeral reporting is also fixed in rocky I think19:13
mriedemvia placement?19:13
dansmithwe no longer report DISK_GB in inventory if MISC_SHARES_VIA_AGGREGATE is set19:13
mriedemfor the libvirt driver*19:14
mriedemi wouldn't talk much about that in rocky though, because we have several places in the code that don't handle that19:14
dansmithnot sure, I would have expected that to be applied to each as they converted to update_provider_tree(), unless the others are still using get_inventory()19:14
openstackgerritDan Smith proposed openstack/nova master: Assorted cleanups from numa-aware-vswitches series  https://review.openstack.org/58265119:15
openstackgerritDan Smith proposed openstack/nova master: Add additional functional tests for NUMA networks  https://review.openstack.org/58538519:15
mriedemyeah that's only libvirt and ironic that implement upt19:15
mriedemand it doesn't apply to ironic19:15
dansmithI didn't follow that change in,19:15
mriedembut like, we don't have any docs on it, we don't have any CI on it, and we have lots of places that aren't aware of it (like move operations)19:15
dansmithbut I was hoping that if we're removing that inventory that we handle it the other places we need,19:16
dansmithotherwise we're not going to be able to boot anything on computes that are configured that way :)19:16
*** sridharg has quit IRC19:16
mriedemhttps://review.openstack.org/#/c/560459/19:16
mriedemwell, we should,19:17
mriedemthe allocations could go against the provider that has the DISK_GB inventory19:17
dansmithI'm not sure that move ops need to change?19:17
*** pcaruana has joined #openstack-nova19:17
mriedemwhich is in the MISC_SHARES_VIA_AGGREGATE relationship19:17
dansmithright19:17
dansmithso I'm not sure what you're saying...19:17
mriedemthere was something i look up every time this comes up that i know is broken19:17
*** shaohe_feng has quit IRC19:17
mriedemi've beaten cdent over the head with a few times already :)19:18
*** mdrabe has joined #openstack-nova19:18
dansmithhave we updated the ceph job to do the right thing?19:18
dansmiththat'd be a good way to either show it's broken or show that it works19:18
dansmithand you should be able to osc-placement one-shot yourself a sharing provider during setup19:18
mriedemnope, and that's what i suggested in one of the placement update ML threads19:19
dansmithokay19:19
dansmithnot sure why we merged that patch without that testing then19:19
dansmith^ that was rhetorical :D19:19
*** shaohe_feng has joined #openstack-nova19:20
dansmithmriedem: you're still trying to remember what the missing thing is right?19:20
mriedemwell, this is one https://github.com/openstack/nova/blob/master/nova/conductor/tasks/migrate.py#L5719:21
*** r-daneel has quit IRC19:21
dansmithooh right19:21
mriedemand _revert_allocation in compute19:22
*** r-daneel has joined #openstack-nova19:22
mriedemresize to same host probably doesn't handle it either, not sure19:22
dansmithyeah, I remember now.. I was thinking those were only problems we had with the doubling approach, but I remember now19:22
mriedemanywho,19:22
mriedemCI testing with ceph + modeling shared is a todo for the ptg etherpad most likely19:22
mriedemi'll add it19:22
dansmithyeah, that probably needs to be a priority for someone,19:23
*** fpinna has quit IRC19:23
dansmithbecause right now if you associate a sharing provider, things are going to break in unhelpful ways19:23
mriedemi'll assign it to my cat19:23
dansmithmelwitt: ^19:23
mriedemyeah - that's why i've tried to temper enthusiasm / communication that "now it's fixed"19:24
mriedemalso because i'm a debby downer19:24
dansmithfair enough, I just saw it had merged when I was triaging a bug related to that stuff19:24
dansmithand figured it had actually been finished19:25
melwittI've been summoned for ceph stuff eh?19:25
dansmithmelwitt: no, for ptl stuff19:25
melwittoh, thought you were referring to the ceph CI testing add19:26
dansmithI am,19:26
dansmithI'm saying we probably need to be making sure that the test gets updated to validate whether this created a worse hole,19:26
dansmithand maybe decide if we want to either patch that out,19:26
dansmithor reno a known issue or whatever19:26
cdentmriedem: on [t 1fky]19:26
purplerbot<mriedem> i've beaten cdent over the head with a few times already :) [2018-07-26 19:18:01.246831] [n 1fky]19:26
melwittdansmith: I see, okay19:27
cdentI'm trying to make sure that people are aware, but I'm not sure anybody really reads the weekly pupdates and I'm only willing to take full responsibility for the placement side (where it's ready)19:27
cdentbut I agree we have some holes to fill before much more time passes19:28
*** shaohe_feng has quit IRC19:28
*** shaohe_feng has joined #openstack-nova19:28
mriedemL65 https://etherpad.openstack.org/p/nova-ptg-stein19:28
mriedemi will check to see if we have an existing ceph multinode job, but i know the nova-live-migration job is multinode and re-configures itself to use ceph in the 2nd part19:29
mriedembut live migration is less interesting since we don't do claims in the compute or anything19:29
dansmithwe really just need a multinode ceph job that boots an instance for base level verification,19:30
dansmithbut yeah it should do a cold migration at least19:30
dansmithcan we just convert the ceph job to multinode?19:30
mriedemwe can do anything we want19:31
cdentanything?19:31
mriedembut i'd rather re-use something than add yet another job19:31
* cdent runs around naked19:31
mriedemcdent: with zuul all things are possible (tm)19:32
dansmithmriedem: well just converting the existing one to multinode I mean19:32
mriedemdansmith: i know19:32
cdentchris-runs-around-naked -119:32
dansmithheck, even just the ceph job as a single node with the sharing flag would be enough to shake out some of it19:33
mriedemtrue, it would be like offloading the DISK_GB management to another project which isn't untrue or unlike a 2 node job19:33
mriedems/project/provider/19:33
dansmithyeah19:33
mriedemjust don't get to test the interesting move bits19:33
dansmithwell,19:33
dansmithsingle node resize is an interesting bit too19:34
mriedembtw, we should probably make the ceph job voting again at some point...19:34
mriedemi think it's been fairly healthy for awhile again19:34
melwittI am in support of that idea19:35
dansmithjust a DNM patch to set the flag and see how bad it's broken is probably important to decide if we need a "don't set this, it'll break" reno19:35
mriedemi can probably wip that up19:35
openstackgerritMerged openstack/nova master: Port binding based on events during live migration  https://review.openstack.org/43487019:35
melwittsounds like a good plan19:35
dansmithdear god19:35
dansmithsomething merged19:35
* melwitt faints19:35
melwittthanks mriedem that would be a big help19:36
mriedemi dont' know how to look at graphite.openstack.org anymore to see if legacy-tempest-dsvm-full-devstack-plugin-ceph has been trending with the tempest-full job19:37
mriedemand http://grafana.openstack.org/d/-iKINcImz/ceph-failure-rate?orgId=1 is broken19:37
*** vladikr_ has quit IRC19:38
*** shaohe_feng has quit IRC19:38
*** shaohe_feng has joined #openstack-nova19:39
melwittme neither. could try to regenerate it with https://github.com/sdague/failopotamus but I'm not sure whether that works with zuul or not19:39
mriedemdoesn't work anymore19:40
mriedemthe graphite stats_count structure has changed so it's by project rather than by job now19:40
mriedemi'm asking in -infra19:40
melwittgotcha19:40
dansmithI assume that we're good to keep rechecking things that are already +Wd past the end of the day, given the gate yeah?19:43
*** ccamacho1 has quit IRC19:43
melwittthat's been my understanding19:45
openstackgerritMerged openstack/nova master: conductor: use port binding extended API in during live migrate  https://review.openstack.org/52253719:45
*** awaugama has quit IRC19:45
*** pcaruana has quit IRC19:45
mriedemmelwitt: dansmith: http://graphite.openstack.org/render/?width=1531&height=592&_salt=1532634445.928&from=00%3A00_20180428&until=23%3A59_20180726&target=stats_counts.zuul.tenant.openstack.pipeline.check.project.git_openstack_org.openstack_nova.master.job.legacy-tempest-dsvm-full-devstack-plugin-ceph.FAILURE&target=stats_counts.zuul.tenant.openstack.pipeline.check.project.git_openstack_org.openstack_nova.master.job.tempest-full19:47
mriedemLURE&title=ceph%20vs%20tempest-full%20fail%20rates%20over%203%20months19:47
mriedemso something big got fixed the first week of may19:48
*** shaohe_feng has quit IRC19:48
*** felipemonteiro has joined #openstack-nova19:48
mriedemanyway it looks pretty stable over 3 months19:49
*** shaohe_feng has joined #openstack-nova19:49
dansmithso we eff it up by setting the sharing flag yeah? :)19:49
melwitt:***(19:50
dansmithI'm joking.. turning that on should generate a constant level of fail or success19:50
dansmithso if it totally doesn't work, then we don't merge it19:51
*** flwang1 has quit IRC19:51
*** dklyle has joined #openstack-nova19:51
melwittmriedem: IIRC, the fixes were https://review.openstack.org/563870 and https://review.openstack.org/56331319:52
melwittthat was slightly before may though19:53
melwittor a week before19:54
mriedemsame timeframe19:55
mriedemthe query goes to April 2819:55
melwittcan you paste the link, it got cutoff weirdly for me trying to use it19:57
melwitt*pastebin19:58
*** shaohe_feng has quit IRC19:58
mriedemhttps://goo.gl/WbXoW519:58
mriedemthere are no multinode ceph jobs except for our usage of it in the nova-live-migration job which only runs live migration tests19:59
*** cdent has quit IRC19:59
melwittthanks. it's weird it cuts off the bottom part of the graph for me19:59
*** shaohe_feng has joined #openstack-nova20:00
melwitthttps://imgur.com/a/3Fdstt920:01
*** jmlowe has joined #openstack-nova20:02
*** savvas has joined #openstack-nova20:03
dansmiththat's at the 1.0 mark I think20:04
dansmithand no fails at zero20:04
dansmithyou have to null the missing points and do connected mode to get it to look right IIRC20:04
*** eharney has quit IRC20:05
mriedemwhat's gonna be the best way to get the disk info for the provider DISK_GB inventory? df -P /root ?20:05
dansmiththere's a ceph command you can run I think20:06
mriedemoo even better20:06
mriedemwhich would match the libvirt driver's reporting so i should probably use that20:06
*** savvas_ has quit IRC20:07
mriedemwhatever get_cluster_stats does20:07
mriedemhttp://docs.ceph.com/docs/jewel/man/8/ceph/#status ?20:08
*** alexpilotti has joined #openstack-nova20:08
dansmithI dunno, I've seen people paste output of it but I don't know exactly20:08
*** shaohe_feng has quit IRC20:09
mriedemi'd have to get a devstack setup with the same ceph config to play with this20:09
mriedembut seems pretty straight forward20:09
dansmithceph osd df -h ?20:09
*** shaohe_feng has joined #openstack-nova20:09
dansmithor just ceph df maybe20:10
dansmithhttp://docs.ceph.com/docs/master/rados/operations/monitoring/#checking-a-cluster-s-usage-stats20:10
*** vladikr has joined #openstack-nova20:10
mriedemcool20:11
openstackgerritmelanie witt proposed openstack/os-vif stable/rocky: Add vif_plug_noop to setup.cfg packages  https://review.openstack.org/58634020:11
*** alexpilo_ has joined #openstack-nova20:12
mriedemwell i shall start the stack while writing my monthly report...20:13
melwitthow can I tell who is stable/core for $project? I haven't noticed a way to figure that out for libs like os-vif20:14
melwittfigure out via gerrit20:14
mriedempeople20:16
mriedemoh well,20:16
*** alexpilotti has quit IRC20:17
mriedemi thought it was in project-config but can't find it20:17
melwittok, just curious. since I keep asking, was wondering if there was a way to avoid bugging people20:17
melwittI assume for os-vif it's the same stable team as for nova20:18
melwittI need stable review for a FFE release of os-vif https://review.openstack.org/58634020:18
*** med_ has quit IRC20:18
*** shaohe_feng has quit IRC20:19
mriedemoh i found it20:19
*** shaohe_feng has joined #openstack-nova20:20
mriedemhttps://github.com/openstack-infra/project-config/blob/master/gerrit/acls/openstack/os-vif.config20:20
melwittcool! thanks20:20
mriedem+220:20
melwittthanks 2x20:21
*** med_ has joined #openstack-nova20:22
*** med_ has quit IRC20:22
*** med_ has joined #openstack-nova20:22
melwittdansmith: plz https://review.openstack.org/58634020:23
mriedemcommence to stacking20:24
*** shaohe_feng has quit IRC20:29
*** shaohe_feng has joined #openstack-nova20:30
*** felipemonteiro has quit IRC20:33
*** felipemonteiro has joined #openstack-nova20:33
*** mdrabe has quit IRC20:36
melwittthx dansmith20:36
dansmithaye20:36
melwittmriedem: fyi https://review.openstack.org/586307 sorry I didn't get your ack before osc-placement got released20:37
melwittI meant to20:38
*** shaohe_feng has quit IRC20:39
mriedemdoesn't that need to branch?20:40
*** shaohe_feng has joined #openstack-nova20:41
melwittare we supposed to branch manually in the release? I thought that would happen automatically20:41
mriedemno it's a designated thing in the deliverable yaml20:41
mriedemi.e. what was removed on the left side https://review.openstack.org/#/c/586307/1/deliverables/rocky/osc-placement.yaml20:41
mriedemyou'd need that for 1.3.0 to be where they branch stable/rocky20:41
melwittgdi20:42
mriedemi don't know what "And it removes the stable/rocky branch that had to be manually deleted because of the mis-categorization of the library as a non-client." all means but that's what i've done in the past20:42
melwittwhat happened was that osc-placement has been categorized as a 'non-client library' up to now,20:43
mriedemoh i see https://github.com/openstack/releases/commit/8dadc73479e3c303c4f5ee3975628c3e333d61cc#diff-64bede2e011f3f457420a6313880e97b20:43
mriedemso smcginnis did it for you20:43
mriedemi did it in queens https://github.com/openstack/releases/commit/a5a77d24664a2502c68cc5b0cba17db8373499c2#diff-b9ac789921c8d258691218b7fcbeaefb20:44
melwittand I had asked around in -releases about whether it should be considered a client library since it's a osc plugin, we agreed it should be a client lib and smcginnis had meant to omit it in the branch cutting that happened last week for non client libs, and that I would propose a change to the library 'type' when I released it this week20:44
melwittso, they ended up deleting the stable/rocky branch for us to go ahead and do the release today as a client library20:44
mriedemyup so i guess push a patch to branch stable/rocky at 1.3.020:45
mriedemhave you done a python-novaclient release?20:45
mriedemb/c same thing there20:45
melwittsounds like it, I'll ask in -releases. it looks like this branch thing might be part of their (release team) process20:45
melwittnot yet, putting that together now20:45
*** alexpilo_ has quit IRC20:45
mriedemi've always done it myself20:45
*** alexpilotti has joined #openstack-nova20:46
mriedemi never trusted smcginnis touching my sweet sweet deliverables20:46
melwittheh :)20:47
melwittyeah, that was his 'clean up after people' script that did it. I'm a terrible release proposer20:48
smcginnis:)20:49
*** shaohe_feng has quit IRC20:50
smcginnisI've thought of so many responses to that. None of which I feel I should write here.20:50
*** shaohe_feng has joined #openstack-nova20:50
smcginnisNot to your comment melwitt, to mriedem's. :)20:50
melwittI figured :)20:50
mriedemdansmith: yup thar she blar http://paste.openstack.org/show/726714/20:53
dansmithnice20:53
*** mdrabe has joined #openstack-nova20:54
*** brault has quit IRC20:55
*** savvas has quit IRC20:56
*** r-daneel_ has joined #openstack-nova20:59
*** alexpilotti has quit IRC20:59
*** r-daneel has quit IRC21:00
*** r-daneel_ is now known as r-daneel21:00
*** shaohe_feng has quit IRC21:00
*** shaohe_feng has joined #openstack-nova21:01
melwittmriedem: novaclient release proposed https://review.openstack.org/58635021:01
mriedemmy awk skills are not going to be good enough to parse out that df output21:08
mriedemi can parse out: ceph status | grep usage21:08
dansmithis that a challenge?21:08
mriedemit is21:08
melwittmriedem: you can pass --format=json to make it return json if that helps21:09
mriedemooo21:09
mriedem$ sudo ceph df | awk 'NR==3{print $1}END{$1}'21:09
mriedem24564M21:09
mriedemmelwitt: doesn't really help me in bash21:10
*** shaohe_feng has quit IRC21:10
mriedemalthough,21:10
mriedempipe that into python -m json.tool21:10
*** shaohe_feng has joined #openstack-nova21:10
mriedem"stats": {21:10
mriedem        "total_avail_bytes": 25482182656,21:10
mriedem        "total_bytes": 25757220864,21:10
mriedem        "total_used_bytes": 27503820821:10
mriedem    }21:10
dansmithecho $((`cat ceph | grep vms | awk '{print $5}' | egrep -o '[0-9]+'` / 1024))21:11
dansmith2221:11
*** flwang1 has joined #openstack-nova21:11
dansmithoh json format is nice21:11
dansmithis jq on the worker nodes? I bet it is21:11
mriedemexcept the comma21:12
mriedem$ sudo ceph df --format=json | python -m json.tool | grep total_avail_bytes | awk 'END{print $2}'21:12
mriedem25482182656,21:12
dansmithhold up21:12
mriedemhaha21:13
mriedem$ sudo ceph df --format=json | python -m json.tool | grep total_avail_bytes | awk 'END{print $2}' | egrep -o '[0-9]+'21:13
mriedem2548197376021:13
dansmithceph df --format=json |21:13
dansmithceph df --format=json | jq .total_bytes21:13
dansmither21:13
dansmithceph df --format=json | jq stats.total_bytes21:13
dansmithI think21:13
mriedemdon't have jq21:14
dansmithceph df --format=json | jq .stats.total_bytes21:14
dansmith^ works21:14
dansmithon the worker nodes?21:14
dansmiththat sucks21:14
mriedem$ sudo ceph df --format=json | jq .stats.total_bytes21:14
mriedem2575722086421:14
mriedemi mean, we can install it...21:14
mriedembut this also works21:14
mriedem$ sudo ceph df --format=json | python -m json.tool | grep total_avail_bytes | egrep -o '[0-9]+'21:14
mriedem2548197376021:14
dansmithyup21:15
dansmithconvert to GB of course21:15
mriedemyup; even shorter with json-pretty21:16
mriedem$ sudo ceph df --format=json-pretty | grep total_avail_bytes | egrep -o '[0-9]+'21:16
mriedem2548188774421:16
*** r-daneel has quit IRC21:17
*** mdrabe has quit IRC21:19
*** shaohe_feng has quit IRC21:20
*** shaohe_feng has joined #openstack-nova21:22
mriedemoh do we have to pull from the vms pool specifically?21:27
mriedemi suppose huh21:27
dansmithI assume it's all the same space since it's the same size21:28
melwittrc todo etherpad https://etherpad.openstack.org/p/nova-rocky-release-candidate-todo21:28
dansmithand you're only going to update it once (and it's just inventory)21:28
dansmithso, probably meh21:28
*** antosh has quit IRC21:29
*** shaohe_feng has quit IRC21:31
mriedemthe max available is the same for the 3 pools21:31
dansmithyeah, I dunno what that's showing really21:32
mriedemoh i see21:32
mriedem/dev/loop0       24G  228M   24G   1% /var/lib/ceph21:32
dansmithcould be that if you allocate some from the images you'll lose max on the vms21:32
dansmithlike ZFS in a pool21:32
mriedemyeah so it's the same 24GB block shared across 3 pools?21:32
dansmithyeah I'm sure21:32
dansmithhard to say what the right thing to do is, but for testing just saying it's 24G is probably fine21:33
*** savvas has joined #openstack-nova21:33
*** tidwellr has quit IRC21:33
mriedemwas trying to think what we should put for reserved21:33
mriedemor just leave that 021:33
dansmithit won't be right regardless,21:33
*** shaohe_feng has joined #openstack-nova21:33
dansmithother than maybe reserving enough for whatever images and snaps we do in a regular tempest run21:33
dansmithbut still, it's just a gamble21:34
mriedemyeah so i can really just use CEPH_LOOPBACK_DISK_SIZE in devstack, and don't need to parse ceph df output then..21:35
dansmithhah21:36
mriedembut this has been fun21:38
*** shaohe_feng has quit IRC21:41
*** shaohe_feng has joined #openstack-nova21:42
*** wolverineav has quit IRC21:42
*** edmondsw has quit IRC21:43
*** wolverineav has joined #openstack-nova21:43
*** jmlowe has quit IRC21:43
*** edmondsw has joined #openstack-nova21:45
*** itlinux has quit IRC21:47
*** med_ has quit IRC21:48
*** wolverineav has quit IRC21:48
*** bandini has quit IRC21:48
*** bandini has joined #openstack-nova21:48
*** edmondsw has quit IRC21:49
*** shaohe_feng has quit IRC21:51
*** slaweq has quit IRC21:52
*** shaohe_feng has joined #openstack-nova21:53
*** jangutter has quit IRC22:00
*** shaohe_feng has quit IRC22:01
*** shaohe_feng has joined #openstack-nova22:02
mriedemeasy bug https://bugs.launchpad.net/placement-osc-plugin/+bug/178389622:03
openstackLaunchpad bug 1783896 in placement-osc-plugin "openstack resource provider aggregate set <name> should be <uuid>" [Medium,Triaged]22:03
melwittmriedem: this patch for the metadata API bp, it looks good to me but I wasn't 100% sure the vmware CI fail on it is legit https://review.openstack.org/580742 forgot to mention it this morning22:05
melwittthe other third party CI fails on it look unrelated22:05
mriedemcan't really dig into that atm22:06
mriedemalready shouldn't be working anymore22:06
melwittok22:06
*** Sukhdev has quit IRC22:08
*** burt has quit IRC22:09
melwittmriedem: so we're Depends-On https://review.openstack.org/566813 and https://review.openstack.org/564452 for r-3, is there anything else that you know of?22:11
mriedemdansmith: melwitt: https://review.openstack.org/58636322:11
melwittoh yeah, guh.22:11
mriedemthose are the 2 i'm watching22:12
*** shaohe_feng has quit IRC22:12
*** mvk_ has joined #openstack-nova22:12
mriedemno, https://review.openstack.org/#/c/586363/ is the ceph job using a shared provider in placement for disk22:12
mriedemefried: ^22:12
*** shaohe_feng has joined #openstack-nova22:12
openstackgerritOpenStack Release Bot proposed openstack/python-novaclient stable/rocky: Update .gitreview for stable/rocky  https://review.openstack.org/58636422:13
openstackgerritOpenStack Release Bot proposed openstack/python-novaclient stable/rocky: Update UPPER_CONSTRAINTS_FILE for stable/rocky  https://review.openstack.org/58636522:13
openstackgerritOpenStack Release Bot proposed openstack/python-novaclient master: Update reno for stable/rocky  https://review.openstack.org/58636622:13
*** wolverineav has joined #openstack-nova22:13
melwittmriedem: oh, coincidence, ok. but you reminded me, we need your test to determine whether or not to reno a warning not to use the shared aggregate thing. does that have to be done before my EOD or just before RC1?22:13
mriedemwe don't have to warn about that in a reno22:14
mriedemit's totally undocumented22:14
mriedemwe don't need to say "yup this still doesn't work"22:14
*** mriedem is now known as mriedem_afk22:14
melwittok, thanks22:14
*** wolverineav has quit IRC22:16
*** wolverineav has joined #openstack-nova22:16
*** wolverineav has quit IRC22:16
*** rcernin has joined #openstack-nova22:19
*** shaohe_feng has quit IRC22:22
*** slaweq has joined #openstack-nova22:24
dansmithwe have it in specs,22:25
dansmithand before this, setting it would do nothing22:25
dansmithpeople do read and try stuff that are in specs22:25
dansmithso I think we should just patch it out of the driver if we're not going to mention it personally (assuming it's broken like we expect)22:26
dansmithjust MHO22:26
dansmithif we start claiming in stein that it works, people will try it in older releases too22:26
*** shaohe_feng has joined #openstack-nova22:26
*** slaweq has quit IRC22:29
melwittmriedem_afk: fyi nova r-3 release patch https://review.openstack.org/58636822:30
dansmithfirst hit: https://docs.openstack.org/nova/latest/reference/update-provider-tree.html22:31
*** shaohe_feng has quit IRC22:32
*** shaohe_feng has joined #openstack-nova22:33
melwittok ... thinking. the change was done as a bug fix, https://bugs.launchpad.net/nova/+bug/1771728 which was found via someone setting MISC_SHARES_VIA_AGGREGATE22:33
openstackLaunchpad bug 1771728 in OpenStack Compute (nova) "libvirt: Shared Resource Provider (RP) DISK_GB is NOT taken into account if it's configured with Compute Node RPs" [Undecided,Fix released] - Assigned to Bhagyashri Shewale (bhagyashri-shewale)22:33
melwittif we patch the bug fix out, then it goes back to setting it does nothing. but that still seems weird because people think they can use it (because of this doc, possibly)22:35
*** wolverineav has joined #openstack-nova22:35
*** alexpilotti has joined #openstack-nova22:36
dansmithyeah, so someone thought they could use it and reported it did nothing,22:36
melwittI dunno, maybe just a doc update to this page saying MISC_SHARES_VIA_AGGREGATE isn't tested in tempest?22:36
melwittlike a warning?22:37
dansmithbut if that's the case and it actually breaks resource reporting and probably migrations...22:37
dansmithif it totally doesn't do anything other than break things we should probably not do it until the rest of the feature works22:37
dansmithbut at least a known issue reno, IMHO22:37
dansmithnot tested in tempest is different than "totally broken and we know it"22:38
melwittwhat I mean is, was the previous state of it doing nothing actually doing nothing? or could it have been breaking things underneath?22:38
*** avolkov has quit IRC22:38
dansmithno, it was just being ignored when people expected it to magically make the compute node do the shared storage accounting right22:38
dansmithnow, setting it will cause the compute node to not expose disk inventory,22:39
dansmithand likely in a migration situation we will clobber the allocation against the shared pool,22:39
dansmithwhich will result in instances with no disk allocation,22:39
melwittokay ... so maybe, revert the bug fix, add a warning to the doc to mention MISC_SHARES_VIA_AGGREGATE isn't usable in nova yet, and then don't allow the bug fix back in until we have tempest setup with ceph etc?22:40
dansmithwhich we'll have to fix via migration somehow, and potentially result in oversubscribing the pool since anything that has migrated once will have no disk allocation22:40
dansmiththat's certainly one approach yeah22:40
dansmiththe other being just a reno that warns that it's half implemented and known broken22:40
*** alexpilo_ has joined #openstack-nova22:41
melwittI'm worried people will miss that reno, I guess22:41
dansmithyup, and they'll corrupt their data if they do and try it22:41
*** itlinux has joined #openstack-nova22:41
melwittand the price for missing it is high22:41
melwittefried: are you around? what do you think about ^22:42
*** shaohe_feng has quit IRC22:42
*** shaohe_feng has joined #openstack-nova22:43
*** alexpilotti has quit IRC22:44
*** namnh has joined #openstack-nova22:46
*** mriedem_afk is now known as mriedem22:47
mriedemrather than revert, you could just comment out the one line in the libvirt driver22:48
*** Guest22237 has quit IRC22:48
dansmithyeah, revert is too old I'm sure22:48
dansmithjust have to mangle it manually22:48
melwittyeah, okay. I think we should because from what dansmith has explained, using this in its current state could badly corrupt a deployment and then we'd have to come up with some code to migrate people out of it if it happens to them22:50
dansmithit'd be heal_allocations I guess22:50
dansmithbut still22:50
*** shaohe_feng has quit IRC22:53
dansmithmight be able to functional test our way22:54
melwittI'll put this on the rc1 todo list https://etherpad.openstack.org/p/nova-rocky-release-candidate-todo22:55
melwittand get efried's thoughts tomorrow morning22:55
*** shaohe_feng has joined #openstack-nova22:56
*** alexpilotti has joined #openstack-nova22:57
*** hongbin has quit IRC23:00
*** lbragstad_ has joined #openstack-nova23:01
*** alexpilo_ has quit IRC23:01
*** lbragstad has quit IRC23:01
*** knikolla has quit IRC23:01
*** shaohe_feng has quit IRC23:03
*** mschuppert has quit IRC23:04
*** shaohe_feng has joined #openstack-nova23:06
*** shaohe_feng has quit IRC23:13
*** itlinux has quit IRC23:16
*** shaohe_feng has joined #openstack-nova23:16
*** arvindn05 has joined #openstack-nova23:17
*** arvindn05 has left #openstack-nova23:18
*** med_ has joined #openstack-nova23:19
*** med_ has quit IRC23:19
*** med_ has joined #openstack-nova23:19
rm_workhey nova folks! the deprecation discussed here: https://review.openstack.org/#/c/522027/ / https://specs.openstack.org/openstack/nova-specs/specs/queens/implemented/deprecate-file-injection.html -- is that what we're using here? https://github.com/openstack/octavia/blob/master/octavia/compute/drivers/nova_driver.py#L15023:22
*** wolverineav has quit IRC23:23
*** shaohe_feng has quit IRC23:23
*** shaohe_feng has joined #openstack-nova23:24
*** david-lyle has joined #openstack-nova23:24
melwittrm_work: yes, that is file injection, deprecated with microversion 2.57 https://github.com/openstack/python-novaclient/blob/master/novaclient/v2/servers.py#L1210-L121523:26
rm_workjohnsom: ^^23:26
*** dklyle has quit IRC23:26
johnsommelwitt What? You removed the ability to load data via config drive?  That will break a ton of services.23:27
melwittjohnsom: no, the ability to specify files to inject into the server. the supported way to do that is user data23:27
johnsommelwitt but user_data was supposed to go away given it's non-standard and significantly limited in size.23:28
melwittI think you might be reversing the two? user_data isn't going away and is supported by cloud-init23:29
johnsomWow, this went under the radar. I know it impacts Octavia and Trove, probably manila and a few others23:29
johnsomThe file method we were using is supported by cloud-init via config drive.23:30
johnsomWhat we are talking about is in the "content" folder in config drive23:31
rm_workit's interesting because in https://specs.openstack.org/openstack/nova-specs/specs/queens/implemented/deprecate-file-injection.html#problem-description23:31
rm_work#1 is not a problem for services that use fixed images, #2 is a GOOD thing (for security), and #3 is simply false, because the alternatives are worse (bad security)23:32
johnsomYeah user-data has a ridiculously small size limitation too.  Like you can't even get a full certificate chain in it.23:33
*** shaohe_feng has quit IRC23:34
*** shaohe_feng has joined #openstack-nova23:34
melwittokay, I don't know that much detail about the deprecation. so it'd be best to visit the channel tomorrow when people who know more about it are around23:35
melwittas for the use case, the only other way I know of to handle something like that would be vendor data23:35
*** knikolla has joined #openstack-nova23:36
dansmithrm_work: johnsom just to be clear, you're talking about putting stuff in the "personality" part of the server post right?23:37
johnsomno23:37
rm_workhttps://github.com/openstack/python-novaclient/blob/master/novaclient/v2/servers.py#L1298-L130023:37
rm_workhttps://github.com/openstack/octavia/blob/master/octavia/compute/drivers/nova_driver.py#L15023:37
dansmithjohnsom: cool, then this isn't what you're looking for23:37
rm_work^^ dansmith see that23:37
rm_workI think the answer is yes?23:37
rm_workwe pass "files" to the server create23:38
dansmithyeah, I think files in the client goes to personality23:38
rm_workhttps://github.com/openstack/python-novaclient/blob/master/novaclient/v2/servers.py#L688-L69223:38
johnsomDoes "files" in the client get converted to personalities in the nova API?23:38
rm_workyes23:38
dansmithso this has been disabled by default for libvirt for a long time,23:38
dansmithand strongly encouraged not to be used for longer23:39
dansmithI guess you have been turning it on in the compute node?23:39
rm_workwe even say as much here: https://github.com/openstack/octavia/blob/920a15c620eada38f40d827c89fb9881ffd29fdb/octavia/common/config.py#L368-L37023:39
rm_workdansmith: i don't think we have done anything to force it to be enabled in our gates...23:39
dansmithrm_work: it's off by default23:39
dansmithin the libvirt driver23:39
rm_workcould we tell from nova logs from a gate run?23:39
dansmithnot sure if the other drivers even support it23:39
dansmithrm_work: just look at the config files from the gate run, like inject_file_partition or whatever23:40
dansmithI didn't think that goes into the config drive, fwiw.. and that would be bad for security if it did and you use it for sensitive things,23:40
johnsomYeah, this is what we were told to use to drop cert chains in via config drive years ago. The issue was user-data was not secure as it is stored in the DB and it had a really small max content size23:40
rm_workwhich config file23:40
dansmithbecause we're totally willy-nilly with that23:40
dansmithjohnsom: who told you that?23:41
rm_worklike, this? http://logs.openstack.org/49/552549/13/check/octavia-v2-dsvm-scenario/f7f027d/controller/logs/etc/nova/nova_conf.txt.gz23:41
dansmithjohnsom: this has been on its death bed for, gosh, five years at least23:41
*** namnh has quit IRC23:41
dansmithrm_work: that's on a controller23:41
rm_workdon't know where else to look?23:42
johnsomThe nova PTL at the time we were spinning this project up.  I know I tried to use user-data last year and it was still pretty small. I couldn't load the test app I was hoping to drop into cirros23:42
rm_workthis is a single-node test23:42
dansmithrm_work: okay, then probably the same, so yeah it's disabled there for actual file injection23:42
johnsomWe don't do anything special to enable that on devstack in the gates23:42
rm_workthen ... how is this working23:42
dansmithI'll have to look and see if and how it ends up in the config drive23:42
dansmithbut, your assertion about the "it isn't stored is good for security" is a huge problem, because we can't migrate or rebuild or anything the instance23:43
dansmithand don't have a way to provide that stuff again you know23:43
dansmithand23:43
*** itlinux has joined #openstack-nova23:43
*** mlavalle has quit IRC23:43
dansmithstoring anything sensitive in configdrive is kinda crazy :)23:43
rm_workwe don't WANT to migrate or restore the instances23:43
rm_workthat would explicitly be bad23:44
rm_workif an instance dies, it's dead and we trash it23:44
rm_workand we will handle making a replacement23:44
*** shaohe_feng has quit IRC23:44
johnsomWell some have use cases for migrate, but the content should migrate with the config drive23:44
dansmithrm_work: okay but you understand that nova is a thing that lots of people use, and most want to be able to migrate, and if we break that model for users that don't know anything then, that's like bad and stuff yeah? :)23:45
dansmithI mean,23:45
dansmithnova has a wider audience :)23:45
dansmithif you want to enforce different lifecycle semantics on the thing you use nova for, then that's cool, but..23:45
johnsomYeah, we have use cases for migrating. I think that is one operator talking23:45
rm_workyes, but BECAUSE of that philosophy, because something doesn't work for a couple of use cases, you shouldn't remove it when it still works for others?23:45
rm_workseems like it should work both ways :P23:45
johnsomIs the supported data size for "user-data" documented? I can't find it23:46
rm_workisn't saying "we should kill your use-case, because nova has to be generic for lots of use-cases" seems kinda backward23:46
johnsombeyond "a small opaque blob of data"23:46
dansmithhere's where it shows up in the config drive: https://github.com/openstack/nova/blob/master/nova/api/metadata/base.py#L191-L19423:46
*** shaohe_feng has joined #openstack-nova23:47
dansmithrm_work: naw dude, but you know, we try to make features that are rather predictable and understandable from the outside, especially by the users that don't have a view into the config of the deployment23:48
dansmithrm_work: it's kindof what we do here. we're trying to be an abstraction23:48
dansmithrm_work: and, as we said, we have a method that *does* work for all cases, except it has a size limitation for you, which I get23:48
dansmithand the other thing had some really terrible security semantics that I guess you didn't know about :)23:49
melwittjohnsom: looks like this is the size limit 16384 bytes https://help.ubuntu.com/community/CloudInit#fnref-6a17aff5cf9eab5a99b5ab3dbd49854b0e9681c123:49
dansmithjohnsom: it's a MediumText in the db23:49
dansmithso that's likely the real limit23:49
melwittoh, okay23:49
rm_workwhat are the terrible security semantics for the other thing? it mentions "evil images could do whatever with the data", but if we only boot with a known good image...23:50
johnsomlol, yeah, 16k seems about what I ran into last year.23:50
openstackgerritMerged openstack/nova master: Stop using HostAPI.service_delete  https://review.openstack.org/58268023:50
dansmithapi limits it at 64k, FWIW23:50
*** felipemonteiro has quit IRC23:50
johnsomYeah, I mean if you don't trust the images... the whole guest OS is at risk23:50
dansmithhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/schemas/servers.py#L212-L21623:50
*** stakeda has joined #openstack-nova23:50
*** david-lyle has quit IRC23:51
rm_workso what is the new alternative? we have to create a cinder volume for every VM we boot, and pass that to the server create?23:51
*** itlinux has quit IRC23:52
rm_worksince user_data is obviously unacceptable for multiple reasons23:52
rm_workand I'm not seeing how that helps at all with the "evil image" case23:52
*** dklyle has joined #openstack-nova23:52
dansmiththe new alternative is user_data, and providing this feedback not on FF day at 5pm when we can actually do something for you :)23:52
*** takashin has joined #openstack-nova23:52
rm_workuser_data is explicitly insecure23:53
rm_workand size-limited to a point where it is not even possible to use for a very common use-case (passing in a cert chain)23:53
rm_workwe'll just have to revisit this later, it just happened that we discovered this *just now*23:53
dansmithhow much data do you expect nova to keep track of for you through our control API?23:53
rm_worki don't want nova to keep track of ANY data23:54
*** Sundar has joined #openstack-nova23:54
rm_worki just want the data passed once to the booting VM23:54
rm_workand not tracked23:54
dansmithhow much data do you want to be able to pass to nova once?23:54
dansmithlike, should we let you include a 50G custom image instead of a ref?23:54
*** shaohe_feng has quit IRC23:54
Sundarefried: please ping me when you have the time.23:54
rm_worki mean, i understand the sarcasm (?), but it does seem seriously small23:55
rm_workbut even if it wasn't too small, user_data is even more insecure23:55
dansmithwell, obviously I'm being hyperbolic here, but 16k for an identifier or something that lets you fetch larger things from something intended to serve such things seems pretty reasonable to me23:55
rm_workit just stores the data directly in the DB unencrypted23:55
*** shaohe_feng has joined #openstack-nova23:56
rm_workwhich means it's just not viable from the get-go23:56
dansmithI think you're missing the point of how insecure config drive is, but also,23:56
rm_workplease inform me!23:56
dansmithwe have a real problem with several of our major lifecycle operations not being possible if we let you pass us stuff that we can't reproduce later23:56
rm_workI want to know what the security considerations you keep referring to are23:56
*** felipemonteiro has joined #openstack-nova23:57
* penick skims backscroll23:57
dansmithwe stored config drive unencrypted on the disk, we built it from writing the tree out somewhere in /tmp first, we sent all your data over the unencrytped message bus to anyone claiming with no auth to be the compute node in question23:57
rm_work1) unencrypted on the HV's disk?23:58
dansmithyup, or on nfs if you're using that, so that's even better23:58
rm_work2) unencrypted message bus? you mean RMQ? we use TLS for that with client cert auth -- don't others?23:58
dansmithrm_work: sure, some do, but there's no auth at the application layer.. if I can connect to RMQ, I can impersonate any compute node on the system until they realize and cut me off23:59
rm_workfor 1, if we lose the HV's integrity, it barely matters what else is secure23:59
rm_worka HV-level breakout is basically game-over23:59

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