Thursday, 2018-03-29

*** sree has joined #openstack-nova00:01
*** yamamoto has joined #openstack-nova00:02
*** sree has quit IRC00:06
*** yamamoto has quit IRC00:08
*** Swami has quit IRC00:09
*** hshiina|afk is now known as hshiina00:14
*** salv-orlando has joined #openstack-nova00:23
*** salv-orlando has quit IRC00:28
*** gyankum has joined #openstack-nova00:32
*** Dinesh_Bhor has joined #openstack-nova00:32
*** zhurong has joined #openstack-nova00:32
*** hemna_ has quit IRC00:34
*** _ix has quit IRC00:34
*** priteau has joined #openstack-nova00:36
*** gjayavelu has quit IRC00:39
openstackgerritMichael Still proposed openstack/nova master: Move IVS VIF plugging into the new utilities module.  https://review.openstack.org/55755200:40
*** priteau has quit IRC00:40
*** yingjun has joined #openstack-nova00:42
*** gyankum has quit IRC00:44
*** Zames has joined #openstack-nova00:48
*** Zames has quit IRC00:51
*** odyssey4me has quit IRC00:53
*** odyssey4me has joined #openstack-nova00:53
*** hongbin has joined #openstack-nova00:57
*** chyka has joined #openstack-nova01:01
*** yamamoto has joined #openstack-nova01:04
*** chyka has quit IRC01:05
*** tiendc has joined #openstack-nova01:07
*** fragatina has quit IRC01:08
*** AlexeyAbashkin has joined #openstack-nova01:08
*** yamamoto has quit IRC01:09
*** fragatina has joined #openstack-nova01:10
*** r-daneel has quit IRC01:11
*** dikonoo has joined #openstack-nova01:12
*** gyankum has joined #openstack-nova01:12
*** AlexeyAbashkin has quit IRC01:13
*** fragatina has quit IRC01:14
*** yangyapeng has joined #openstack-nova01:19
*** fragatina has joined #openstack-nova01:20
Spaz-HomeAnnnnd weekend over01:21
*** salv-orlando has joined #openstack-nova01:24
*** suresh12 has quit IRC01:24
*** fragatina has quit IRC01:25
*** yingjun has quit IRC01:28
*** salv-orlando has quit IRC01:29
openstackgerritJake Yip proposed openstack/nova master: Add --before option to db archive_deleted_rows  https://review.openstack.org/55675101:29
*** yassine has quit IRC01:33
*** dikonoo has quit IRC01:33
*** dikonoor has joined #openstack-nova01:33
*** tbachman has joined #openstack-nova01:34
*** yassine has joined #openstack-nova01:35
openstackgerritZhenyu Zheng proposed openstack/nova-specs master: Allow abort live migrations in queued status  https://review.openstack.org/53672201:37
openstackgerritMerged openstack/nova stable/queens: Change compute mgr placement check to region_name  https://review.openstack.org/55590101:37
*** tbachman_ has joined #openstack-nova01:40
*** tbachman has quit IRC01:40
*** tbachman_ is now known as tbachman01:40
*** takashin has joined #openstack-nova01:41
*** dikonoor has quit IRC01:42
openstackgerritjichenjc proposed openstack/nova master: WIP: remove Ec2 object  https://review.openstack.org/55715001:47
*** suresh12 has joined #openstack-nova01:59
*** suresh12 has quit IRC02:03
*** yamamoto has joined #openstack-nova02:05
*** fragatina has joined #openstack-nova02:06
*** liverpooler has joined #openstack-nova02:08
*** yamamoto has quit IRC02:11
*** bkopilov has quit IRC02:12
openstackgerritjichenjc proposed openstack/nova master: WIP: remove ec2 in service and cmd  https://review.openstack.org/55677802:14
openstackgerritjichenjc proposed openstack/nova master: WIP: remove Ec2 object  https://review.openstack.org/55715002:14
openstackgerritjichenjc proposed openstack/nova master: WIP: remove db ec2  https://review.openstack.org/55757202:14
*** _ix has joined #openstack-nova02:19
*** sdeath has joined #openstack-nova02:19
*** salv-orlando has joined #openstack-nova02:25
*** fragatina has quit IRC02:25
*** Spazmotic has joined #openstack-nova02:29
*** salv-orlando has quit IRC02:31
*** Spaz-Work has quit IRC02:32
*** cheran has joined #openstack-nova02:32
*** priteau has joined #openstack-nova02:37
*** yingjun has joined #openstack-nova02:38
*** priteau has quit IRC02:41
*** itlinux has joined #openstack-nova02:43
*** gongysh has joined #openstack-nova02:45
*** yamamoto has joined #openstack-nova02:47
*** sdeath has quit IRC02:53
*** sdeath has joined #openstack-nova02:54
*** sdeath has quit IRC02:55
openstackgerritjichenjc proposed openstack/nova master: Move update_task_state out of try/except  https://review.openstack.org/55715202:56
*** amodi has quit IRC02:58
*** sdeath has joined #openstack-nova02:59
openstackgerritJianle He proposed openstack/nova-specs master: Back up volume-backed-instance  https://review.openstack.org/53021403:00
openstackgerritTetsuro Nakamura proposed openstack/nova-specs master: Fix endpoint URI /allocation_requests  https://review.openstack.org/55758003:01
*** tbachman has quit IRC03:02
*** psachin has joined #openstack-nova03:02
*** sdeath has quit IRC03:06
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Add host/hostId to instance action events API  https://review.openstack.org/55714503:07
openstackgerritMerged openstack/nova stable/queens: Allow force-delete even if task_state is not None  https://review.openstack.org/54334303:07
openstackgerritMerged openstack/nova stable/queens: Ensure the JSON-Schema covers the legacy v2 API  https://review.openstack.org/54349003:12
*** links has joined #openstack-nova03:12
*** wxy has left #openstack-nova03:14
*** fragatina has joined #openstack-nova03:20
*** takashin has quit IRC03:23
*** harlowja has quit IRC03:24
*** yangyapeng has quit IRC03:26
*** yangyapeng has joined #openstack-nova03:27
*** salv-orlando has joined #openstack-nova03:27
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Add host/hostId to instance action events API  https://review.openstack.org/55714503:28
*** cheran has quit IRC03:29
*** udesale has joined #openstack-nova03:29
openstackgerritMerged openstack/nova stable/queens: [placement] Add sending global request ID in get  https://review.openstack.org/54311603:31
*** _ix has quit IRC03:31
*** salv-orlando has quit IRC03:31
openstackgerritMerged openstack/nova stable/queens: docs: Disable smartquotes  https://review.openstack.org/55418803:31
openstackgerritMerged openstack/nova stable/queens: Return 400 when compute host is not found  https://review.openstack.org/55066103:31
*** yangyapeng has quit IRC03:33
*** bkopilov has joined #openstack-nova03:35
melwitttonyb: thanks for all the stable reviews03:47
*** nicolasbock has quit IRC03:47
tonybmelwitt: np sorry I'm so sporadic03:48
*** tbachman has joined #openstack-nova03:48
melwittno worries03:49
*** FL1SK has quit IRC03:49
*** annp has quit IRC03:49
openstackgerritMerged openstack/nova stable/pike: Remove osprofiler tests  https://review.openstack.org/54888603:49
*** psachin` has joined #openstack-nova03:50
*** patriciadomin has quit IRC03:50
*** psachin has quit IRC03:50
*** patriciadomin has joined #openstack-nova03:51
*** udesale has quit IRC03:51
*** takashin has joined #openstack-nova03:56
*** dave-mccowan has quit IRC03:56
openstackgerritMerged openstack/nova stable/pike: Handle spawning error on unshelving  https://review.openstack.org/54852603:57
*** dave-mccowan has joined #openstack-nova03:58
openstackgerritMerged openstack/nova stable/pike: libvirt: mask InjectionInfo.admin_pass  https://review.openstack.org/54831203:58
*** harlowja has joined #openstack-nova03:59
*** liverpooler has quit IRC04:00
*** yingjun has quit IRC04:02
*** germs has quit IRC04:04
*** germs has joined #openstack-nova04:04
*** germs has quit IRC04:04
*** germs has joined #openstack-nova04:04
*** germs has quit IRC04:04
*** _ix has joined #openstack-nova04:04
*** fragatina has quit IRC04:05
*** germs has joined #openstack-nova04:05
*** germs has quit IRC04:05
*** germs has joined #openstack-nova04:05
*** germs has quit IRC04:09
*** AlexeyAbashkin has joined #openstack-nova04:09
*** phuongnh has joined #openstack-nova04:10
openstackgerritTetsuro Nakamura proposed openstack/nova-specs master: Fix endpoint URI /allocation_requests  https://review.openstack.org/55758004:12
*** hongbin has quit IRC04:12
*** sticker has quit IRC04:12
*** AlexeyAbashkin has quit IRC04:14
*** dave-mcc_ has joined #openstack-nova04:16
*** sree has joined #openstack-nova04:16
*** dave-mccowan has quit IRC04:16
*** janki has joined #openstack-nova04:17
*** yamahata has joined #openstack-nova04:17
*** bhujay has joined #openstack-nova04:21
*** hoangcx has quit IRC04:25
*** abhishekk has joined #openstack-nova04:25
*** dklyle has quit IRC04:26
*** hoangcx has joined #openstack-nova04:28
*** tiendc has quit IRC04:28
*** phuongnh has quit IRC04:28
*** tiendc has joined #openstack-nova04:28
*** phuongnh has joined #openstack-nova04:28
*** Tom-Tom has joined #openstack-nova04:29
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Example verification for servers.inc  https://review.openstack.org/52952004:34
*** suresh12 has joined #openstack-nova04:34
*** chyka has joined #openstack-nova04:37
*** FL1SK has joined #openstack-nova04:39
*** chyka has quit IRC04:41
*** dave-mcc_ has quit IRC04:46
*** ratailor has joined #openstack-nova04:48
*** hoangcx has quit IRC04:50
*** tiendc has quit IRC04:50
*** phuongnh has quit IRC04:50
*** tiendc has joined #openstack-nova04:51
*** hoangcx has joined #openstack-nova04:51
*** phuongnh has joined #openstack-nova04:51
*** rcernin_ has joined #openstack-nova04:59
*** rcernin has quit IRC05:00
*** _ix has quit IRC05:03
*** udesale has joined #openstack-nova05:04
*** zhurong has quit IRC05:04
*** salv-orlando has joined #openstack-nova05:08
*** bhujay has quit IRC05:08
*** claudiub has joined #openstack-nova05:11
*** priya__ has quit IRC05:14
*** yangyapeng has joined #openstack-nova05:17
*** gjayavelu has joined #openstack-nova05:18
*** yangyapeng has quit IRC05:21
*** bhujay has joined #openstack-nova05:23
*** belmoreira has joined #openstack-nova05:30
*** suresh12 has quit IRC05:30
*** tbachman has quit IRC05:33
*** moshele has joined #openstack-nova05:35
*** r-daneel has joined #openstack-nova05:38
*** moshele has quit IRC05:42
*** r-daneel has quit IRC05:42
*** Eran_Kuris has joined #openstack-nova05:43
*** zhurong has joined #openstack-nova05:47
openstackgerritBhagyashri Shewale proposed openstack/nova-specs master: Disallow rotation parameter 0 for 'createBackup' API  https://review.openstack.org/51182505:48
*** kholkina has joined #openstack-nova05:52
takashin05:53
*** suresh12 has joined #openstack-nova05:59
*** yingjun has joined #openstack-nova06:00
*** moshele has joined #openstack-nova06:01
*** Tom-Tom has quit IRC06:02
*** Tom-Tom has joined #openstack-nova06:03
*** yangyapeng has joined #openstack-nova06:03
*** suresh12 has quit IRC06:04
*** germs has joined #openstack-nova06:05
*** germs has quit IRC06:05
*** germs has joined #openstack-nova06:05
*** harlowja has quit IRC06:06
*** sree_ has joined #openstack-nova06:07
*** Tom-Tom has quit IRC06:07
*** sree_ is now known as Guest9051506:07
*** shaohe_feng has joined #openstack-nova06:07
*** germs has quit IRC06:10
*** sree has quit IRC06:10
*** udesale_ has joined #openstack-nova06:13
*** rcernin_ has quit IRC06:14
*** sahid has joined #openstack-nova06:14
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.openstack.org/54877206:16
*** udesale has quit IRC06:16
*** rcernin has joined #openstack-nova06:17
*** yamahata has quit IRC06:18
*** Tom-Tom has joined #openstack-nova06:22
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031306:22
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031306:26
*** moshele has quit IRC06:27
*** trozet has quit IRC06:27
*** trozet_ has joined #openstack-nova06:28
*** lajoskatona has joined #openstack-nova06:28
*** gjayavelu has quit IRC06:29
*** gjayavelu has joined #openstack-nova06:29
*** andreas_s has joined #openstack-nova06:32
*** udesale_ has quit IRC06:38
*** udesale has joined #openstack-nova06:39
*** moshele has joined #openstack-nova06:41
openstackgerritTetsuro Nakamura proposed openstack/nova stable/queens: add check before adding cpus to cpuset_reserved  https://review.openstack.org/55762106:48
openstackgerritTetsuro Nakamura proposed openstack/nova stable/pike: add check before adding cpus to cpuset_reserved  https://review.openstack.org/55762206:50
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver  https://review.openstack.org/52338706:57
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver  https://review.openstack.org/52765806:57
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add snapshot function  https://review.openstack.org/53424006:57
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add power actions  https://review.openstack.org/54334006:57
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add get console output  https://review.openstack.org/54334406:57
*** salv-orlando has quit IRC06:58
*** salv-orlando has joined #openstack-nova06:59
*** moshele has quit IRC06:59
*** sree has joined #openstack-nova07:01
*** rcernin has quit IRC07:03
*** abhishekk_ has joined #openstack-nova07:03
*** udesale_ has joined #openstack-nova07:03
*** gyan_ has joined #openstack-nova07:03
*** ratailor_ has joined #openstack-nova07:03
*** Guest90515 has quit IRC07:04
*** gyankum has quit IRC07:04
*** ratailor has quit IRC07:04
*** abhishekk has quit IRC07:04
*** gyan__ has joined #openstack-nova07:05
*** links has quit IRC07:05
*** udesale__ has joined #openstack-nova07:05
*** ratailor__ has joined #openstack-nova07:05
*** links has joined #openstack-nova07:06
*** stakeda has joined #openstack-nova07:07
*** udesale has quit IRC07:07
*** priteau has joined #openstack-nova07:08
*** ratailor_ has quit IRC07:08
*** abhishekk_ has quit IRC07:08
*** gyan_ has quit IRC07:09
*** udesale_ has quit IRC07:09
*** ragiman has joined #openstack-nova07:16
*** salv-orlando has quit IRC07:20
*** salv-orlando has joined #openstack-nova07:20
*** abhishekk_ has joined #openstack-nova07:20
openstackgerritjichenjc proposed openstack/nova master: Move update_task_state out of try/except  https://review.openstack.org/55715207:22
*** yamamoto has quit IRC07:22
*** tesseract has joined #openstack-nova07:22
*** yamamoto has joined #openstack-nova07:23
*** salv-orlando has quit IRC07:24
openstackgerritjichenjc proposed openstack/nova master: Fix issue for pep8 on py3  https://review.openstack.org/55763307:25
*** tssurya has joined #openstack-nova07:26
*** gjayavelu has quit IRC07:30
*** alexchadin has joined #openstack-nova07:31
*** yamamoto_ has joined #openstack-nova07:32
*** yamamoto has quit IRC07:34
*** diga has joined #openstack-nova07:36
openstackgerritdo3meli proposed openstack/nova-specs master: Adds resize on shared storage without ssh keys  https://review.openstack.org/55192707:36
*** udesale has joined #openstack-nova07:45
bauzasgood morning stackers07:45
*** phuongnh has quit IRC07:46
*** hoangcx has quit IRC07:46
*** tiendc has quit IRC07:46
openstackgerritlicanwei proposed openstack/nova master: Make nova-manage capable of syncing all cell databases  https://review.openstack.org/51927507:46
*** tiendc has joined #openstack-nova07:46
*** phuongnh has joined #openstack-nova07:46
*** hoangcx has joined #openstack-nova07:46
openstackgerritRajesh Tailor proposed openstack/nova stable/pike: Allow force-delete even if task_state is not None  https://review.openstack.org/54334507:47
*** udesale__ has quit IRC07:47
SpazmoticMorning bauzas07:47
*** ralonsoh has joined #openstack-nova07:54
*** salv-orlando has joined #openstack-nova07:56
*** avolkov has joined #openstack-nova08:00
*** AlexeyAbashkin has joined #openstack-nova08:00
*** janki has quit IRC08:02
*** germs has joined #openstack-nova08:06
*** germs has quit IRC08:06
*** germs has joined #openstack-nova08:06
*** AlexeyAbashkin has quit IRC08:07
*** bhujay has quit IRC08:07
*** trinaths has joined #openstack-nova08:09
*** AlexeyAbashkin has joined #openstack-nova08:10
*** germs has quit IRC08:11
*** chyka has joined #openstack-nova08:12
*** lucas-afk is now known as lucasagomes08:14
*** mdbooth has joined #openstack-nova08:16
*** chyka has quit IRC08:17
*** mdnadeem has joined #openstack-nova08:17
gibimorning folks08:21
*** jichen has joined #openstack-nova08:21
*** cdent has joined #openstack-nova08:22
jichenhi sahid: regarding https://review.openstack.org/#/c/523387/, for singleton, if we want to keep08:22
jichenit, we need take something like 'http://127.0.0.1' as array key, do you think that's reasonable ?08:22
*** zhaochao has joined #openstack-nova08:28
*** rgerganov has joined #openstack-nova08:33
*** derekh has joined #openstack-nova08:33
*** tetsuro has joined #openstack-nova08:34
*** bhujay has joined #openstack-nova08:35
*** rmart04 has joined #openstack-nova08:38
*** mdnadeem is now known as openstack-cinder08:38
*** openstack-cinder is now known as mdnadeem08:38
*** rcernin has joined #openstack-nova08:48
*** bhujay has quit IRC08:49
*** bkopilov has quit IRC08:52
*** Alexey_Abashkin has joined #openstack-nova08:52
sahidjichen: oh i see what you mean, that's because of the parameters08:54
jichensahid; yes, so that's why I want to avoid the singleton , you ok with that?08:54
*** AlexeyAbashkin has quit IRC08:54
*** Alexey_Abashkin is now known as AlexeyAbashkin08:54
sahidjichen: but you told me that, if we don't do a singleton we are going to create multipl connection, no?08:55
*** AlexeyAbashkin has quit IRC08:55
sahidjichen: so my thinking is that, only Hypervisor is handling call and you pass an instance of Hypervisor to your Guest class08:57
*** ratailor__ is now known as ratailor08:57
sahidjichen: i will write my thinking on your patches soon08:58
*** AlexeyAbashkin has joined #openstack-nova08:58
gibijaypipes: I don't know if you saw the latest development in the bandwidth spec. I added a summary of the 3 open issues to PS22 https://review.openstack.org/#/c/502306/2208:59
*** zhurong has quit IRC09:00
*** takashin has left #openstack-nova09:03
jichensahid: ok, got it thanks for the info and help , I will take a look at that patch :)09:03
openstackgerritNaichuan Sun proposed openstack/nova master: (WIP)xenapi(N-R-P): Add API to support compute node resource provider update and create  https://review.openstack.org/52104109:03
sahidjichen: but wait i will think a bit more about all of that09:03
jichensure , thanks , sahid09:04
openstackgerritNaichuan Sun proposed openstack/nova master: (WIP)xenapi(N-R-P): Add API to support compute node resource provider update and create  https://review.openstack.org/52104109:07
*** moshele has joined #openstack-nova09:07
*** diga has quit IRC09:09
*** kukacz_ has joined #openstack-nova09:10
*** bhujay has joined #openstack-nova09:10
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: [WIP] Add microversion to support extra_specs in flavor API.  https://review.openstack.org/55415909:18
sahidjichen: what is returned by zvm when calling example 'guest_list'09:23
sahidhow zvm is representing a guest?09:23
*** Dinesh_Bhor has quit IRC09:23
jichensahid: a guest is defined by a plain text such as following (xxxx is device, memory etc)09:25
jichenUSER TEST0004 1024M 1024M09:25
jichenxxxx09:25
jichenxxxx09:25
jichenguest_list will return an array such as ['test0001', 'test0002'] which is a list of guest name managed by openstack09:25
sahidi see09:26
sahidjichen: i commented on two of your patches09:26
*** bhujay has quit IRC09:27
sahidlet me know your thinking09:27
jichensahid, thank you ,let me take a look09:27
*** bhujay has joined #openstack-nova09:27
*** hshiina has quit IRC09:29
*** hshiina has joined #openstack-nova09:29
*** moshele has quit IRC09:31
*** mvk has quit IRC09:34
*** rmart04 has quit IRC09:35
*** tuanla____ has joined #openstack-nova09:35
*** rmart04 has joined #openstack-nova09:35
openstackgerritClaudiu Belu proposed openstack/nova master: vmware: Fixes _detach_instance_volumes method  https://review.openstack.org/55737709:37
*** kukacz_ has quit IRC09:41
*** kukacz_ has joined #openstack-nova09:42
*** jichen has quit IRC09:47
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031309:48
*** trinaths has quit IRC09:49
*** yingjun has quit IRC09:50
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031309:51
*** rmart04_ has joined #openstack-nova09:52
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P):Get vgpu info from `allocations`  https://review.openstack.org/52171709:52
*** rmart04 has quit IRC09:52
*** rmart04_ is now known as rmart0409:52
*** kukacz_ is now known as kukacz09:52
openstackgerritElod Illes proposed openstack/nova stable/ocata: Set error state after failed evacuation  https://review.openstack.org/51873309:56
openstackgerritMerged openstack/nova stable/queens: Handle EndpointNotFound when building image_ref_url in notifications  https://review.openstack.org/55496309:57
openstackgerritMerged openstack/nova stable/queens: Always deallocate networking before reschedule if using Neutron  https://review.openstack.org/55541809:57
openstackgerritMerged openstack/nova stable/queens: Migrate tempest-dsvm-cells job to an in-tree job definition  https://review.openstack.org/55665609:58
*** germs has joined #openstack-nova10:07
*** germs has quit IRC10:07
*** germs has joined #openstack-nova10:07
*** gyan__ has quit IRC10:09
*** bkopilov has joined #openstack-nova10:10
*** janki has joined #openstack-nova10:11
*** germs has quit IRC10:12
*** Tom-Tom has quit IRC10:17
*** alexchadin has quit IRC10:22
*** moshele has joined #openstack-nova10:25
*** alexchadin has joined #openstack-nova10:27
*** moshele has quit IRC10:31
*** nicolasbock has joined #openstack-nova10:32
*** abhishekk_ has quit IRC10:33
*** Zames has joined #openstack-nova10:35
*** alexchadin has quit IRC10:36
*** rmart04 has quit IRC10:36
*** Zames has quit IRC10:39
*** Kumar has joined #openstack-nova10:46
*** Tom-Tom has joined #openstack-nova10:47
*** trinaths has joined #openstack-nova10:49
*** stakeda has quit IRC10:49
*** Kumar has quit IRC10:51
*** Kumar has joined #openstack-nova10:51
*** Tom-Tom has quit IRC10:51
*** AlexeyAbashkin has quit IRC10:53
*** rmart04 has joined #openstack-nova10:54
*** dtantsur|afk is now known as dtantsur10:55
*** voelzmo has joined #openstack-nova10:55
*** phuongnh has quit IRC10:55
*** ratailor has quit IRC10:56
*** ratailor has joined #openstack-nova10:57
*** sambetts|afk is now known as sambetts10:58
*** alexchadin has joined #openstack-nova10:58
*** voelzmo has quit IRC11:01
*** yamamoto has joined #openstack-nova11:01
*** voelzmo has joined #openstack-nova11:01
*** andreas_s has quit IRC11:02
*** andreas_s has joined #openstack-nova11:03
*** alexchadin has quit IRC11:03
*** yamamoto_ has quit IRC11:05
*** mvk has joined #openstack-nova11:05
*** andreas_s has quit IRC11:07
*** lucasagomes is now known as lucas-hungry11:07
*** alexchadin has joined #openstack-nova11:10
*** Zames has joined #openstack-nova11:18
*** AlexeyAbashkin has joined #openstack-nova11:18
*** Zames has quit IRC11:20
*** Zames has joined #openstack-nova11:23
sean-k-mooney[m]sahid:  hi, i just saw your comments on my mtu patch. ill respin with the extra unit tests hopefully today. i have a few minutes before my next meeting so ill see how much i can get done before 111:24
*** Zames has quit IRC11:25
*** tuanla____ has quit IRC11:30
*** edmondsw has joined #openstack-nova11:30
sahidsean-k-mooney[m]: ok, once i can see the change i will update my review11:31
*** chyka has joined #openstack-nova11:34
*** Zames has joined #openstack-nova11:34
*** tiendc has quit IRC11:35
*** Zames has quit IRC11:36
*** stvnoyes has quit IRC11:37
*** belmoreira has quit IRC11:37
*** chyka has quit IRC11:39
*** belmoreira has joined #openstack-nova11:41
*** tetsuro has left #openstack-nova11:45
*** udesale has quit IRC11:46
openstackgerritMerged openstack/nova stable/pike: Allow force-delete even if task_state is not None  https://review.openstack.org/54334511:46
*** ratailor has quit IRC11:46
*** ratailor has joined #openstack-nova11:46
*** udesale has joined #openstack-nova11:46
*** Kumar has quit IRC11:48
*** ratailor_ has joined #openstack-nova11:48
*** stvnoyes has joined #openstack-nova11:49
*** links has quit IRC11:49
*** andreas_s has joined #openstack-nova11:51
*** ratailor has quit IRC11:51
*** gongysh has quit IRC11:53
*** ratailor__ has joined #openstack-nova11:53
*** links has joined #openstack-nova11:53
*** nicolasbock has quit IRC11:54
*** ratailor_ has quit IRC11:55
*** lucas-hungry is now known as lucasagomes11:55
*** andreas_s has quit IRC11:56
*** trinaths has quit IRC11:57
*** vivsoni has quit IRC11:57
*** vivsoni has joined #openstack-nova11:58
*** rcernin has quit IRC12:05
*** danpawlik has joined #openstack-nova12:07
*** germs has joined #openstack-nova12:08
*** germs has quit IRC12:08
*** germs has joined #openstack-nova12:08
*** germs has quit IRC12:12
*** hshiina is now known as hshiina|afk12:13
*** udesale_ has joined #openstack-nova12:14
alex_xu_efried: jaypipes are you around? a question about multi-function fpga12:16
*** udesale has quit IRC12:16
*** udesale_ has quit IRC12:19
edmondswefried I replied to your question in https://review.openstack.org/#/c/54671312:22
*** mdbooth has quit IRC12:22
*** mdbooth has joined #openstack-nova12:22
*** Kumar has joined #openstack-nova12:25
*** eharney has joined #openstack-nova12:26
*** alexchadin has quit IRC12:35
*** alexchadin has joined #openstack-nova12:35
*** alexchadin has quit IRC12:36
*** alexchadin has joined #openstack-nova12:36
*** alexchadin has quit IRC12:36
*** alexchadin has joined #openstack-nova12:37
*** alexchadin has quit IRC12:37
*** alexchadin has joined #openstack-nova12:38
*** liverpooler has joined #openstack-nova12:38
*** alexchadin has quit IRC12:38
*** alexchadin has joined #openstack-nova12:39
*** alexchadin has quit IRC12:39
*** alexchadin has joined #openstack-nova12:39
*** voelzmo has quit IRC12:42
*** alexchadin has quit IRC12:43
*** sapd has joined #openstack-nova12:45
efriedalex_xu_: hello12:49
*** sahid has quit IRC12:50
*** sahid has joined #openstack-nova12:50
*** alexchadin has joined #openstack-nova12:50
alex_xu_efried: good morning12:52
efriedalex_xu_: Not sure I'm the person to answer questions about FPGAs, but I'll give it a shot :)12:52
alex_xu_efried: in the ptg, we only think about a fpga device only has one function, then we said create resource class for a whole device12:52
alex_xu_efried: but now, a device can support multi funciton, and each function can be assigned to different VM12:53
alex_xu_efried: actually it is placement question :)12:53
alex_xu_efried: so we should create RP for a device, and resource class is function, just like SRIOV device, a device provides multiple function12:54
alex_xu_does make sense12:54
*** alexchadin has quit IRC12:54
*** lyan has joined #openstack-nova12:55
efriedalex_xu_: Yes, that is my understanding of how it will need to work.  However, as you've seen from the dev ML, it can be more complicated than that.12:56
*** lyan is now known as Guest8454012:56
efriedalex_xu_: For example, there seem to be FPGAs where, once you decide they're going to have a particular function on them, they can no longer have a different one.  bauzas is running into the same thing for his VGPUs.12:57
*** odyssey4me has quit IRC12:57
*** odyssey4me has joined #openstack-nova12:57
bauzasright12:57
*** edmondsw has quit IRC12:58
*** edmondsw has joined #openstack-nova12:59
*** mgiles_ has joined #openstack-nova12:59
alex_xu_efried: bauzas yes, that is why i also think about we only support pre-programmed mode for the multi functions device12:59
alex_xu_and same type in the all the functions in a device13:00
alex_xu_if we want to support different function, we can create multiple RP for different type13:00
efriedalex_xu_: Based on a config file or a user command.  You're essentially talking about preconfiguring the physical function and locking down what virtual functions it's capable of.13:00
efriedWhich I think is probably an acceptable interim solution.13:01
alex_xu_efried: yea13:01
efriedThough ultimately it would be nice to be dynamic13:01
*** andreas_s has joined #openstack-nova13:01
alex_xu_yes, at least for now, that is what we can have13:01
alex_xu_efried: bauzas another problem is cyborg want to own some inventory info in his db and has filter to second level scheduling13:02
alex_xu_in cyborg db, the usage of functions and the fuction is record13:02
alex_xu_s/fuction/function type/13:03
*** mgiles_ has left #openstack-nova13:03
*** edmondsw has quit IRC13:03
alex_xu_for the usage of functions, that can be resolved by function as resource class13:03
alex_xu_for the function type we can use trait13:03
alex_xu_and I'm thinking tag the traits after cyborg burn bitstream to the fpga13:04
alex_xu_that is only support for single function device13:04
*** edmondsw has joined #openstack-nova13:05
*** andreas_s has quit IRC13:05
efriedalex_xu_: If we're doing that via a "preconfigure" step, I can see it being acceptable.  What I'm worried about jaypipes and dansmith having a cow about is if we do it e.g. based on the first time an allocation is made against the device.13:08
*** fragatina has joined #openstack-nova13:09
alex_xu_efried: for single function device, we will have RP for the device, the inventory is always 113:10
*** alexchadin has joined #openstack-nova13:10
*** mriedem has joined #openstack-nova13:10
alex_xu_that is different with GPU case13:10
*** damien_r has quit IRC13:12
cdentjust a heads up to anyone listening; I'm pretty sure that the move of the placement related db tests into the placement hierarchy has tweaked something with the management of trait syncing, such that sometimes (only sometimes) a databsase reset is happening but the reset of the trait sync flag is not happening13:12
openstackgerritMatthew Edmonds proposed openstack/nova master: PowerVM Driver: Network interface attach/detach  https://review.openstack.org/54681313:12
cdentI'm fixing it (and will make bug etc)13:12
mriedemcdent: thanks13:13
*** belmoreira has quit IRC13:13
*** vivsoni has quit IRC13:14
*** vivsoni has joined #openstack-nova13:14
*** alexchadin has quit IRC13:14
efriededmondsw: Thanks for fixing that up.13:15
alex_xu_efried: are you saying the race case for the GPU tweak trait in the fly, just as you said in the ML. I see that case. But we won't have problem for the RP always has only 1 inventory13:15
edmondswefried np13:15
efriedmriedem: Sorry about that, I was in a hurry.  Haste makes waist, or something.13:15
*** artom has quit IRC13:16
efriedalex_xu_: I don't care about the race.  We can't avoid that (I'm composing an answer to Sundar on that topic).13:16
efriedalex_xu_: I don't think splitting into one RP per virtual function is going to help us.13:16
mriedemefried: what about your size 32 waist?13:16
efriedmriedem: I haven't been a 32 since college.  Probably because of haste.13:17
edleafealex_xu_: efried: I think that this is similar to the discussion about NUMA configuration13:17
alex_xu_efried: you mean you don't care the reason of two level scheduling. or you mean you don't care the race for tweak inventory/traits in the fly?13:17
efriededleafe: Yes it is.13:17
alex_xu_I think sundar mix that two race in single email13:17
edleafeIOW, decide what it will be, and set inventory appropriately13:17
efriedalex_xu_: Hold on, let me send this note, it summarizes my position.13:18
*** salv-orlando has quit IRC13:18
edleafeIf an FPGA can never change its functions, then the resource class is the function. The device is not inventory, it's an RP13:18
efriededleafe: Right, decide up front how you're going to allow it to be configured.  Which is limiting, but much simplifying.13:18
alex_xu_edleafe: right13:18
*** salv-orlando has joined #openstack-nova13:18
edleafeSame as with NUMA - limiting but simplifying13:18
edleafeIf we don't set limits, we'll be back in the "nova will take care of everything for you" business13:19
edleafeWe'll spend 90% of our effort on the 5% use cases13:19
alex_xu_I totally agree with that. actually I'm saying another race which is due to Cyborg will do second-level scheduling...13:19
alex_xu_oops, maybe I didn't say clear13:20
alex_xu_efried: actually I want to attach trait as function type is for re-use previously burn function13:21
alex_xu_and for the device only support single function13:21
edleafealex_xu_: you mean trait like CUSTOM_CAN_RUN_FUNCTION_X ?13:22
alex_xu_edleafe: yes13:22
alex_xu_edleafe: sorry, no13:22
alex_xu_just CUSTOM_FUCNTION_X, not can run, attach trait after cyborg burn the function x into the device13:23
*** salv-orlando has quit IRC13:23
edleafealex_xu_: so a request for a VM with that function comes in. How will find that device if the trait isn't present initially?13:24
alex_xu_edleafe: a fpga can burn any function13:24
*** efried has quit IRC13:24
*** alexchadin has joined #openstack-nova13:24
*** awaugama has joined #openstack-nova13:25
*** efried has joined #openstack-nova13:25
alex_xu_edleafe: we only tell cyborg we need function x, please burn that into the any available device.13:25
edleafealex_xu_: sure, so why do we need to add the trait?13:25
alex_xu_edleafe: after the VM is destroy, there is use-case, we want to reuse that device which already burn function x, so that is why I want to attach that trait.13:26
*** ratailor__ has quit IRC13:26
*** abhi89 has joined #openstack-nova13:26
edleafealex_xu_: Cyborg is supposed to keep track of that - not placement13:26
*** abhi89 has quit IRC13:26
edleafethat's what they want to do with a weigher13:26
edleafeprefer hosts that already have that function available13:27
alex_xu_edleafe: cyborg is responsible for attach trait to the fpga RP13:27
*** Tom-Tom has joined #openstack-nova13:27
alex_xu_edleafe: and that need 'preferred trait' which we don't have today...13:27
edleafe...which is a weigher13:28
alex_xu_yes13:28
*** esberglu has joined #openstack-nova13:28
dansmithefried: you needn't corral all of my future reactions into "have a cow" territory just because there have been a few significant disagreements lately13:29
edleafeit would be much cleaner to not have them mess with these traits, and just have the weigher make a call to Cyborg to prefer those hosts that have the function available13:29
dansmithI don't birth bovine for pleasure13:29
efrieddansmith: It's not that, it's about previously-had cows on this exact topic.13:29
alex_xu_jaypipes said he is ok to have a 'preferred trait' in flavor extra, and has a nova scheduler weigher to weigh the traits. not a weigher inside placement13:30
efriedalex_xu_, edleafe: Right, but jaypipes and dansmith have had a pretty firm stance from the start that we can't do traits like THIS_FPGA_HAS_FUNCTION_A_ON_IT_RIGHT_NOW.13:30
edleafeefried: ++13:31
efriedEven when we're talking about "preferred" traits.13:31
alex_xu_efried, why?13:31
edleafethat's why all that logic needs to be in Cyborg13:31
alex_xu_sorry for asking people repeat the thing people already said in PTG...13:31
efriedalex_xu_: The statement is that "traits are capability, not state".13:31
efriedalex_xu_: TBH, I've never understood the "why" of that.13:32
*** voelzmo has joined #openstack-nova13:32
dansmithefried: I'm not sure I've taken a hard stance against that, but let me say:13:32
alex_xu_dansmith: ^ :)13:32
dansmithflipping a trait at high speed to indicate something like "cpu load appears low right now"13:32
dansmithseems like a really bad idea to me13:32
dansmithhowever,13:32
dansmithif cyborg is managing resources, and it decides when to remove a function from a device, like a cache manager kind of thing,13:33
dansmithI can see it committing a resource (so it knows it's claimed/committed) and then leaving a trait on it,13:33
dansmithand then deciding six hours after the last instance is gone that "okay, this should go back to generic empty" or something like that13:34
dansmithit's not great, and it could certainly be abused past my tolerance level,13:34
dansmithbut I'm not sure it's the worst thing13:34
dansmithnow, I don't think jaypipes agrees with me there, but..13:34
jaypipesdansmith: I do.13:35
cdentpeople are going to "abuse" traits no matter what anyone says, so there's a part of me that thinks we should let it happen13:35
efriedthis ^13:35
alex_xu_I agree with that.13:35
jaypipesdisagree.13:35
*** belmoreira has joined #openstack-nova13:35
efriedWell, I'm not sure how we can stop 'em.13:35
edleafedansmith: cyborg can set all the traits they want. The problem is expecting Nova to act on them outside of the normal flow of placement/scheduler13:35
jaypipesefried: by not encouraging it.13:35
alex_xu_I only think about burn that image, and don't change it anymore...13:35
edleafejaypipes: and not supporting it13:36
dansmithedleafe: right, we control how much of nova tries to obsess over the traits being set13:36
jaypipestraits != status changes13:36
efriedjaypipes: Would you mind expostulating a bit on the reasoning behind that in the ML thread?13:36
efriedjaypipes: "[nova] [cyborg] Race condition in the Cyborg/Nova flow"13:37
efriedjaypipes: Though it seems like this conversation happens at least once a quarter, so maybe a permadoc somewhere would be expedient.13:37
jaypipesalex_xu_: I'm fine with a trait that means "this FPGA is capable of doing X". What I don't want to see is a precedence set for traits that mean "this foo is on at this moment or off at this moment" and have that trait be used by virt drivers or external agents as a poor-man's servicegroup API.13:37
*** psachin` has quit IRC13:38
alex_xu_jaypipes: I see that, I think we can use trait for the pre-programmed fpga device13:38
jaypipesefried: yes, I will comment on the ML thread. not sure about expostulating, though.13:38
edleafeefried: another problem is we spent a lot of time in Dublin discussing these things and agreeing on boundaries. The current discussion seems to ignore all of that13:38
alex_xu_and pre-programmed fpga device doesn't allow to re-program13:38
alex_xu_jaypipes: in that case, does make sense?13:39
dansmithalex_xu_: jaypipes: let me restate what I think is a legit use, again using cyborg13:39
edleafealex_xu_: pre-programmed functions are resource classes13:39
efriededleafe: How ignoring?  I've been saying it ain't gonna fly.13:39
edleafeefried: not you13:39
edleafesundar primarily13:39
alex_xu_edleafe: I also think about that...13:39
* jaypipes listens for dansmith's synopsis13:39
alex_xu_pre-programmed is normal accelerator device...13:39
dansmithI think it's legit for blazar to pre-provision images into FPGAs via cyborg according to upcoming schedule, set traits on them for the image, and de-provision/trait them at the end of the 24-hour reservation window13:40
edleafeif it's programmed for X and can't be changed, then it has an inventory on that function. That's a resource class13:40
jaypipeshold up, let dansmith finish his synopsis for a sec13:40
dansmiththat's it.. just another example of pre-provisioned images getting traits so we can schedule to them by function13:40
jaypipesok13:41
edleafedansmith: that sounds like using traits as resource class proxies13:41
alex_xu_dansmith: what's different with cyborg cache manager...13:41
jaypipesand frankly, that's what I *thought* the agreement was in Dublin, but granted, I only made the tail end of the discussion.13:41
dansmithI don't think that programming in a dynamic device needs to be  resource class13:41
*** alexchadin has quit IRC13:41
dansmithjaypipes: same13:41
dansmithalex_xu_: it's not, as I said above in the earlier example13:42
*** alexchadin has joined #openstack-nova13:42
jaypipesdansmith: it *could* be done via a custom resource class, but then again, I find a nice simplicity in just having a standard resource class called FPGA_CONTEXT (or something like that) and decorating those pre-programmed slots (providers) with particular traits13:42
dansmithsure it could, I said "need"13:43
efriededleafe: The RC-vs-trait discussion is a tangent.  The issue is whether/when it's okay to modify RPs "on the fly".  And how on-the-fly is "on the fly"?13:43
dansmithjaypipes: it needs to be class per type of device, but yeah13:43
edleafeefried: I don't agree it's a tangent. If you model your resources correctly, the whole discussion goes away13:43
*** eharney has quit IRC13:43
dansmithefried: if you have a preferred trait of HAS_SSL, you get one without it, you claim it in scheduling, it's cool IMHO for cyborg to trait it up when it does the programming13:44
alex_xu_dansmith: I must misunderstand this words "it's not great, and it could certainly be abused past my tolerance level," It means yes... or no..13:44
efrieddansmith: That would be cool.  jaypipes are you on board with that?13:44
dansmithalex_xu_: that was referring to people doing other things, not this13:44
*** fragatina has quit IRC13:45
jaypipesI'm cool with what dansmith just said, yes.13:45
edleafedansmith: that's a totally legit use case13:45
jaypipeshere are the things I do *not* want to see:13:45
*** felipemonteiro_ has joined #openstack-nova13:46
jaypipes1) agents, including the virt driver, using the traits API as a servicegroup/status API.13:46
dansmithalex_xu_: sorry I see why that was confusing I mixed that into other thoughts when I re-read13:46
*** fragatina has joined #openstack-nova13:46
jaypipes2) *Consumer requests* causing traits to be set against a provider.13:46
dansmithjaypipes: 2 meaning something like nova setting traits on providers of has-instances or has-10-instances, or something like that yeah?13:47
*** abhishekk has joined #openstack-nova13:47
dansmithor has-some-volumes-attached-to-host-right-now-yo13:47
mriedembottom 6 patches in the placement-req-filter series have a +2 https://review.openstack.org/#/c/544730/13:47
jaypipesIt is that latter point that I am afraid of, since it means we essentially throw out all the scheduling heuristics that are now made in placement (since we would no longer be able to filter on providers having a trait but would need to add some mechanism to detect providers that *could have* a trait on them, if certain conditions apply)13:47
openstackgerritSylvain Bauza proposed openstack/nova-specs master: Proposes Multiple GPU types  https://review.openstack.org/55706513:48
efriedjaypipes: #2 is a bit sticky, though, innit?  The consumer requests an instance with FPGA with function X, cyborg finds a previously-unfettered device suitable for use and flashes it with function X, then sets a trait saying it's got function X on it now.  Is that "consumer requests causing traits to be set"?13:48
dansmithjaypipes: yup13:48
*** salv-orlando has joined #openstack-nova13:48
dansmithefried: it has given that device capability13:48
bauzasjaypipes: dansmith: very simple spec about providing a config option for defining a list of pGPUs a specific type would be supported https://review.openstack.org/55706513:48
*** yangyapeng has quit IRC13:48
dansmithit has changed the device in some meaningful way that means it can do things13:48
efrieddansmith: tbc, *I* am fine with that scenario.  I'm asking if it violates jaypipes' #213:48
jaypipesefried: it would, yes.13:49
bauzasdansmith: jaypipes: if you can review it quickly, that would unblock me from using n-r-p for libvirt vGPUs13:49
dansmithjaypipes: o.O13:49
*** hongbin has joined #openstack-nova13:49
bauzasmriedem: dansmith: I'll sponsor https://review.openstack.org/#/c/544730/ and above13:50
* bauzas looking13:50
dansmithjaypipes: now I'm confused :)13:50
jaypipesefried: if cyborg configures its inventory/traits dynamically *at the time and due to a specific request from a consumer*, I have an issue with that13:50
dansmithjaypipes: heh, that's what you just said you were okay with13:50
mriedemalex_xu_: interesting idea to deprecate the backup API in https://review.openstack.org/#/c/511825/ - you should probably start a ML thread on that if you want wider input13:50
jaypipesdansmith: it's a difference in timing.13:50
dansmithjaypipes: no, I said above "sets the trait when programming"13:51
alex_xu_mriedem: will do that later13:51
jaypipesdansmith: when is the programming done.13:51
jaypipesdansmith: that was a question, sorry.. when is the programming of the slots done?13:51
*** _ix has joined #openstack-nova13:51
*** felipemonteiro_ has quit IRC13:51
jaypipesdansmith: if it's done after GET /allocation_candidates, then that won't work.13:52
dansmithjaypipes: sure it will13:52
jaypipesdansmith: since clearly the trait won't be useful in filtering out destination providers.13:52
alex_xu_jaypipes: dansmith note, for programmable fpga, it inventory always 113:52
dansmithjaypipes: it would be preferred13:52
alex_xu_there is no race like we tweak traits in the fly for gpu13:52
dansmithjaypipes: hangout?13:53
jaypipesdansmith: sdure13:53
jaypipessure13:53
jaypipesset it up. I will coffee up.13:53
*** udesale has joined #openstack-nova13:53
jaypipeslet me grab a pug for emotional support.13:53
dansmithhttps://hangouts.google.com/call/vBep88lVuQCIThVzSqUZAAEE13:53
mriedempowervm interface attach/detach bp patch needs another +2 https://review.openstack.org/#/c/546813/13:54
dansmithe'yone's invited of course13:54
openstackgerritClaudiu Belu proposed openstack/nova master: tests: autospecs all the mock.patch usages  https://review.openstack.org/47077513:56
*** eharney has joined #openstack-nova13:58
*** mlavalle has joined #openstack-nova13:58
*** r-daneel has joined #openstack-nova13:58
bauzasdansmith: just for sanity, left some comments on https://review.openstack.org/#/c/544730/16 but +W'd it13:59
*** udesale has quit IRC13:59
*** dave-mccowan has joined #openstack-nova14:03
*** r-daneel_ has joined #openstack-nova14:04
*** yassine has quit IRC14:04
*** r-daneel has quit IRC14:04
*** r-daneel_ is now known as r-daneel14:04
*** andreas_s has joined #openstack-nova14:04
*** yassine has joined #openstack-nova14:05
*** Kumar has quit IRC14:06
*** _ix has quit IRC14:06
*** amodi has joined #openstack-nova14:06
*** _ix has joined #openstack-nova14:08
*** germs has joined #openstack-nova14:09
*** germs has quit IRC14:09
*** germs has joined #openstack-nova14:09
*** lajoskatona has quit IRC14:09
*** andreas_s has quit IRC14:10
openstackgerritClaudiu Belu proposed openstack/nova master: tests: autospecs all the mock.patch usages  https://review.openstack.org/47077514:10
openstackgerritClaudiu Belu proposed openstack/nova master: WIP: replace spec with autospec  https://review.openstack.org/55729914:10
mriedembhagyashris: at least one more update in here i think https://review.openstack.org/#/c/511825/14:11
*** vladikr has quit IRC14:12
*** germs has quit IRC14:13
*** jlvillal has quit IRC14:15
*** _ix_ has joined #openstack-nova14:17
*** damien_r has joined #openstack-nova14:17
openstackgerritChris Dent proposed openstack/nova master: [placement] Fix bad management of _TRAITS_SYNCED flag  https://review.openstack.org/55772214:17
cdentmriedem: that ^ fixes it in my tests14:17
mriedemlet's recheck it a few times14:18
*** _ix has quit IRC14:19
bhagyashrismriedem: ok thank you for review. you mean to depricate the create backup api and newly introduce deleteBackup api will delete the backup using the rotation parameter14:20
*** gjayavelu has joined #openstack-nova14:21
mriedemclaudiub: can you update this quick? https://review.openstack.org/#/c/557377/14:21
mriedembhagyashris: no, the alternative is to simply deprecate the createBackup API, and not introduce a new deleteBackups API14:21
mriedemsince createBackup can all be done using orchestration of existing nova/glance APIs14:22
*** itlinux has quit IRC14:22
openstackgerritChris Dent proposed openstack/nova master: [placement] Filter resource providers by forbidden traits in db  https://review.openstack.org/55647214:22
openstackgerritChris Dent proposed openstack/nova master: [placement] Filter allocation candidates by forbidden traits in db  https://review.openstack.org/55666014:22
openstackgerritChris Dent proposed openstack/nova master: [placement] Parse forbidden traits in query strings  https://review.openstack.org/55681914:22
openstackgerritChris Dent proposed openstack/nova master: [placement] Support forbidden traits in API  https://review.openstack.org/55682014:22
jaypipesmriedem: amen, brother.14:24
mriedemmakes me curious when/why createBackup was added14:25
mriedembut was likely so long ago that any blueprint for it has little to no detail14:25
jaypipesmriedem: correct.14:25
*** kholkina has quit IRC14:25
*** vladikr has joined #openstack-nova14:25
openstackgerritClaudiu Belu proposed openstack/nova master: vmware: Fixes _detach_instance_volumes method  https://review.openstack.org/55737714:26
*** links has quit IRC14:26
bhagyashrismriedem: ok i am not getting this: cleanup the backups using a rotation value controlled client-side14:27
mriedembhagyashris: createBackup can be totally done using existing compute and image APIs today, without the actual createBackup API,14:27
mriedemi can snapshot an instance with specific metadata to indicate it's a backup14:28
dansmithalex_xu_: if that "what are you saying" was a joke, that was excellent :P14:28
*** Spazmotic has quit IRC14:28
mriedemand then i can, as a tenant user, delete older backup snapshots in glance14:28
*** yangyapeng has joined #openstack-nova14:28
mriedembhagyashris: my point being, you as the tenant (or script, or external service, whatever) can do all of the createBackup stuff without the compute API (nova) doing it for you14:28
alex_xu_dansmith: I'm good at pretend to not understand what you guys saying14:29
*** danpawlik has quit IRC14:29
dansmithhaha14:29
bauzasdansmith: again, one comment on https://review.openstack.org/#/c/544729/16 but not holding me to +W14:29
bauzasdansmith: tl;dr: I guess we're talking of aggregate UUIDs, not names14:29
openstackgerritChris Dent proposed openstack/nova master: [placement] Support forbidden traits in API  https://review.openstack.org/55682014:30
openstackgerritSurya Seetharaman proposed openstack/nova master: Allow scheduling only to enabled cells (Filter Scheduler)  https://review.openstack.org/55052714:30
openstackgerritSurya Seetharaman proposed openstack/nova master: Add --enable and --disable options to  nova-manage update_cell  https://review.openstack.org/55541614:30
openstackgerritSurya Seetharaman proposed openstack/nova master: Update the cells FAQs and scheduler maintenance docs.  https://review.openstack.org/55645914:30
mriedembauzas: good point14:30
bauzasI don't want to throw the whole series14:31
bauzassince the code will still work14:31
bauzasat least until that point14:31
mriedemif we wanted to use a ListOfUUIDsField, we'd want to do that now14:31
dansmithbauzas: list of uuids is not enough14:31
bauzasmriedem: not really14:31
dansmithbauzas: which is why I didn't create one14:31
bauzasmriedem: because of the AND OR14:31
*** Spazmotic has joined #openstack-nova14:32
bauzasdansmith: yeah, I know14:32
dansmithwe need a list of list of uuids,14:32
bauzasfor me, it's just a docstring correction to make14:32
dansmithwhich I think is kinda nuts14:32
mriedemoh right, the comma14:32
bauzasI'm fine with keeping a list of strings as of noxw14:32
dansmithso these are "aggregate requests" and depend on the placement schema (which is strict) to handle it14:32
bauzasbut the fact that we will have strings made of UUIDs and commas14:32
bauzasso, I just want to clarify the docstring, that's it14:32
dansmithbauzas: yeah, fair neough14:34
dansmithbauzas: the names make it easier to reason about the example, but I can make a point of explaining what they are14:34
*** READ10 has joined #openstack-nova14:37
bhagyashrismriedem: But giving provision through nova API to createBackup of server backup is more user friendly14:38
mriedembhagyashris: well, it is because that's what is available today :)14:39
mriedembhagyashris: to be clear, i'm not -2 on your spec, i'm just saying that the alternative to deprecate should be mentioned in there14:39
*** fragatina has quit IRC14:40
*** Swami has joined #openstack-nova14:41
*** sree has quit IRC14:41
*** sree has joined #openstack-nova14:42
mriedemclaudiub: can you also propose a stable/queens backport for https://review.openstack.org/#/c/557377/ ?14:42
mriedemi've got a queens 17.0.2 release patch waiting and can hold it up for this14:42
mriedemsince it was a regression in queens 17.0.114:43
openstackgerritClaudiu Belu proposed openstack/nova stable/queens: vmware: Fixes _detach_instance_volumes method  https://review.openstack.org/55772714:43
*** moshele has joined #openstack-nova14:44
bhagyashrismriedem: yeah... still waiting for others opinion but deprecation will lose the user friendly and that most imp IMO.14:44
*** zhaochao has quit IRC14:45
*** david-lyle has joined #openstack-nova14:45
*** hamzy has quit IRC14:46
bhagyashrisjohnthetubaguy: Hi waiting for opinion on same ^ (https://review.openstack.org/#/c/511825/)14:47
*** sree has quit IRC14:47
johnthetubaguybhagyashris: I like the idea of documenting the alternative, even if we decide against it14:47
bhagyashrismriedem: ok i will add this as alternative in spec and will go with proposed solution.14:49
openstackgerritMatt Riedemann proposed openstack/nova master: Use ksa session for cinder microversion check  https://review.openstack.org/55750814:49
bhagyashrisjohnthetubaguy:  ok i will add this as alternative in spec and will go with proposed solution.14:50
*** artom has joined #openstack-nova14:51
*** tbachman has joined #openstack-nova14:52
bhagyashrisjohnthetubaguy: continuing implementation as per the proposed solution I will push the patch soon14:52
*** _ix_ has quit IRC14:52
openstackgerritMathieu Gagné proposed openstack/nova-specs master: Multiple Fixed-IPs support in network information  https://review.openstack.org/31262614:52
*** sree has joined #openstack-nova14:52
efriedalex_xu_, dansmith, edleafe, jaypipes, cdent, bauzas: https://etherpad.openstack.org/p/placement-dynamic-traiting for a start14:53
stephenfinjaypipes, mriedem: Could one of you send this through? https://review.openstack.org/#/c/555000/14:53
*** moshele has quit IRC14:54
*** danpawlik has joined #openstack-nova14:55
*** bhujay has quit IRC14:56
mriedemstephenfin: would prefer if jaypipes or bauzas did that since i didn't review that series14:57
stephenfinack14:57
*** sree has quit IRC14:57
*** chyka has joined #openstack-nova14:58
jaypipesstephenfin: would you mind updating the commit message summary as cdent requests?14:58
mriedemif someone is looking for what appears to be a low-hanging fruit bug that just needs a rev of the patch, https://review.openstack.org/#/c/541660/14:58
openstackgerritStephen Finucane proposed openstack/nova-specs master: Update 'share-pci-between-numa-nodes' spec to reflect reality  https://review.openstack.org/55500014:58
stephenfinjaypipes: done14:58
jaypipesstephenfin: done15:00
stephenfinta :)15:00
*** danpawlik has quit IRC15:00
dansmithefried: I added a few notes, I gotta jump on a call now15:02
jaypipescdent: btw, have you started on an os-resource-classes lib? if not, I was going to hop on that...15:02
*** rmart04 has quit IRC15:02
*** chyka has quit IRC15:02
efrieddansmith: ack15:02
cdentjaypipes: go for it. I'd been trying to lay it out as bait for $random_person, but if you're keen go for it15:03
jaypipesalex_xu_: see my question to Intel folks on line 13 of the etherpad...15:03
*** abhishekk has quit IRC15:05
alex_xu_jaypipes: yes, I think we should say it is 'pre-programmed' or 'static' compare to 'fully dynamic'15:06
*** Kumar has joined #openstack-nova15:07
cdentjaypipes, efried, others: watching that etherpad it appears that the conversation from the hangout is continuing rather than being summarized?15:08
*** felipemonteiro_ has joined #openstack-nova15:09
edleafecdent: exactly. IOW, we can't summarize our conclusions if we didn't reach consensus15:09
efriedcdent: Sorry, got pulled away as soon as I posted that.  Will look in a couple minutes.15:09
*** gjayavelu has quit IRC15:09
jaypipescdent: yes :(15:10
*** cfriesen has joined #openstack-nova15:11
efriedmriedem: The fix https://review.openstack.org/#/c/557508/ works.  But I think the hacking check fix isn't right just yet.  I will revise.15:11
*** jlvillal has joined #openstack-nova15:12
efriedmriedem: (The assertion that it works is based on internal discussions - I've asked them to update the bug accordingly to make it official.)15:12
mriedemefried: pep8 passes15:12
efriedmriedem: But pyXX won't.15:12
mriedemoh, i didn't run those...15:12
efriedI didn't either, just assuming based on how mock.patch works...15:12
mriedemif you change the hacking check, it likely should be a separate patch before that cinder fix15:12
mriedemi was just being lazy and expediant15:13
efriedmriedem: Yeah, I'll fix the hacking check totally separately.  I'll tweak the fix you did on this patch cause we want it quickish.15:13
alex_xu_jaypipes: dansmith to avoid program a pre-programmed device, we need 'OR' logic in allocation candidates, I commented at line 3015:14
openstackgerritEric Fried proposed openstack/nova master: Use ksa session for cinder microversion check  https://review.openstack.org/55750815:15
efriedmriedem: ^15:15
*** salv-orlando has quit IRC15:15
*** sree has joined #openstack-nova15:16
*** salv-orlando has joined #openstack-nova15:16
mriedemoh right i screwed up the order of the args to the test metohd15:17
mriedemoops15:17
mriedemok i see "@efried, patch seems to be working fine with vm deploy/delete, volume attach/delete flows" in the bug15:18
efriedmriedem: Oh, yeah, they did comment on the bug.  Cool.15:18
*** janki has quit IRC15:19
mriedem+215:19
*** itlinux has joined #openstack-nova15:19
mriedemi know this has to go back to queens but not sure if it's also needed in pike, will have to check15:19
*** salv-orlando has quit IRC15:20
openstackgerritMerged openstack/nova-specs master: Update 'share-pci-between-numa-nodes' spec to reflect reality  https://review.openstack.org/55500015:21
*** sree has quit IRC15:21
*** vladikr has quit IRC15:22
*** hamzy has joined #openstack-nova15:22
kashyapmriedem: I changed the exception here to a warning (locally) & fixed all the other things you pointed out; is _another_ test still required here: https://review.openstack.org/#/c/534384/20/nova/virt/libvirt/driver.py@387515:23
*** Kumar__ has joined #openstack-nova15:23
* kashyap goes to write a test anyway; was asking only in the context of keeping the overall change size to reasonably small.)15:25
efriedsdague: You seem like a likely candidate to +A https://review.openstack.org/#/c/557508/ -- got a minute for that?15:25
*** itlinux has quit IRC15:26
*** imacdonn has quit IRC15:27
*** imacdonn has joined #openstack-nova15:27
*** Kumar has quit IRC15:27
*** tssurya has quit IRC15:27
mriedemkashyap: you asked dansmith that question yesterday15:28
mriedemi remember the answer15:28
kashyapmriedem: Heh, not trying to "circumvent" anything!15:28
kashyapWanted to double-confirm.  Something about "assume good intent"?15:28
bauzasto the audience, keep in mind that if you tell to a French folk "I like you, but you're bad", there is a very strong meaning https://review.openstack.org/#/c/547990/16/nova/scheduler/client/report.py@34115:29
bauzastl;dr: the "but" litterally cancels what you just said before15:29
mriedemthat means the same thing in english15:29
mriedem"i like you, but we're breaking up"15:30
mriedem"you're a valuable member of the team, but...."15:30
*** alexchadin has quit IRC15:31
dansmithkashyap: keeping the patch small is good, but not generally at the expense of tests15:31
dansmithkashyap: when in doubt, cut down the four-page release notes :)15:31
kashyapdansmith: Okido; I'll shut up and get that going. :-)15:31
kashyapdansmith: Actually, most of that info belongs in the config option help text15:31
kashyapdansmith: But, yes.  I trimmed it15:31
kashyapdansmith: Wonder if you could cut some slack, English is my 3rd language, much as I love it :P15:32
bauzasmriedem: what's interesting is that 'but' in english can mean "except that one"15:32
bauzasmriedem: while we don't have that one in French15:32
bauzasit's another word15:33
edleafealex_xu_: jaypipes: sorry, meeting time. Would love to continue our etherpad conversation, but...15:33
bauzashah15:33
openstackgerritEric Fried proposed openstack/nova master: Fix N332 api_version decorator hacking check  https://review.openstack.org/55774315:33
efriedmriedem: ^15:33
bauzasedleafe: good usage of "but" :p15:33
kashyapbauzas: Speaking of French and English; do you know this: "How a Mistake Gave Us the Word 'Cherry'" -- https://www.merriam-webster.com/words-at-play/cherry-history-origin15:33
bauzasright on time15:33
alex_xu_edleafe: np, my brain doesn't work also15:33
*** chyka has joined #openstack-nova15:33
*** danpawlik has joined #openstack-nova15:34
jaypipesalex_xu_, edleafe: do we have something that can be standardized in os-traits that represents the things that an FPGA is *capable* of programming? For example, in vGPU land, we have the VGPU_RESOLUTION_XXX traits and VGPU_MAX_DISPLAY_HEAD traits etc.15:34
edleafejaypipes: dunno - that would be a good question for the FPGA vendors15:34
efriedbauzas: Would you mind casting your eye upon https://review.openstack.org/#/c/557508/ ?15:36
bauzasif that's only one eye15:36
bauzasI can blink15:36
bauzasefried: CC'd15:37
efriedacceptable15:37
bauzasefried: just focusing on dansmith's series15:37
bauzasbut then I can help15:37
efriedthanks15:37
mriedembauzas: ever word in english has at least 3 different meanings15:37
*** itlinux has joined #openstack-nova15:37
mriedem*every even15:37
efriedholy shit, I just looked back at that etherpad.15:37
bauzasefried: food for thoughts too https://review.openstack.org/#/c/557065/15:37
bauzasefried: since you asked me about that15:37
efriedbauzas: ack15:38
efriedbrb...15:38
*** sree has joined #openstack-nova15:38
bauzasI'm not a big fan of a nova-manage command just for that15:38
bauzasif one day libvirt provides the API to set this, then we would deprecate the conf option15:38
bauzaswhile a nova-manage command for a very specific libvirt hack makes me worried by the precedence15:38
*** danpawlik has quit IRC15:39
* gibi is leaving for two weeks. Back on 16th of April. 15:42
bauzasgibi: happy travels15:42
*** sree has quit IRC15:42
cdenthappy honeymoon gibi15:43
*** moshele has joined #openstack-nova15:44
*** damien_r has quit IRC15:44
melwitto/ gibi15:45
*** moshele has quit IRC15:47
alex_xu_jaypipes: FPGA_FUNCTION_X,y,z, I guess15:49
alex_xu_jaypipes: and I thought we should have a trait FPGA_DEVICE_PRE_PROGRAMMED15:49
openstackgerritMathieu Gagné proposed openstack/nova master: Fix rebuild of baremetal instance when vm_state is ERROR  https://review.openstack.org/52355915:49
*** ragiman has quit IRC15:51
dansmithmriedem: to use osc-placement do I have to tell osc to use a specific microversion?15:53
dansmithgetting "Operation or argument is not supported with version 1.0"15:54
*** links has joined #openstack-nova15:54
openstackgerritChris Dent proposed openstack/nova master: [placement] Fix bad management of _TRAITS_SYNCED flag  https://review.openstack.org/55772215:54
openstackgerritMerged openstack/nova stable/queens: add check before adding cpus to cpuset_reserved  https://review.openstack.org/55762115:55
mriedemdansmith: yup15:55
mriedemosc doesn't default to latest like nova cli does15:56
dansmithyeah I found it15:56
jaypipesgibi: congrats again and have a great time on your honeymoon, man :)15:56
*** Swami has quit IRC15:56
* mriedem thinks of something witty to say to gibi about marriage15:57
mriedemget used to always being wrong15:57
*** voelzmo has quit IRC15:57
*** voelzmo has joined #openstack-nova15:57
*** vladikr has joined #openstack-nova15:58
*** belmoreira has quit IRC16:02
*** voelzmo has quit IRC16:02
*** itlinux has quit IRC16:03
*** yamamoto has quit IRC16:04
*** danpawlik has joined #openstack-nova16:06
*** itlinux has joined #openstack-nova16:06
*** yamamoto has joined #openstack-nova16:07
*** germs has joined #openstack-nova16:09
*** germs has quit IRC16:09
*** germs has joined #openstack-nova16:09
*** sambetts is now known as sambetts|afk16:09
openstackgerritDan Smith proposed openstack/nova master: Documentation for tenant isolation with placement  https://review.openstack.org/55749016:10
dansmithmriedem: wanna glance at this ^ before I shut down my devstack node I used to generate the command outputs?16:10
*** danpawlik has quit IRC16:10
*** Tom-Tom has quit IRC16:13
*** germs has quit IRC16:14
*** _ix has joined #openstack-nova16:15
*** amodi has quit IRC16:16
mriedemplease hold16:18
efrieddansmith, jaypipes, edleafe, cdent, bauzas, alex_xu_: I'm caught up on the etherpad now.  I think there's actually agreement on the salient points.  The discussion of "capable of X" versus "flashed with X" is orthogonal. (Still relevant, still needing discussion, but the outcome doesn't affect the rest.)  Good if I summarize and respond on the ML?16:18
mriedemhttps://docs.openstack.org/python-openstackclient/latest/cli/command-objects/hypervisor.html#hypervisor-list16:18
mriedemdansmith: let's use osc16:18
dansmithmriedem: it doesn't show id16:18
mriedem--os-compute-api-version 2.5316:19
dansmithI also thought we were still recommending novaclient for admin things?16:19
edleafeefried: the problem was that jaypipes strongly objected to the "capable of X" traits16:19
dansmithalso the long --foo-version things really muck up the output, just by the way16:19
mriedemi've got a guy here for some stuff so need to be afk for a bit16:19
jaypipesefried: I'm fine with you summarizing on the ML, though it does seem from the etherpad that there are still a number of things that are still not agreed on.16:20
mriedemyou can set an env var early if you want16:20
efriededleafe: I'm saying that discussion is tangential16:20
mriedemexport OS_COMPUTE_API_VERSION=2.5316:20
dansmithwell, that makes them less copy/pasteable in isolation16:20
dansmithjust saying, it's annoyiung16:20
*** links has quit IRC16:22
melwittlyarwood: can you pls remove the -W on this? https://review.openstack.org/#/c/550498/ queens change merged16:23
lyarwoodmelwitt: done16:23
melwittwoot thanks16:23
*** yamamoto has quit IRC16:24
openstackgerritDan Smith proposed openstack/nova master: Documentation for tenant isolation with placement  https://review.openstack.org/55749016:26
dansmithmriedem: like that ^ ?16:26
*** yamamoto has joined #openstack-nova16:29
*** lucasagomes is now known as lucas-pto16:33
*** yamamoto has quit IRC16:34
*** mdbooth has quit IRC16:37
*** fghaas has joined #openstack-nova16:38
*** yangyapeng has quit IRC16:43
*** danpawlik has joined #openstack-nova16:43
efriededleafe, jaypipes: You'll notice I neatly sidestepped the issue of "capable-of-X" vs "has-X" traits :P16:43
*** yangyapeng has joined #openstack-nova16:43
*** Tom-Tom has joined #openstack-nova16:44
edleafeefried: in meeting - will read soon16:45
jaypipesefried: still trying to get through all the reading...16:47
jaypipesefried: on the ML post.16:47
*** danpawlik has quit IRC16:48
*** Tom-Tom has quit IRC16:48
dansmithI'm not sure what to comment on at this point, maybe we need to re-summarize at the top again with the feedback and iterate?16:49
*** gyee has joined #openstack-nova16:49
* dansmith runs out for a few16:51
*** gjayavelu has joined #openstack-nova16:51
*** AlexeyAbashkin has quit IRC16:53
*** danpawlik has joined #openstack-nova16:53
*** derekh has quit IRC16:55
*** jaosorior has quit IRC16:56
*** mvk has quit IRC16:57
*** itlinux has quit IRC16:57
*** yangyapeng has quit IRC16:58
*** danpawlik has quit IRC16:58
*** Kumar__ has quit IRC17:04
*** mdnadeem_ has joined #openstack-nova17:09
*** mdnadeem has quit IRC17:10
mriedemdansmith: yup, thanks. comments inline17:10
*** ttsiouts has quit IRC17:11
*** danpawlik has joined #openstack-nova17:14
*** Tom-Tom has joined #openstack-nova17:14
*** mdnadeem_ has quit IRC17:14
*** david-lyle has quit IRC17:15
*** cheran has joined #openstack-nova17:15
*** dtantsur is now known as dtantsur|afk17:15
efrieddansmith: If you're talking about the etherpad, I summarized on the ML already.17:17
*** salv-orlando has joined #openstack-nova17:18
*** Tom-Tom has quit IRC17:18
*** ralonsoh has quit IRC17:19
melwittnice job on those, good stuff17:19
*** danpawlik has quit IRC17:19
*** abhishekk has joined #openstack-nova17:20
*** trozet_ has quit IRC17:20
*** kiwi_46 has joined #openstack-nova17:21
*** salv-orlando has quit IRC17:22
*** armaan has joined #openstack-nova17:24
*** mdnadeem_ has joined #openstack-nova17:26
*** Tom-Tom has joined #openstack-nova17:27
*** fragatina has joined #openstack-nova17:28
jmlowe_I'm hunting down kind of a strange problem, the initial symptom is that the addFixedIp server action returns 202 but the fixed ip is never really added, I go digging and I find "Network could not be found for instance" in the logs of the compute node, further digging reveals that the device_owner of the port is compute:zone-r7 and it is filtered because the availability zone of the instance is zone-r2 leaving an empty list17:30
jmlowe_ of ports and a no network found error17:30
*** felipemonteiro__ has joined #openstack-nova17:30
*** yamamoto has joined #openstack-nova17:30
*** Tom-Tom has quit IRC17:32
jmlowe_I'm left with 3 questions, why isn't the port device_owner updated during unshelve, why does the port have to match the AZ of the instance and not just the instance and network id, are there any open bugs for this  because this is nearly impossible to search for17:32
*** sahid has quit IRC17:33
efriedjmlowe_: The only part of that I can address is the 202, which means "I understand your request; now I'm going to go away and process it asynchronously."  So it's not a bug that you got 202 but the thingy ultimately failed.17:34
*** felipemonteiro_ has quit IRC17:34
jmlowe_That's what I figured, in a perfect world the application would move on to higher microversions and interact with neutron17:35
*** amodi has joined #openstack-nova17:37
*** yamamoto has quit IRC17:37
jmlowe_The quick and dirty patch would be to eliminate device owner as a search opt leaving device_id and network_id, but I don't understand the logic of having it so I may be missing some subtlety about why it's there17:37
jmlowe_https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L145917:39
mriedemjmlowe_: it's likely an old ass bug in shelve where the device_owner isn't cleared17:40
jmlowe_Yea!17:40
mriedemwhen you unshelve, the instance is re-created on a new compute node17:40
mriedemwhich could be in some other AZ17:40
*** chyka_ has joined #openstack-nova17:41
*** mdnadeem_ has quit IRC17:41
jmlowe_correct, I believe that's what I'm seeing, I haven't followed the code to find the place where it should be updating17:41
melwittjmlowe_: congrats, you got shelved17:41
mriedemheh17:41
mriedemshelving at the speed of business17:42
*** kiwi_46 has quit IRC17:42
*** armaan has quit IRC17:42
fghaasHi everyone. I have a question about enabling nested KVM, or for that matter passing in any required CPU features to an instance, in combination with using a "custom" cpu-mode. My compute nodes (Ocata) are configured to run with cpu_mode=custom, cpu_model=IvyBridge. They are also configured for nested KVM per the kvm_intel nested=Y module parameter. virsh capabilities on any compute node correctly yields <feature name='vmx'/> for the host CPU.17:42
fghaasNow, when I schedule an instance to that compute node, it ends up with a CPU configuration as shown in http://paste.openstack.org/show/717923/, which means it is not capable of doing any nested KVM. If I then log onto the compute node, and hack the libvirt domain config with virsh edit, and I fix up the CPU configuration to match http://paste.openstack.org/show/717934/, then I can virsh shutdown/virsh start the domain and when it comes back up, voil17:42
fghaasSo my question is, do I have any way to inject that <feature policy='require' name='vmx'/> bit into an instance from Nova? Way-back around the Essex release we had a libvirt.xml.template (https://blog.dachary.org/2012/09/26/openstack-nested-virtual-machines/), but that was dropped somewhere along the way — is there a contemporary way to do this?17:42
jmlowe_It's a cloud for researchers, so there's a lot of "wait I need that" 6 months later17:42
*** armaan has joined #openstack-nova17:43
mriedemjmlowe_: there is no network deallocation on the compute that happens during shelve offload because the point of shelve is that the ports and volumes are still attached to the instance so they can be re-attached on unshelve,17:43
mriedemjmlowe_: but chances are, https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L4837 is the place we'd want to clear the device_owner on any ports attached to the instance during shelve offload17:43
*** chyka has quit IRC17:43
jmlowe_https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L258417:44
mriedemcleanup_instance_network_on_host today is a no-op for neutron in nova17:44
mriedemhttps://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L251717:44
melwittfghaas: cfriesen might be the person to ask about that17:44
jmlowe_I was really hoping somebody just forgot to slip in a _update_port_binding_for_instance call17:45
*** germs has joined #openstack-nova17:45
*** germs has quit IRC17:45
*** germs has joined #openstack-nova17:45
mriedemyou're looking at the wrong method17:45
mriedemthe binding stuff is called from setup_instance_network_on_host17:45
*** germs has quit IRC17:45
*** danpawlik has joined #openstack-nova17:46
mriedemsetup is called on unshelve17:46
mriedemb/c you're on a new host17:46
*** germs has joined #openstack-nova17:46
*** germs has quit IRC17:46
*** germs has joined #openstack-nova17:46
mriedemcleanup is called from shelve offload b/c you're leaving that host17:46
mriedemjmlowe_: so likely all we need to do is in https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L2517, get the ports for the instance, and clear their device_owner17:46
mriedemsince that's tied to the az which is tied to the host17:47
fghaasmelwitt: thanks, I'll keep my eyes peeled for cfriesen's thoughts then :)17:47
mriedemjmlowe_: what i'm not sure about, is if that will screw with neutron if the device_owner is null but the binding:host_id is still set17:47
mriedemhttps://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L51517:47
mriedemwe basically want ^ but we want to retain the port.device_id17:48
cdentmriedem: why is it when you find and fix a race that race starts showing up all over the damn place (when it wasn't beore)?17:48
mriedembecause software is terrible17:49
mriedemwhy doesn't shelve work after 7 years?17:49
mriedemjmlowe_: report a bug and we can go from there17:49
jmlowe_ok, will do17:50
mriedemjmlowe_: as noted, the other solution is changing _update_port_binding_for_instance to update the device_owner when the host binding changes17:51
mriedemcouple ways to skin this cat17:51
*** danpawlik has quit IRC17:51
*** r-daneel_ has joined #openstack-nova17:51
mriedemjmlowe_: kind of need to know if the instance.availability_zone also changed when you unshelved it17:52
mriedemlooks like it must have?17:52
jmlowe_it did17:52
*** r-daneel has quit IRC17:52
*** r-daneel_ is now known as r-daneel17:52
mriedemok yeah, then _update_port_binding_for_instance is probably all we need to update17:52
mriedemwhich is called on unshelve17:52
jmlowe_I really don't care what it used to be, I need to be damn sure on startup it overwrites whatever the value is null, old, whatever with what nova now knows to be true17:53
mriedemyup17:54
* cdent hopes jmlowe_ is going to vancouver17:54
mriedemmy point being, i don't think we need to also worry about cleanup_instance_network_on_host17:54
mriedemi'm asking in -neutron if we should/could unbind the port while the instance is shelved but leave it attached17:55
mriedemsince that seems like sane book keeping17:55
openstackgerritArtom Lifshitz proposed openstack/nova-specs master: NUMA-aware live migration  https://review.openstack.org/55272217:55
jmlowe_I am, will try to resist the inevitable air rage as I walk past Jeremy in his first class seats17:55
artomjaypipes ^^ since you were so close, I feel comfortable bugging you on IRC ;)17:56
*** Tom-Tom has joined #openstack-nova17:56
jaypipesartom: absolutely. lemme re-review right quick.17:56
*** itlinux has joined #openstack-nova17:56
jaypipesartom: yikes. whitespace! :P17:56
*** r-daneel has quit IRC17:56
artomEh?17:56
artomDid failing to run pep8 in my impatience come back to bite me?17:57
mriedemhttps://review.openstack.org/#/c/552722/10/specs/rocky/approved/numa-aware-live-migration.rst@17317:57
*** r-daneel has joined #openstack-nova17:57
jaypipesartom: hold up on pushing again.. I have other comments17:57
cdentjmlowe_: that jeremy fellow should be regularly shunned17:57
* artom squints at the little red square17:57
artomAn evil squit, to be clear17:57
mriedemartom: feel free to bug me about that spec (later) since i want to check the mechanics on the conductor / mixed compute version negotiation stuff17:57
artommriedem, sure, thanks :) Do you mean the implementation though? The spec doesn't really spell it out, other than "the conductor is going to do it"17:58
dansmithefried: ...oh17:58
* fungi expects it's a different jeremy, since he clies steerage17:58
fungier, flies17:58
jmlowe_whack the underside of his tray to send his early drink flying17:59
mriedemartom: i'll see17:59
dansmithoh in the thread, that's why I didn't see it17:59
*** yangyapeng has joined #openstack-nova17:59
*** Tom-Tom has quit IRC18:00
jaypipesartom: k, reviewd.18:00
*** sapd has quit IRC18:01
*** harlowja has joined #openstack-nova18:01
cfriesendansmith: do we currently have a mechanism to purge entries from the nova_cell0 db?18:02
openstackgerritArtom Lifshitz proposed openstack/nova-specs master: NUMA-aware live migration  https://review.openstack.org/55272218:03
*** suresh12 has joined #openstack-nova18:03
cdentfungi: jmlowe_ works with one of my oldest friends, who happens to travel a lot, and thus is not in the cheap seats18:03
artomjaypipes, thank you! And right back to you :D18:03
*** yangyapeng has quit IRC18:04
mriedemcfriesen: yes18:05
dansmithcfriesen: yes, nova-manage db purge --all-cells, or without that and pointing at something with  just cell0 configured18:05
dansmiths/something/a config/18:05
*** david-lyle has joined #openstack-nova18:05
mriedemhttps://docs.openstack.org/nova/latest/cli/nova-manage.html#nova-database18:05
mriedemyou have to archive first18:05
openstackgerritMerged openstack/nova master: Fix issue for pep8 on py3  https://review.openstack.org/55763318:05
cfriesenmriedem: thx18:05
mriedemcfriesen: note that purge CLI is new in rocky18:06
mriedemwonder if we should have a 'since' tag on our CLI docs18:07
fungicdent: i figured. i tend not to even track airline miles because it depresses me to think about how much i travel (and i don't even travel that much compared to a lot of people in this community)18:08
*** moshele has joined #openstack-nova18:08
openstackgerritMerged openstack/nova master: VMware: add log message for VIF info details  https://review.openstack.org/55725618:10
openstackgerritMerged openstack/nova master: Start untangling network utilities.  https://review.openstack.org/55754218:10
openstackgerritMerged openstack/nova master: Move two more generic network utilities to a move obvious place.  https://review.openstack.org/55754318:10
*** moshele has quit IRC18:13
openstackgerritMerged openstack/nova master: vmware: Fixes _detach_instance_volumes method  https://review.openstack.org/55737718:13
kashyapdansmith: When you get a moment, unit test question: this "works", but can you tell if that deceptively "simple"  'mock_warn' is correct: http://paste.openstack.org/show/717935/18:15
kashyap(Catching this warning: https://review.openstack.org/#/c/534384/20/nova/virt/libvirt/driver.py@3871)18:16
*** danpawlik has joined #openstack-nova18:17
jaypipesartom: back at ya ;)18:17
dansmithmriedem: yawna nak my version argument in the doc so I can update or not and resubmit18:17
dansmith/18:17
dansmith/18:17
*** salv-orlando has joined #openstack-nova18:18
dansmithkashyap: that works and is done elsewhere, but I also don't care that you assert that the warn was called, but that you executed that code. If you had a typo in anything inside that if, you wouldn't hit it in your tests unless you cause the if to be true, which is the real goal18:18
*** AlexeyAbashkin has joined #openstack-nova18:18
openstackgerritArtom Lifshitz proposed openstack/nova-specs master: NUMA-aware live migration  https://review.openstack.org/55272218:19
kashyapdansmith: Yep; the typo inside the 'if' is taken care by the config "choices", right18:19
dansmithkashyap: no18:19
kashyapThat's why we moved it there18:19
dansmithno18:19
kashyapErr, I mean, let me rephrase18:20
dansmithif condition: LOG.warrrrrning('foo')18:20
dansmiththat would not fail tests unless you cause condition to be true18:20
jaypipesartom: aaaaannndddd... +2. :)18:20
artomjaypipes, yey! Thank you18:20
dansmithkashyap: no failure: https://pastebin.com/A2muKWxU18:21
* kashyap clicks18:21
mriedemdansmith: is that "you want to" or "you going to"?18:21
artomI was worried we'd "hit" an asymptote and never get there ;)18:21
mriedemi can't parse that southern drawl18:21
kashyapdansmith: Okido; noted.18:21
dansmithmriedem: you want to, although I assume you're going to18:21
*** Tom-Tom has joined #openstack-nova18:22
mriedemdansmith: i already -1ed for the other stuff18:22
mriedemoh you replied18:22
mriedemsec18:22
*** danpawlik has quit IRC18:22
*** salv-orlando has quit IRC18:23
*** AlexeyAbashkin has quit IRC18:23
*** voelzmo has joined #openstack-nova18:24
kashyapdansmith: Alright; to make you double-happy, I'll slap in another test for the 'host-passthrough'.  As we have two conditions there18:24
dansmithkashyap: if it's not related to your change, then save it for another patch18:24
dansmithkashyap: but yes as I noted, we don't have tests for the other conditions there18:25
kashyapdansmith: It's actually related, because:18:25
mriedemdansmith: replied in the docs patch18:25
dansmithmriedem: tanks18:25
*** voelzmo_ has joined #openstack-nova18:25
mriedemthat's also why i called out my specific points for the -118:25
openstackgerritDan Smith proposed openstack/nova master: Documentation for tenant isolation with placement  https://review.openstack.org/55749018:25
mriedemsince the other was just discussion18:25
kashyapdansmith: I wasn't sure if you wanted to me to test for *both* 'host-model' + 'host-passthrough' in this conditional:18:25
mriedemcoffee talk18:25
kashyap+        elif ((mode == "host-model" or mode == "host-passthrough" or18:25
kashyap+              model is None) and extra_flags):18:26
dansmithmriedem: heh18:26
kashyapdansmith: The second test would just identical, with the difference being: s/host-mode/host-passthrough/18:26
dansmithkashyap: oh I see, I mostly care that the condition is true (there's only one condition) so you run the stuff in the body of the if.. that's all18:26
*** abhishekk has quit IRC18:26
kashyapOkido; I'll stick with one test18:26
*** Tom-Tom has quit IRC18:26
kashyapAnd I get to write more tests when we lift the choices in future.18:26
dansmithkashyap: it doesn't matter that you check that == works a second time, we can trust python on that :)18:26
kashyapLOL18:26
dansmithkashyap: although mriedem is a stickler, he might want both flags checked, so it's not wrong to do both18:27
kashyapOne more: a preference question -- do you care betwee assertTrue vs assert_called_with18:27
dansmithassertTrue only for booleans18:27
kashyapI apprecite his stickliness (is it a word?).  Because he did caught somethings I didn't like in my phrasing18:27
kashyapAnd I was getting sick of reading my own text again and again18:27
dansmithassertTrue(foo.called) is okay with me for LOG.warning just to make sure it was called,18:27
dansmithbut mriedem tends to do a looooot of string compare assertions that I do not18:28
dansmithso he would do assert_called_with18:28
* kashyap nods; thanks for the (non-null) pointers.18:28
*** voelzmo has quit IRC18:28
* kashyap will just put in test for both the modes, as it's "more correct"18:30
mriedemassertTrue(foo.called) is so 201518:30
mriedemfoo.assert_called()18:30
mriedemfoo.assert_not_called()18:30
mriedemjust because i commented on the release note, does that mean you expect me to go back and re-review this all again?!18:31
*** tesseract has quit IRC18:31
kashyapmriedem: No.  I'll actually nicely summarize in the main comment as to what all I addressed.18:31
mriedemthat can't be trusted18:31
kashyapLOL18:32
kashyapE.g.18:32
kashyapPS21:18:32
kashyap - Undid the whitespace change in driver.py18:32
kashyap - Changed the 'exception' to a LOG.warning in driver.py18:32
kashyap - Added an additional test in test_driver.py18:32
kashyap - Clarify the release note that we're talking about  libvirt where appropriate18:32
kashyap - Remove the confusing comment about a future change & instead update the 'conf' file18:32
kashyap[...]18:32
mriedemomg18:32
kashyapOf course you should review, and not trust me18:32
mriedemyou know you can diff patch sets in gerrit right?18:32
*** rmcall has joined #openstack-nova18:32
kashyapI know; just kidding18:32
mriedemi'm not sure you are,18:32
mriedemyou're used to the ML style reviews in qemu18:32
kashyapmriedem: Damn18:32
kashyapYou caught me18:32
*** yamamoto has joined #openstack-nova18:33
kashyapAs you caught me, that's indeed a thing in ML land; that goes under the three dashes below a patch (---): which *won't* go into Git commit, obviously18:34
kashyaps/below a patch/below the main commit message/18:34
openstackgerritArvind Nadendla proposed openstack/nova master: Update ImageMetaProp object to expose traits  https://review.openstack.org/55779518:35
melwittstephenfin: I've been meaning to ask you if you could take a look at this https://bugs.launchpad.net/nova/+bug/1750672 it's a failure to be able to generate nova docs under py3. something to do with sphinx and we couldn't tell if it's a blockdiag bug or if it's something we need to fix on our side18:35
openstackLaunchpad bug 1750672 in OpenStack Compute (nova) "failure to generate Nova's doc in Python 3.6" [Medium,Confirmed]18:35
mriedemdansmith: now that looks pretty http://logs.openstack.org/90/557490/8/check/build-openstack-sphinx-docs/413d6d9/html/admin/configuration/schedulers.html#aggregates-in-placement18:36
openstackgerritmelanie witt proposed openstack/nova-specs master: Document Rocky review priorities  https://review.openstack.org/55779618:36
dansmithmriedem: hell to the yeah18:37
*** yamamoto has quit IRC18:38
dansmithfwiw,18:39
*** Tom-Tom has joined #openstack-nova18:40
dansmithrunways are doing a good job of keeping me jumpin'18:40
melwittlike, jumpin' for joy?18:40
dansmithlike jumpin' busy responding to all the feedback firehose18:40
*** priteau has quit IRC18:40
melwittah yeah18:40
jmlowe_mriedem: looks like _update_ports_for_instance does update device_owner while _update_port_binding_for_instance doesn't18:41
jmlowe_no chance of confusion there!18:41
*** avolkov has quit IRC18:43
mriedemjmlowe_: get familiar enough with the nova.network.neutronv2.api.API code, and you'll find there are at least 3 similarly named methods for about every operation that all do slightly different things and are all called in tightly-coupled ways from different places in nova18:43
*** gouthamr has joined #openstack-nova18:43
mriedemit's, great18:43
*** esberglu has quit IRC18:43
*** Tom-Tom has quit IRC18:44
mriedemsee the amount of talking-to-myself i've done in https://review.openstack.org/#/c/551371/18:44
jmlowe_bug 1759924 is away18:46
openstackbug 1759924 in OpenStack Compute (nova) "Port device owner isn't updated with new host availability zone during unshelve" [Undecided,New] https://launchpad.net/bugs/175992418:46
mriedemthanks18:46
jmlowe_I need about 6 more cups of coffee before I can muster the strength to propose a half assed copy and paste patch18:48
jmlowe_very tempted to just do the one line search opts fix because why do it the right way when you can do it with sed18:49
kashyapmriedem: That's nice, "consciousness stream" writing on the review.  (If only there's an easier for people to "discover" easily all the sluething you've done.)18:50
kashyap(Barring you having to mention here on IRC, live.)18:50
openstackgerritMerged openstack/nova stable/pike: Save admin password to sysmeta in libvirt driver  https://review.openstack.org/55049818:50
openstackgerritMerged openstack/nova stable/pike: Add functional regression test for bug 1746509  https://review.openstack.org/55505818:50
openstackbug 1746509 in OpenStack Compute (nova) pike "TypeError: Can't upgrade a READER transaction to a WRITER mid-transaction" [High,In progress] https://launchpad.net/bugs/1746509 - Assigned to melanie witt (melwitt)18:50
openstackgerritMerged openstack/nova stable/pike: Move _make_instance_list call outside of DB transaction context  https://review.openstack.org/55592318:50
melwittyaaaay18:50
mriedemjmlowe_: i left notes in the bug, i think it's a one line fix18:53
*** claudiub has quit IRC18:53
*** danpawlik has joined #openstack-nova18:53
openstackgerritJay Pipes proposed openstack/nova-specs master: Standardize CPU resource tracking  https://review.openstack.org/55508118:55
mriedemcfriesen: you might enjoy https://bugs.launchpad.net/nova/+bug/1759924/comments/218:56
openstackLaunchpad bug 1759924 in OpenStack Compute (nova) "Port device owner isn't updated with new host availability zone during unshelve" [Medium,Triaged]18:56
mriedemwhen we shelve, we don't cleanup any pci stuff18:56
cfriesenmriedem: for certain values of "enjoy"18:58
cfriesencan't we just drop shelve yet?18:58
*** voelzmo_ has quit IRC18:59
*** danpawlik has quit IRC18:59
melwittcfriesen: I dunno if you saw I invoked your name earlier when fghaas was asking about nested virt and cpu policy 'require' stuff18:59
cfriesenmelwitt: whoops, missed it.19:00
mriedemcfriesen requires at least one goat sacrifice if you invoke his name19:00
fghaasyou're being awesome melwitt :) But I figured everyone including cfriesen was rightfully busy so I posted this to the mailing list (http://lists.openstack.org/pipermail/openstack/2018-March/046313.html) — but I'll be happy to follow up with a writeup from whatever we discuss here!19:00
melwitta-ha, cool19:01
cfriesenfghaas: the Intel CPU models in libvirt/qemu generally do not include the "vmx" flag, as you have discovered.  The functionality that you're looking for is exposed in kashyap's feature ("https://review.openstack.org/#/c/534384/ ") which is currently under review.19:03
*** salv-orlando has joined #openstack-nova19:03
kashyapfghaas: Hi :-)19:03
melwittI wondered if kashyap's patch would be the answer. noyce19:04
* kashyap reads the scroll a bit19:04
cfriesenfghaas: note that I've experienced instability with nested kvm, but kashyap says it's good with more recent kernel/qemu/libvirt19:04
*** voelzmo has joined #openstack-nova19:05
kashyapYes; cfriesen -- let's not repeat "unstability" without data :-).  I recall participating in an email thread w/ fghaas on KVM list about :-)19:05
kashyapcfriesen: BTW -- Paolo (one of the KVM maintainers) said he's going the toggle the 'nested' flag to default for Intel in the upstream kernel "soon"19:05
kashyap(It's on for AMD in the upstream kernel; but amusingly enough ... AMD is more instable w/ 'nested' than Intel!)19:06
cfriesenkashyap: isn't it on for the AMD cpu models too?19:06
kashyapcfriesen: See my previous comment.  It *is* on for AMD.  But not for Intel.  At this moment.19:07
cfriesenkashyap: I meant in libvirt/qemu, not kernel19:07
*** AlexeyAbashkin has joined #openstack-nova19:08
kashyapcfriesen: What do you mean?  There's no such thing as "enabling nested in libvirt / QEMU".  As you know, you can configure Kernel, then tell libvirt, which inturn tells QEMU to use it.19:09
*** Tom-Tom has joined #openstack-nova19:09
* kashyap bbiab19:10
cfriesenkashyap: I meant that the "svm" flag is included in the AMD cpu models19:10
kashyapcfriesen: Ah, that's true.19:11
kashyapIt's late here, /me is losing ability to parse text messages19:12
openstackgerritJay Pipes proposed openstack/nova master: tests for alloc candidates with nested and traits  https://review.openstack.org/53189919:12
openstackgerritJay Pipes proposed openstack/nova master: placement: resource requests for nested providers  https://review.openstack.org/55452919:12
*** suresh12 has quit IRC19:12
openstackgerritMathieu Gagné proposed openstack/nova master: Fix rebuild of baremetal instance when vm_state is ERROR  https://review.openstack.org/52355919:13
*** AlexeyAbashkin has quit IRC19:13
*** Tom-Tom has quit IRC19:14
*** r-daneel_ has joined #openstack-nova19:14
openstackgerritJay Pipes proposed openstack/nova-specs master: Standardize CPU resource tracking  https://review.openstack.org/55508119:14
*** suresh12 has joined #openstack-nova19:15
*** r-daneel has quit IRC19:16
*** r-daneel_ is now known as r-daneel19:16
*** moshele has joined #openstack-nova19:17
*** Tom-Tom has joined #openstack-nova19:20
fghaascfriesen, yes kashyap and I discussed the pros and cons at length recently, but this is really a generic question about cpu feature flags19:21
*** voelzmo has quit IRC19:21
fghaasnot so much passing in the "vmx" flag specifically19:21
*** bkopilov has quit IRC19:21
fghaasbut yeah that patch looks excellent :)19:22
*** moshele has quit IRC19:23
melwittyeah, feature is being added this cycle https://blueprints.launchpad.net/nova/+spec/libvirt-cpu-model-extra-flags but the backports are going to be restricted to only the 'pcid' flag to address the meltdown/spectre perf mitigation. we weren't intending to backport a brand new feature in a free-form way19:23
openstackgerritMatt Riedemann proposed openstack/nova master: Migrate old style volume attachments on nova-compute startup  https://review.openstack.org/54913019:24
openstackgerritMatt Riedemann proposed openstack/nova master: Move get_stashed_volume_connector to compute.utils  https://review.openstack.org/55781019:24
*** cdent has quit IRC19:24
*** Tom-Tom has quit IRC19:25
melwitt(to not add unknown instability to branches that are supposed to be considered quite stable)19:25
*** weshay is now known as weshay_brb19:30
*** weshay_brb is now known as weshay19:31
*** READ10 has quit IRC19:32
*** danpawlik has joined #openstack-nova19:33
*** suresh12 has quit IRC19:33
*** salv-orlando has quit IRC19:34
*** salv-orlando has joined #openstack-nova19:35
*** yamamoto has joined #openstack-nova19:35
*** danpawlik has quit IRC19:38
*** salv-orlando has quit IRC19:39
*** yamamoto has quit IRC19:40
*** Tom-Tom has joined #openstack-nova19:41
mriedemwolfenstein19:43
mriedemcomin' for ya19:43
*** salv-orlando has joined #openstack-nova19:43
*** gouthamr has quit IRC19:44
*** eharney has quit IRC19:45
*** Tom-Tom has quit IRC19:45
*** Tom-Tom has joined #openstack-nova19:50
*** suresh12 has joined #openstack-nova19:51
*** mvk has joined #openstack-nova19:53
*** Tom-Tom has quit IRC19:55
openstackgerritMerged openstack/nova master: Add request filter functionality to scheduler  https://review.openstack.org/54473019:57
openstackgerritMerged openstack/nova master: Add aggregates list to Destination object  https://review.openstack.org/54472920:07
openstackgerritMerged openstack/nova master: Make get_allocation_candidates() honor aggregate restrictions  https://review.openstack.org/54799020:07
openstackgerritMerged openstack/nova master: Add an index on aggregate_metadata.value  https://review.openstack.org/55585120:07
*** danpawlik has joined #openstack-nova20:12
*** liverpooler has quit IRC20:16
*** danpawlik has quit IRC20:18
openstackgerritMatt Riedemann proposed openstack/nova master: Add nova-status check for ironic flavor migration  https://review.openstack.org/52754120:20
*** suresh12 has quit IRC20:21
*** artom has quit IRC20:22
*** Tom-Tom has joined #openstack-nova20:23
openstackgerritMerged openstack/nova stable/queens: vmware: Fixes _detach_instance_volumes method  https://review.openstack.org/55772720:24
fghaasmelwitt: bummer, I'd love to see a backport for both pcid and vmx, but I realize I'm the nutcase here (as kashyap can attest, I'm sure) :)20:26
*** Tom-Tom has quit IRC20:27
melwittfghaas: from what I understand, it's not too risky but we really don't ever backport full-fledged features to stable branches. stable is reserved for bug fixes. the reason we're making an exception and backporting the necessary bits for meltdown/spectre situation is because it would make a significant difference in reducing the performance degradation20:30
fghaasSure, I do follow that reasoning.20:31
*** hemna_ has joined #openstack-nova20:31
cfriesenfghaas: if you want to experiment, you can locally remove the couple lines of code in the backport limiting it to "pcid" and restart nova-compute. But if it causes problems, it's officially unsupported.20:35
fghaasEntirely understood. But great to know that this will be an easy stop to pull, figuratively speaking20:37
*** yamamoto has joined #openstack-nova20:37
melwitttrue that20:37
*** yamamoto has quit IRC20:42
fghaasok, thanks everyone (particularly melwitt, cfriesen and kashyap), that's been extremely helpful information!20:44
melwittnp20:45
*** suresh12 has joined #openstack-nova20:46
*** edmondsw has quit IRC20:47
*** edmondsw has joined #openstack-nova20:47
*** danpawlik has joined #openstack-nova20:48
efriedmelwitt: Feel like pushing https://review.openstack.org/#/c/557508/ ?  "Customer" is buggin me :)20:48
efriedjaypipes: Easy reviews in the upt bp (but outside the series so you mighta missed 'em): https://review.openstack.org/#/c/553475/ and (less critical) https://review.openstack.org/#/c/553476/20:50
melwittit has been tab'd20:50
efriedmelwitt: Thanks!20:50
melwittnova meeting in 10 minutes20:50
*** hamzy has quit IRC20:50
*** tssurya has joined #openstack-nova20:51
*** suresh12 has quit IRC20:51
*** takashin has joined #openstack-nova20:52
*** edmondsw has quit IRC20:52
*** danpawlik has quit IRC20:53
*** pchavva has joined #openstack-nova20:55
*** esberglu has joined #openstack-nova20:55
*** esberglu has quit IRC21:00
melwittgdi my irc client is freaking out. sorry21:01
*** burt has quit IRC21:02
*** Guest84540 has quit IRC21:07
*** pchavva has quit IRC21:08
*** awaugama has quit IRC21:11
*** rmcall has quit IRC21:12
fghaaswhoa melwitt you beat me to the ML writeup — thanks again!21:14
*** esberglu has joined #openstack-nova21:17
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: add check before adding cpus to cpuset_reserved  https://review.openstack.org/55762221:18
*** danpawlik has joined #openstack-nova21:19
*** suresh12 has joined #openstack-nova21:19
*** esberglu has quit IRC21:22
*** esberglu has joined #openstack-nova21:23
*** danpawlik has quit IRC21:23
*** suresh12 has quit IRC21:24
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Allow to specify granular CPU feature flags  https://review.openstack.org/53438421:27
*** esberglu has quit IRC21:28
openstackgerritMatt Riedemann proposed openstack/nova master: Log a warning and add nova-status check for old API service versions  https://review.openstack.org/55750621:30
openstackgerritMichael Still proposed openstack/nova master: Move IVS VIF plugging into the new utilities module.  https://review.openstack.org/55755221:31
openstackgerritMichael Still proposed openstack/nova master: Move create_tap_dev to the new utility method.  https://review.openstack.org/55783521:31
*** elmaciej has joined #openstack-nova21:33
openstackgerritMatt Riedemann proposed openstack/nova master: Log a warning and add nova-status check for old API service versions  https://review.openstack.org/55750621:35
*** suresh12 has joined #openstack-nova21:36
*** takashin has left #openstack-nova21:37
*** felipemonteiro__ has quit IRC21:37
*** yamamoto has joined #openstack-nova21:38
*** yamahata has joined #openstack-nova21:38
*** suresh12 has quit IRC21:42
*** yamamoto has quit IRC21:44
*** amodi has quit IRC21:48
*** archit has joined #openstack-nova21:48
*** archit is now known as amodi21:48
*** suresh12 has joined #openstack-nova21:52
openstackgerritMatt Riedemann proposed openstack/nova master: Add nova-status check for ironic flavor migration  https://review.openstack.org/52754121:53
*** fanzhang has quit IRC21:54
*** fanzhang has joined #openstack-nova21:54
openstackgerritEric Fried proposed openstack/nova stable/queens: Use ksa session for cinder microversion check  https://review.openstack.org/55783721:55
*** tssurya has quit IRC21:55
efriedmriedem, melwitt: queens cherry-pick ^21:55
efriedThanks for the prompt reviews, y'all.21:55
*** danpawlik has joined #openstack-nova21:56
melwittlol, I was about to say, that's a lightning fast backport proposal21:56
efriedmelwitt: I cheated a teeny bit21:57
efriedbut I have pressure21:57
*** suresh12 has quit IRC21:57
*** itlinux has quit IRC21:57
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Only attempt a rebuild claim for an evacuation to a new host  https://review.openstack.org/55055521:59
edleafeefried: just for you: https://www.youtube.com/watch?v=nxxSIX3fmmo22:00
*** danpawlik has quit IRC22:00
mriedemhttps://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/pike+label:Code-Review=2 is happy, but needs a non-tony person22:00
openstackgerritArvind Nadendla proposed openstack/nova master: Update ImageMetaProp object to expose traits  https://review.openstack.org/55779522:01
melwittcool, will find someone to bug for the rest. thanks22:02
*** suresh12 has joined #openstack-nova22:04
mriedemefried: looking at the history of that microversion check, it was added in pike, and it's used if we actually created attachments in pike, but we don't22:08
mriedemso don't think we need to fix anything in pike there22:08
efriedmriedem: Okay, cool.  Thanks for tracking that down.22:09
efriedmriedem: Wait, is that just the one in the attach flow?  Cause we also do the microversion check when we're just creating the client from nothing.22:09
*** suresh12 has quit IRC22:09
mriedemis_microversion_supported isn't in pike22:10
efriedmriedem: But does the cinderclient() method have the _check_microversion call?22:10
mriedemhttps://review.openstack.org/#/c/469579/3/nova/volume/cinder.py doesn't do anything unless the microversion arg is passed in22:10
mriedemand the only things that pass that in, attachment create/update/delete,22:10
mriedemaren't going to get used in pike22:10
mriedemb/c we don't attach volumes the new way until queens22:11
mriedemso there is some plumbing in pike but it's not used22:11
efriedmriedem: So... there was no reason for that code to go into pike?22:11
mriedemwell,22:11
mriedemyou're talking about a series of changes over 2 years22:11
mriedemso we got in what we could get in when we could get it in22:11
*** Tom-Tom has joined #openstack-nova22:11
efriedHindsight, and all that.22:12
mriedemmy hindsight is 30/4022:12
efriedAnyway, cool beans.  I guess if it is broke, someone will yell.22:12
efriedhopefully before EOL.22:12
mriedemthere is no more eol22:12
mriedemremember22:12
efriedI haven't really been following that.22:12
efriedBut great, so we have all the time in the world :)22:12
melwittEOL is EOL22:13
melwittcacao to cacao22:13
mriedemhttp://lists.openstack.org/pipermail/openstack-dev/2018-March/128862.html22:13
*** salv-orlando has quit IRC22:15
*** salv-orlando has joined #openstack-nova22:15
*** Tom-Tom has quit IRC22:16
*** suresh12 has joined #openstack-nova22:17
*** salv-orlando has quit IRC22:19
*** edmondsw has joined #openstack-nova22:20
*** _ix has quit IRC22:21
*** suresh12 has quit IRC22:22
*** edmondsw has quit IRC22:25
efriedmriedem: Is series https://review.openstack.org/#/c/526753/ approved for rocky?22:26
efriedlooks like not yet, but spec is up.22:27
*** danpawlik has joined #openstack-nova22:28
*** fghaas has left #openstack-nova22:29
mriedemspec isn't approved22:31
mriedemoh we nacked that at the ptg22:31
*** suresh12 has joined #openstack-nova22:32
mriedemif i'm thinking of the same thing22:32
*** danpawlik has quit IRC22:33
*** hongbin has quit IRC22:34
*** yamahata has quit IRC22:35
*** yamamoto has joined #openstack-nova22:40
*** tbachman has quit IRC22:42
efriedTheJulia: Sorry for the delay on https://review.openstack.org/#/c/554762/22:44
efriedTheJulia: I remember pawing through the client code and thinking there was a clean way to send down a microversion per request so you didn't have to clone the client objects.22:44
efriedTheJulia: I'm looking again.  If I can't suss it, I'll remove my objections (grudgingly, because still ugly, but if that's how we have to move forward...)22:45
*** yamamoto has quit IRC22:45
*** chyka has joined #openstack-nova22:45
efriedjroll, dtantsur|afk: FYI ^^22:46
TheJuliaefried: It is one of those things that really we should just replace the guts of.... :(22:46
TheJuliaOne day :)22:46
efriedTheJulia: But can't, because... too much at once?22:46
*** Tom-Tom has joined #openstack-nova22:46
efriedocean boiling, kind of thing22:46
TheJuliayeah22:46
TheJuliakind of at least :(22:47
*** chyka_ has quit IRC22:48
*** Tom-Tom has quit IRC22:51
*** r-daneel has quit IRC22:52
Spaz-HomeMorning22:53
TheJuliaGood morning22:53
*** andreas_s has joined #openstack-nova22:53
*** vladikr has quit IRC22:56
*** andreas_s has quit IRC22:58
efriedTheJulia: So yeah, it looks like on a per-request basis you can pass in a `headers` dict.23:01
efried...with the X-OpenStack-Version-Whatever thingy.23:01
*** danpawlik has joined #openstack-nova23:02
efriedAll the layers between there and the wire appear to use setdefault correctly, so it *should* make it through.23:02
efriedbbiab...23:02
TheJuliahmmm23:02
TheJuliayeah, same problem though23:04
TheJuliawe bypass all of our microversion logic then23:04
TheJuliaat least client side23:04
*** danpawlik has quit IRC23:07
*** AlexeyAbashkin has joined #openstack-nova23:08
*** itlinux has joined #openstack-nova23:10
TheJuliaWell, looks like we would also re-negotiate with what was provided upon the client being called originally23:11
*** AlexeyAbashkin has quit IRC23:12
TheJuliaand I think we would have to add code to handle that this it would be a user defined override23:15
jrollnot to mention, then you're leaking implementation details out to the caller23:17
* jroll notes we still haven't changed to the 'standard' microversion header23:17
TheJuliayeah....23:17
openstackgerritMerged openstack/nova master: [placement] Fix bad management of _TRAITS_SYNCED flag  https://review.openstack.org/55772223:18
jrollTheJulia: like dmitry, I'd also commit to reviewing client changes to accept that per method, but I don't have any problems with keeping a couple copies of the client23:18
jrollespecially if we plan to fix that later23:19
*** Tom-Tom has joined #openstack-nova23:19
*** chyka_ has joined #openstack-nova23:19
* TheJulia wonders what has the most value23:22
*** itlinux has quit IRC23:22
*** chyka has quit IRC23:23
*** chyka_ has quit IRC23:23
*** Tom-Tom has quit IRC23:24
efriedLet me work something up right quick.  Maybe you'll fall in love with the idea when you see it in action :)23:24
efriedmelwitt: Oh, another thought I had was putting core reviewer names next to runway slots.  Volunteers & SMEs first; then...23:26
efriedTheJulia, jroll: Okay, never mind; the (bizarrely resolved through _multi_getattr) target methods don't even take kwargs.23:31
TheJuliaheh23:31
TheJuliaI think I looked at that a couple of weeks ago pondering something similar23:32
TheJuliaof of similar use I should say23:32
*** andreas_s has joined #openstack-nova23:33
efriedTheJulia: I removed my -1.  Thanks for bearing with me.23:36
*** jroll has quit IRC23:37
TheJuliaefried: no, thank you for looking and thinking23:37
*** andreas_s has quit IRC23:38
*** danpawlik has joined #openstack-nova23:39
*** yamamoto has joined #openstack-nova23:41
*** danpawlik has quit IRC23:45
*** mlavalle has quit IRC23:45
*** ediardo has joined #openstack-nova23:45
*** yamamoto has quit IRC23:47
*** tetsuro has joined #openstack-nova23:47
*** takashin has joined #openstack-nova23:48
openstackgerritTony Breeds proposed openstack/nova stable/ocata: Only attempt a rebuild claim for an evacuation to a new host  https://review.openstack.org/55056023:50

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