Thursday, 2017-10-26

*** tbachman has quit IRC00:02
*** baoli has quit IRC00:03
*** andreas_s has joined #openstack-nova00:04
*** claudiub|2 has quit IRC00:04
*** andreas_s has quit IRC00:08
*** andreas_s has joined #openstack-nova00:09
*** john51 has quit IRC00:12
*** john51 has joined #openstack-nova00:13
*** yangyapeng has quit IRC00:15
*** andreas_s has quit IRC00:15
*** yangyapeng has joined #openstack-nova00:15
*** andreas_s has joined #openstack-nova00:15
*** Swami has quit IRC00:16
*** yangyapeng has quit IRC00:20
*** andreas_s has quit IRC00:21
*** andreas_s has joined #openstack-nova00:21
*** links has joined #openstack-nova00:23
openstackgerritmelanie witt proposed openstack/nova master: libvirt: Don't disregard cache mode for instance boot disks  https://review.openstack.org/51433900:26
*** andreas_s has quit IRC00:27
*** andreas_s has joined #openstack-nova00:27
*** andreas_s has quit IRC00:32
*** Apoorva_ has joined #openstack-nova00:32
*** andreas_s has joined #openstack-nova00:33
openstackgerritmelanie witt proposed openstack/nova master: libvirt: Don't disregard cache mode for instance boot disks  https://review.openstack.org/51433900:35
*** Apoorva has quit IRC00:35
*** Apoorva_ has quit IRC00:36
*** baoli has joined #openstack-nova00:37
*** andreas_s has quit IRC00:44
*** trozet has quit IRC00:45
*** andreas_s has joined #openstack-nova00:53
*** namnh has joined #openstack-nova00:55
*** jichen has joined #openstack-nova00:58
*** litao__ has joined #openstack-nova00:59
*** lyan has quit IRC01:01
openstackgerritMerged openstack/nova master: Import the config drive docs from openstack-manuals  https://review.openstack.org/51472301:04
openstackgerritMerged openstack/nova master: Import user-data page from openstack-manuals  https://review.openstack.org/51473801:04
*** phuongnh has joined #openstack-nova01:05
*** dave-mccowan has quit IRC01:05
*** andreas_s has quit IRC01:06
*** andreas_s has joined #openstack-nova01:08
*** tinwood has quit IRC01:10
*** tinwood has joined #openstack-nova01:11
*** dave-mccowan has joined #openstack-nova01:12
*** andreas_s has quit IRC01:13
*** andreas_s has joined #openstack-nova01:14
*** trungnv has quit IRC01:15
*** salv-orl_ has joined #openstack-nova01:18
*** esberglu has joined #openstack-nova01:20
*** esberglu has quit IRC01:20
*** salv-orlando has quit IRC01:21
*** andreas_s has quit IRC01:24
*** huanxie has joined #openstack-nova01:24
openstackgerritMerged openstack/nova master: Handle exception on adding secgroup  https://review.openstack.org/46517301:25
*** andreas_s has joined #openstack-nova01:26
*** yangyapeng has joined #openstack-nova01:26
*** yangyape_ has joined #openstack-nova01:27
*** yangyapeng has quit IRC01:27
*** esberglu has joined #openstack-nova01:30
*** yamahata has joined #openstack-nova01:33
*** andreas_s has quit IRC01:35
*** andreas_s has joined #openstack-nova01:36
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix 500 error while passing 4-byte unicode data  https://review.openstack.org/40751401:37
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Create specs directory for Rocky  https://review.openstack.org/51410101:38
openstackgerritTakashi NATSUME proposed openstack/nova stable/pike: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51371701:38
openstackgerritTakashi NATSUME proposed openstack/nova stable/ocata: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51372101:38
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix an example in "Delete Assisted Volume Snapshot"  https://review.openstack.org/51412801:39
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2)  https://review.openstack.org/40895501:39
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896401:40
*** psachin has joined #openstack-nova01:41
*** andreas_s has quit IRC01:45
*** esberglu has quit IRC01:46
*** andreas_s has joined #openstack-nova01:47
*** bbbbzhao_ has joined #openstack-nova01:47
*** trungnv has joined #openstack-nova01:49
*** gus has quit IRC01:50
*** itlinux has joined #openstack-nova01:50
*** AlexeyAbashkin has joined #openstack-nova01:51
*** gus has joined #openstack-nova01:51
*** gyee has quit IRC01:52
*** dikonoor has joined #openstack-nova01:55
*** yamahata has quit IRC01:55
*** AlexeyAbashkin has quit IRC01:55
*** andreas_s has quit IRC01:56
*** dikonoor has quit IRC02:01
*** amodi has joined #openstack-nova02:02
*** spectr has quit IRC02:03
*** Tom__ has joined #openstack-nova02:03
*** spectr has joined #openstack-nova02:05
*** coreywright has quit IRC02:11
*** liuyulong has joined #openstack-nova02:18
*** felipemonteiro_ has joined #openstack-nova02:20
*** Sukhdev has joined #openstack-nova02:20
*** dillaman has quit IRC02:22
*** hongbin has joined #openstack-nova02:27
*** phuongnh has quit IRC02:27
*** phuongnh has joined #openstack-nova02:28
*** itlinux has quit IRC02:29
*** masuberu has quit IRC02:34
*** gongysh has joined #openstack-nova02:35
*** gongysh has quit IRC02:36
openstackgerritMerged openstack/nova master: VGPU: Define vgpu resource class  https://review.openstack.org/51118002:41
openstackgerritMerged openstack/nova stable/newton: Remove unused placement_database config options  https://review.openstack.org/51468502:41
openstackgerritMerged openstack/nova master: Fix AttributeError in BlockDeviceMapping.obj_load_attr  https://review.openstack.org/51482502:41
*** mrodden has quit IRC02:41
openstackgerritMerged openstack/nova master: Move blkid calls to privsep.  https://review.openstack.org/50039802:42
*** larsks has quit IRC02:42
*** mrodden has joined #openstack-nova02:44
*** larsks has joined #openstack-nova02:44
*** itlinux has joined #openstack-nova02:45
*** coreywright has joined #openstack-nova02:48
*** itlinux has quit IRC02:48
*** AlexeyAbashkin has joined #openstack-nova02:51
*** Tom__ has quit IRC02:52
*** Tom has joined #openstack-nova02:52
*** itlinux has joined #openstack-nova02:53
*** masber has joined #openstack-nova02:55
*** AlexeyAbashkin has quit IRC02:55
*** masber has quit IRC02:57
*** masber has joined #openstack-nova02:57
*** phuongnh has quit IRC03:00
*** phuongnh has joined #openstack-nova03:01
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103503:07
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103503:09
*** dave-mccowan has quit IRC03:10
*** annp has joined #openstack-nova03:14
*** zerda3 has joined #openstack-nova03:14
*** masber has quit IRC03:19
*** nicolasbock has quit IRC03:22
*** itlinux has quit IRC03:22
*** yamamoto has joined #openstack-nova03:22
*** dikonoor has joined #openstack-nova03:25
*** gouthamr has quit IRC03:25
openstackgerritYikun Jiang proposed openstack/nova master: [WIP] Add migration db and object pagination support.  https://review.openstack.org/51490403:35
*** thorst has joined #openstack-nova03:35
*** amodi has quit IRC03:39
*** thorst has quit IRC03:41
*** AlexeyAbashkin has joined #openstack-nova03:51
*** mdnadeem has joined #openstack-nova03:54
*** AlexeyAbashkin has quit IRC03:55
*** sree has joined #openstack-nova03:56
*** erlon has quit IRC04:00
*** felipemonteiro_ has quit IRC04:01
*** masber has joined #openstack-nova04:02
*** yangyape_ has quit IRC04:03
*** masber has quit IRC04:04
*** masber has joined #openstack-nova04:04
*** baoli has quit IRC04:05
*** hongbin has quit IRC04:05
*** catintheroof has joined #openstack-nova04:19
*** catintheroof has quit IRC04:19
*** huanxie has quit IRC04:20
*** udesale has joined #openstack-nova04:22
*** markvoelker has quit IRC04:23
*** catintheroof has joined #openstack-nova04:23
*** diga has joined #openstack-nova04:26
*** abhishekk has joined #openstack-nova04:29
*** udesale has quit IRC04:34
*** diga has quit IRC04:35
Dinesh_Bhorcfriesen: Hi, you there?04:37
*** catintheroof has quit IRC04:38
*** catintheroof has joined #openstack-nova04:38
*** rmcallis has quit IRC04:41
*** catintheroof has quit IRC04:43
*** rmcallis has joined #openstack-nova04:44
*** bbbbzhao_ has quit IRC04:47
*** claudiub|2 has joined #openstack-nova04:49
*** dikonoor has quit IRC04:51
*** sridharg has joined #openstack-nova04:52
*** markvoelker has joined #openstack-nova04:55
*** vladikr has quit IRC04:55
*** diga has joined #openstack-nova04:55
*** vladikr has joined #openstack-nova04:55
*** huanxie has joined #openstack-nova04:59
*** vladikr has quit IRC05:07
*** vladikr has joined #openstack-nova05:07
*** yamahata has joined #openstack-nova05:12
*** gcb has joined #openstack-nova05:16
*** vks1 has joined #openstack-nova05:17
*** yamamoto has quit IRC05:17
*** yangyapeng has joined #openstack-nova05:18
*** Tom has quit IRC05:21
*** yangyapeng has quit IRC05:23
*** markvoelker has quit IRC05:24
*** armax has quit IRC05:24
*** armax has joined #openstack-nova05:24
*** markvoelker has joined #openstack-nova05:24
*** armax has quit IRC05:25
*** armax has joined #openstack-nova05:25
*** armax has quit IRC05:25
*** avolkov has joined #openstack-nova05:27
*** markvoelker has quit IRC05:28
*** vladikr has quit IRC05:31
*** vladikr has joined #openstack-nova05:31
*** ratailor has joined #openstack-nova05:33
*** thorst has joined #openstack-nova05:37
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103505:39
*** tbachman has joined #openstack-nova05:40
*** thorst has quit IRC05:41
*** trinaths has joined #openstack-nova05:43
*** nikhil has quit IRC05:45
*** tbachman has quit IRC05:48
*** sahid has joined #openstack-nova05:50
*** sree has quit IRC06:00
*** sree has joined #openstack-nova06:00
*** salv-orlando has joined #openstack-nova06:03
*** sshwarts has joined #openstack-nova06:03
*** AlexeyAbashkin has joined #openstack-nova06:03
*** Oku_OS-away is now known as Oku_OS06:04
*** salv-orl_ has quit IRC06:04
*** sree_ has joined #openstack-nova06:05
*** sree has quit IRC06:05
*** sree_ is now known as Guest1391406:05
openstackgerritNaichuan Sun proposed openstack/nova master: VGPU_support: add enabled white list  https://review.openstack.org/51258006:10
*** liusheng has joined #openstack-nova06:15
*** lajoskatona has joined #openstack-nova06:17
*** vladikr has quit IRC06:17
*** vladikr has joined #openstack-nova06:17
*** AlexeyAbashkin has quit IRC06:19
*** josecastroleon has quit IRC06:19
*** Sukhdev has quit IRC06:19
*** andreas_s has joined #openstack-nova06:20
*** rodolof has joined #openstack-nova06:30
*** udesale has joined #openstack-nova06:30
*** janki has joined #openstack-nova06:31
*** lpetrut has joined #openstack-nova06:33
*** lpetrut has quit IRC06:34
*** josecastroleon has joined #openstack-nova06:36
*** josecastroleon has quit IRC06:37
*** vladikr has quit IRC06:45
*** vladikr has joined #openstack-nova06:45
*** Eran_Kuris has quit IRC06:48
*** Eran_Kuris has joined #openstack-nova06:48
*** yamamoto has joined #openstack-nova06:49
*** gongysh has joined #openstack-nova06:52
*** ociuhandu has joined #openstack-nova06:53
*** josecastroleon has joined #openstack-nova06:55
*** fmount9 has joined #openstack-nova06:57
*** vladikr has quit IRC06:57
*** sahid has quit IRC06:58
*** sahid has joined #openstack-nova06:59
*** kaisers_ has joined #openstack-nova07:00
*** gszasz has joined #openstack-nova07:02
openstackgerritTakashi NATSUME proposed openstack/nova master: Update document related to host aggregate  https://review.openstack.org/51449907:03
*** josecastroleon has quit IRC07:03
*** rcernin has quit IRC07:04
*** ociuhandu has quit IRC07:05
*** yangyapeng has joined #openstack-nova07:05
*** josecastroleon has joined #openstack-nova07:07
*** tesseract has joined #openstack-nova07:09
*** gszasz has quit IRC07:10
openstackgerritChen Hanxiao proposed openstack/nova master: libvirt: properly decode error message from qemu guest agent  https://review.openstack.org/51145907:10
*** salv-orlando has quit IRC07:12
*** salv-orlando has joined #openstack-nova07:12
*** salv-orlando has quit IRC07:16
*** ralonsoh has joined #openstack-nova07:19
*** markvoelker has joined #openstack-nova07:25
*** sahid has quit IRC07:26
*** gongysh has quit IRC07:28
*** huanxie has quit IRC07:31
*** sahid has joined #openstack-nova07:31
*** diga has quit IRC07:33
*** ragiman has joined #openstack-nova07:34
openstackgerritjichenjc proposed openstack/nova master: Downgrade log for keystone verify client fail  https://review.openstack.org/51324307:34
openstackgerritjichenjc proposed openstack/nova master: [Placement] Add create inventories doc for placement  https://review.openstack.org/51221507:36
*** gszasz has joined #openstack-nova07:36
*** Tom has joined #openstack-nova07:36
*** yamamoto_ has joined #openstack-nova07:38
*** gongysh has joined #openstack-nova07:39
*** huanxie has joined #openstack-nova07:39
*** kashyap has joined #openstack-nova07:40
*** yamamoto has quit IRC07:42
*** salv-orlando has joined #openstack-nova07:42
*** jpena|off is now known as jpena07:43
*** hferenc has quit IRC07:45
openstackgerritjichenjc proposed openstack/nova master: add regression test for 1546396  https://review.openstack.org/29370907:47
openstackgerritjichenjc proposed openstack/nova master: fix race condition of instance host  https://review.openstack.org/49445807:47
openstackgerritjichenjc proposed openstack/nova master: Fix warning on {'cell_id': 1} is an invalid UUID  https://review.openstack.org/50547107:52
*** zerda3 has quit IRC07:53
openstackgerritZhenyu Zheng proposed openstack/nova master: Remove incorrect comment about instance.locked  https://review.openstack.org/51530607:56
*** markvoelker has quit IRC07:59
*** hferenc has joined #openstack-nova08:00
*** gcb has quit IRC08:01
openstackgerritZhenyu Zheng proposed openstack/nova master: Remove incorrect comment about instance.locked  https://review.openstack.org/51530608:02
*** diga has joined #openstack-nova08:03
*** AlexeyAbashkin has joined #openstack-nova08:03
*** namnh has quit IRC08:04
*** namnh has joined #openstack-nova08:04
*** sapcc-bot1 has quit IRC08:05
*** seife_ has joined #openstack-nova08:06
*** carthaca_ has joined #openstack-nova08:06
*** mkoderer_ has joined #openstack-nova08:06
*** sapcc-bot has joined #openstack-nova08:06
*** david_1 has joined #openstack-nova08:06
*** seife_ has quit IRC08:08
*** carthaca_ has quit IRC08:08
*** mkoderer_ has quit IRC08:08
*** david_1 has quit IRC08:08
*** hferenc has quit IRC08:08
*** rodolof has quit IRC08:10
*** hferenc has joined #openstack-nova08:10
*** slaweq has joined #openstack-nova08:14
openstackgerritjichenjc proposed openstack/nova master: Add description for resource class creation  https://review.openstack.org/50808308:16
*** yamamoto_ has quit IRC08:18
*** slaweq has quit IRC08:18
openstackgerritZhenyu Zheng proposed openstack/nova master: nova-manage db archive_deleted_rows is not multi-cell aware  https://review.openstack.org/50748608:20
openstackgerritZhenyu Zheng proposed openstack/nova master: nova-manage db archive_deleted_rows is not multi-cell aware  https://review.openstack.org/50748608:22
*** rodolof has joined #openstack-nova08:22
*** david_1 has joined #openstack-nova08:22
*** carthaca_ has joined #openstack-nova08:22
*** mkoderer_ has joined #openstack-nova08:22
openstackgerritZhenyu Zheng proposed openstack/nova master: nova-manage db archive_deleted_rows is not multi-cell aware  https://review.openstack.org/50748608:24
*** carthaca_ has quit IRC08:24
*** mkoderer_ has quit IRC08:24
*** david_1 has quit IRC08:24
*** david-lyle has quit IRC08:24
*** hamzy has quit IRC08:24
bauzasnaichuans: jianghuaw: could you please upload new revisions in a series by rebasing on the existing changes?08:24
*** david-lyle has joined #openstack-nova08:25
bauzasnaichuans: jianghuaw: https://review.openstack.org/#/c/512580/ is no longer dependent on https://review.openstack.org/#/c/514942/08:25
*** hamzy has joined #openstack-nova08:26
bauzasnaichuans: jianghuaw: I'll rebase those08:26
bauzasjianghuaw: thanks for your comment https://review.openstack.org/#/c/514763/ you're right08:28
*** yamamoto has joined #openstack-nova08:28
jianghuawbauzas, u r welcome. Have you rebased the patch set. Otherwise Naichuan can do it now.08:29
*** huanxie has quit IRC08:29
kashyapbauzas: stephenfin: Hi there, what is the way to restore a specification?08:33
*** yamamoto has quit IRC08:33
*** huanxie has joined #openstack-nova08:35
stephenfinkashyap: In Gerrit? If it's not your spec, you need a core to do it I think? bauzas can08:35
kashyapstephenfin: Yeah, it's not my specc.08:35
bauzasstephenfin: kashyap: which spec?08:35
kashyapContext is, I was talking to KVM / QEMU developers at KVM Forum here.  Incidentally Markus Zoeller was also here08:36
kashyapAnd I'd like to work on this spec -- https://review.openstack.org/#/c/230968/08:36
kashyapbauzas: ^08:36
kashyap"libvirt: iothreads for disk devices"08:36
*** lpetrut has joined #openstack-nova08:36
bauzaskashyap: you know it'll be a rocky spec, right?08:36
kashyapIt's a future thing: since it's a performance feature, need to backup any claims in the spec with a couple of real benchmarks.08:37
kashyapbauzas: Yep, sure.08:37
bauzaskashyap: okay, so restoring08:37
kashyapbauzas: No urgency right now.  Just want to chug along at it, as I get time08:37
kashyapThank you08:37
bauzasrestored08:37
kashyapbauzas: Merci beaucoup.  (/me heads out for a break)08:38
*** rmcallis has quit IRC08:39
*** lucas-afk is now known as lucasagomes08:41
*** rmcallis has joined #openstack-nova08:44
*** derekh has joined #openstack-nova08:45
*** ociuhandu has joined #openstack-nova08:47
openstackgerritNaichuan Sun proposed openstack/nova master: VGPU_support: add enabled white list  https://review.openstack.org/51258008:49
jianghuawbauzas, ^08:50
bauzasjianghuaw: ta08:53
jianghuawbauzas, how to get the allocation for vgpu in driver?08:55
*** yamahata has quit IRC08:56
*** markvoelker has joined #openstack-nova08:57
bauzasjianghuaw: I'm working on your comment08:58
bauzasbasically, I should just add availableInstances + mdevs08:58
jianghuawyeah, it should work.08:59
jianghuawbauzas, I'm wondering how to get the allocation in driver at spawn.09:00
bauzasjianghuaw: the allocations are not passed by the parameter in spawn09:01
bauzasnow*09:01
bauzass/not/now09:01
*** yamamoto has joined #openstack-nova09:01
jianghuawbauzas, where? I didn't find it.09:02
*** AlexeyAbashkin has quit IRC09:02
jianghuawah, yes. I see it.09:03
jianghuawthat's great. I was in a old branch.09:03
*** huanxie has quit IRC09:05
*** yikun_jiang has joined #openstack-nova09:05
*** AlexeyAbashkin has joined #openstack-nova09:06
*** gszasz has quit IRC09:06
*** diga has quit IRC09:10
openstackgerritjichenjc proposed openstack/nova-specs master: Adds spec for instance live resize  https://review.openstack.org/14121909:14
*** gszasz has joined #openstack-nova09:15
openstackgerritjichenjc proposed openstack/nova stable/pike: propagate OSError to MigrationPreCheckError  https://review.openstack.org/51533009:16
openstackgerritZhenyu Zheng proposed openstack/nova master: block_device_mapping_v2.bus_type is missing from api-ref  https://review.openstack.org/49948809:17
openstackgerritZhenyu Zheng proposed openstack/nova master: Add instance action record for attach/detach interface  https://review.openstack.org/51219009:18
openstackgerritJay Pipes proposed openstack/nova master: placement: add nested resource providers  https://review.openstack.org/37713809:20
openstackgerritJay Pipes proposed openstack/nova master: placement: allow filter providers in tree  https://review.openstack.org/37721509:20
openstackgerritJay Pipes proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480709:20
openstackgerritJay Pipes proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569309:20
jaypipesgibi: ^09:20
*** huanxie has joined #openstack-nova09:23
*** gongysh has quit IRC09:23
*** namnh has quit IRC09:24
*** namnh has joined #openstack-nova09:24
sahidbauzas: you don't want to deal with availableInstances09:24
sahidthat is informining of the number of a specific mdev type can be allocated by operators09:25
*** david-lyle has quit IRC09:26
sahidin this implmentation you are not going to allocate the mdev devices09:26
*** dklyle has joined #openstack-nova09:26
sahidthe mdev devices are going to be pre-allocated09:26
sahidwhat you want is to list the allocated mdev devices09:26
sahidcalling libvirt with list_devices('mdevs')09:27
*** yikun_jiang has quit IRC09:27
*** hamzy has quit IRC09:27
*** yikun_jiang has joined #openstack-nova09:27
*** hamzy has joined #openstack-nova09:28
openstackgerritStephen Finucane proposed openstack/nova master: nova-policy: Migrate to cliff  https://review.openstack.org/51514909:28
openstackgerritJay Pipes proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569309:28
*** markvoelker has quit IRC09:29
*** dtantsur|afk is now known as dtantsur09:31
stephenfinjaypipes, bauzas: Trivial "move nova-network stuff around" patch here, if you want it? https://review.openstack.org/#/c/499168/09:32
openstackgerritStephen Finucane proposed openstack/nova master: conf: Move additional nova-net opts to 'network'  https://review.openstack.org/49916809:32
openstackgerritStephen Finucane proposed openstack/nova master: conf: Move additional nova-net opts to 'network'  https://review.openstack.org/49916809:33
openstackgerritjichenjc proposed openstack/nova-specs master: Adds spec for instance live resize  https://review.openstack.org/14121909:35
*** AlexeyAbashkin has quit IRC09:37
gibijaypipes: thanks, the server side patches look good to me. Now reading the report client patch09:38
*** yamamoto has quit IRC09:38
*** thorst has joined #openstack-nova09:39
*** takashin has left #openstack-nova09:39
jaypipesgibi: cheers09:40
gibijaypipes: Do I understand correctly that you will change the versioning still in the report client, based on your answer in https://review.openstack.org/#/c/385693/54/nova/scheduler/client/report.py ?09:41
bauzasjaypipes: I have a design question for you09:41
bauzasjaypipes: do you think it's acceptable to have an inventory of some resource class that is based on the sum of "left available resources" + "existing resources" ?09:42
jaypipesgibi: see latest patch on that. yeah, I set it to always pass 1.11 and bomb if server doesn't support that.09:42
bauzasjaypipes: speaking of the total value of course09:42
jaypipesbauzas: no09:42
gibijaypipes: so the always doesn't mean that it is set in the __init__ of the client09:42
bauzasjaypipes: what makes me a sad panda is that I misread some documentation in https://libvirt.org/drvnodedev.html#MDEVCap09:43
*** trinaths has left #openstack-nova09:43
jaypipesgibi: no, just that that method always passes 1.1109:43
*** thorst has quit IRC09:43
jaypipesgibi: because it expects to operate on the n-r-p attrs09:43
bauzasjaypipes: I thought "availableInstances" was the total capacity of a specific device for creating vGPUs, but that's actually just an integer which decrements every time you create a mediated device09:43
jaypipesbauzas: that is available i.e. total - used.09:44
bauzasjaypipes: yeah, my point09:44
bauzasjaypipes: so I can't use it for reporting the inventory09:44
jaypipesbauzas: it's a pointless attribute if you already have total and used counts.09:44
bauzaslibvirt doesn't give me the API for the total number09:44
jaypipesbauzas: oh well, that's a flaw in libvirt.09:45
bauzasthe "still" word in "how many instances of the given type can still be successfully created on the physical device" is just pissing me off09:45
*** jichen has quit IRC09:45
openstackgerritMichael Still proposed openstack/nova master: Convert IVS VIF plugging / unplugging to privsep.  https://review.openstack.org/51519609:46
openstackgerritMichael Still proposed openstack/nova master: Move infiniband vif plugging to privsep.  https://review.openstack.org/51519709:46
openstackgerritMichael Still proposed openstack/nova master: Move midonet vif plugging to privsep.  https://review.openstack.org/51519809:46
openstackgerritMichael Still proposed openstack/nova master: Move plumgrid vif plugging to privsep.  https://review.openstack.org/51533609:46
*** AlexeyAbashkin has joined #openstack-nova09:46
bauzasjaypipes: so seriously you would nack some reporting that would sum up that value with the existing already created mediated devices?09:46
bauzasI know, it's something racy racy09:47
jaypipesbauzas: no, I would be fine if you wanted to calculate total from used and available.09:47
bauzasah ok, you make my day then09:47
jaypipesbauzas: just saying don't pass available as total :)09:47
bauzasjaypipes: of course09:47
bauzassorry if I was unclear09:47
jaypipessince available is a calculated value09:48
bauzasI just spotted that as being a "left", not a "total"09:48
jaypipesbauzas: yup, that's totally cool with me (pun intended)09:48
bauzasEnglish subtilities FTW09:48
jaypipesstephenfin: done09:48
jaypipesbauzas: or even subtleties :)09:48
stephenfinjaypipes: Ta :)09:49
* stephenfin read that as subtitles09:49
*** gongysh has joined #openstack-nova09:49
bauzasjaypipes: man, I should seriously consider being the Master of the World09:49
bauzasso, languages wouldn't be a problem09:49
openstackgerritChen Hanxiao proposed openstack/nova master: libvirt: properly decode error message from qemu guest agent  https://review.openstack.org/51145909:49
jaypipesbauzas: :)09:49
gibijaypipes: so _create_resource_provider() will always return an RP that contains the parent_provider_uuid but the _get_resource_provider only does the same is the placement latest version is bigger than 1.11.09:50
jaypipesstephenfin: I suppose that's better than "sub titties".09:50
sahidbauzas: in you implmentation, you want to also allocate the mdev?09:50
bauzassahid: nope09:50
bauzassahid: not in that change09:50
gibijaypipes: s/is/if/ , s/bigger/bigger or equal/09:51
sahidso why you don't len(allocated_mdev) ?09:51
sahidto get the total?09:51
sahidallocated does not mean assigned to a guest09:51
bauzassahid: in that change, I'll focus on reporting the total number of possible mediated devices, which will be the sum up of what availableInstances reports + the sum of the mediated devices that belong to the same physical device09:51
gibijaypipes: do we assume that the user of the report clean alway tries creating thing first and bails out if placement is older than 1.11 ?09:51
jaypipesgibi: yeah, I need to change that to have get_resource_provider() send 1.11 too09:52
bauzassahid: oh my bad, a misunderstanding09:52
gibijaypipes: s/clean/client/09:52
bauzassahid: yeah, I want to get the total number of possible mediated devices to be created, including the allocated mdevs09:52
gibijaypipes: OK, then it would be easier to set a minimum version for the whole report client09:52
bauzassahid: the fact they are assigned to the guest is unrelated with that change09:52
jaypipesgibi: ack, as edleafe said.09:53
*** AlexeyAbashkin has quit IRC09:53
sahidbauzas: so you just have to ask libvirt to get list the mdev devices, filter them by mdev_type09:53
sahidand use len() to get the total09:53
bauzassahid: yup09:54
gibijaypipes: will you do that in the current patch or as a followup? (/me triest to figure out what to vote on the current patch)09:54
bauzasfor the allocated part09:54
sahidbauzas: what you are trying to do with availableinstance does not work09:54
bauzasavailable will give me the left amount09:54
sahidoff course not09:54
jaypipesgibi: doing it now...09:55
sahidsince when operator will allocate all the mdev, that value will be 009:55
bauzaswhat I need to report from the inventory is the total amount of VGPUs a specific resource provider can create09:55
gibijaypipes: colle, then I will check back later09:55
sahidyou do not need of it09:55
gibijaypipes: s/colle/cool/09:55
* gibi cannot type today09:55
bauzassahid: ah, I see your point09:55
bauzassahid: you were expecting the mdev to be manually created by the operator ?09:55
sahidbauzas: well that one was question at the beginning09:56
bauzassahid: I was rather thinking of libvirt doing the syscall09:56
sahidbauzas: libvirt does not provide any api to allocate mdev09:56
bauzassahid: we could make the sys call09:56
bauzasnot by libvirt of course09:56
bauzasin the virt driver09:57
sahidoh ok so you want to also manage the allocation of mdev09:57
bauzasthat's right09:57
bauzasbecause mdevs don't support reboots09:57
sahidbasically that was my first question: 11:50 < sahid> bauzas: in you implmentation, you want to also allocate the mdev?09:57
*** erlon has joined #openstack-nova09:57
sahidbut it's better like that for sure09:57
sahid+109:58
bauzassahid: sorry about the confusion, the 'allocation' word is heavily used in my mind :p09:58
bauzastbc, the workflow I see is that when you ask for an instance, the virt driver will lookup the allocations and see there is one for VGPUs09:58
openstackgerritJay Pipes proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569309:59
jaypipesgibi: done, sir ^09:59
bauzasthen, it will call the system to create the mdev, and then create the XML with the according UUID09:59
gibijaypipes: lookgin09:59
bauzasat init (when we reboot), we could also lookup the instances and see if they have mdevs in their domain XML, so we could recreate it on the fly10:00
*** Guest62896 has quit IRC10:00
sahidbauzas: well the uuid will be different10:01
bauzassahid: you can create a mdev by passing a specific UUID right?10:01
sahidbauzas: yes you right, my mistake10:01
bauzasanyway, I need to fix a problem with my testing machine10:02
bauzascan't see the created mdevs for some reason10:02
bauzasvery frustrating10:02
*** sdague has joined #openstack-nova10:03
*** sambetts|afk is now known as sambetts10:09
*** masber has quit IRC10:09
gibijaypipes: thanks, I'm +210:10
openstackgerritRadoslav Gerganov proposed openstack/nova master: VMware: implement get_inventory() driver method  https://review.openstack.org/50617510:11
*** Tom has quit IRC10:12
*** andreas_s has quit IRC10:12
*** andreas_s has joined #openstack-nova10:13
*** namnh has quit IRC10:16
*** andreas_s has quit IRC10:17
*** gszasz has quit IRC10:22
*** rabel has joined #openstack-nova10:22
*** gszasz has joined #openstack-nova10:23
*** andreas_s has joined #openstack-nova10:24
*** markvoelker has joined #openstack-nova10:26
efriedjaypipes You're up early10:28
*** andreas_s has quit IRC10:29
*** gmann is now known as gmann_afk10:29
*** Tom__ has joined #openstack-nova10:29
*** Tom__ has quit IRC10:34
*** gszasz has quit IRC10:34
*** Guest13914 has quit IRC10:34
*** sree has joined #openstack-nova10:35
*** andreas_s has joined #openstack-nova10:36
*** vks1 has quit IRC10:36
efrieddansmith FYI, this is what we were discussing yesterday: https://review.openstack.org/#/c/515223/10:36
efriedalex_xu yt?10:39
*** yamamoto has joined #openstack-nova10:39
openstackgerritMerged openstack/nova master: Remove usage of kwarg retry_on_request in API  https://review.openstack.org/50107310:39
*** sree has quit IRC10:40
*** cdent has joined #openstack-nova10:42
*** gcb has joined #openstack-nova10:43
*** yamamoto has quit IRC10:44
*** yamamoto has joined #openstack-nova10:47
*** andreas_s has quit IRC10:47
*** andreas_s has joined #openstack-nova10:49
*** gongysh has quit IRC10:52
*** andreas_s has quit IRC10:54
*** andreas_s has joined #openstack-nova10:54
*** nicolasbock has joined #openstack-nova10:54
*** jpena is now known as jpena|lunch10:59
*** markvoelker has quit IRC10:59
*** Tom__ has joined #openstack-nova11:03
*** huanxie has quit IRC11:03
*** phuongnh has quit IRC11:05
*** vks1 has joined #openstack-nova11:06
*** nicolasbock has quit IRC11:06
*** AlexeyAbashkin has joined #openstack-nova11:07
*** Tom__ has quit IRC11:07
*** vladikr has joined #openstack-nova11:08
*** andreas_s has quit IRC11:10
*** udesale has quit IRC11:13
openstackgerritChris Dent proposed openstack/nova master: Do not attempt volume swap when guest is stopped/suspended  https://review.openstack.org/38979811:14
*** nicolasbock has joined #openstack-nova11:20
*** masber has joined #openstack-nova11:22
openstackgerritYikun Jiang proposed openstack/nova master: Add migration db and object pagination support.  https://review.openstack.org/51490411:24
*** yassine has joined #openstack-nova11:26
*** yassine is now known as Guest2670711:26
*** gongysh has joined #openstack-nova11:26
*** andreas_s has joined #openstack-nova11:27
*** bkopilov_ has quit IRC11:28
*** janki has quit IRC11:31
*** links has quit IRC11:36
*** andreas_s has quit IRC11:36
openstackgerritYikun Jiang proposed openstack/nova master: Add migration db and object pagination support.  https://review.openstack.org/51490411:36
*** andreas_s has joined #openstack-nova11:38
*** smatzek has joined #openstack-nova11:39
*** lucasagomes is now known as lucas-hungry11:40
*** annp has quit IRC11:46
*** andreas_s has quit IRC11:48
*** andreas_s has joined #openstack-nova11:50
*** edmondsw has joined #openstack-nova11:50
*** vks1 has quit IRC11:51
*** dave-mccowan has joined #openstack-nova11:51
*** artom_ has joined #openstack-nova11:52
*** markvoelker has joined #openstack-nova11:57
*** jmccarthy has joined #openstack-nova11:57
*** ociuhandu_ has joined #openstack-nova12:01
*** thorst has joined #openstack-nova12:01
*** ociuhandu has quit IRC12:01
avolkovjaypipes: hi, if not allowing to delete RP with associated traits is error or feature?12:02
efriedcdent FWIW, my IDE complains when I use set([]) instead of {} for set literals.  I agree it's tougher to read (though it's fewer characters, which is all-important in python :)  Maybe I'll switch that IDE warning off.12:02
*** ociuhandu_ has quit IRC12:02
cdentyeah about that “fewer characters” thing,wait for my review on the next in the seriues12:02
Dinesh_Bhorjaypipes, bauzas: Hi, could you please give your opinion on this: https://review.openstack.org/#/c/512990/ when you get time.12:03
cdentefried: in that particular case since it is a doc string you can do whatever you like12:03
jmccarthyThere seems to be an issue with console logging (in horizon) on xen compute, looking at the instance xml - I don't find any of the path .. console.log type definitions (as seen on other computes) ? Looking at https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py for clues ..12:03
*** ratailor has quit IRC12:03
efriedcdent Roger wilco.12:03
alex_xuefried: hi, i'm here12:05
jmccarthyAny suggestions ? Editing the xml by hand works to a point (to try and find out what actually works), but changes it doesn't like don't seem to be applied12:05
efriedalex_xu Hey, so I was thinking perhaps you and I should try to do some collaboration on these placement changes, edleafe style.12:05
*** salv-orl_ has joined #openstack-nova12:06
alex_xuefried: yea, that's good idea12:07
efriedalex_xu E.g. I'd like to feel at liberty to write tests and make tweaks, but sometimes it makes a lot more sense to do it in the same change set rather than trying to do separate ones with commits based on each other and whatnot.12:08
*** salv-orlando has quit IRC12:09
efriedalex_xu Here's the edleafe reference: https://blog.leafe.com/pair-development/12:09
alex_xugive me 10 mins to ready edleafe's blog :)12:09
alex_xus/ready/read/12:10
jaypipesavolkov: the user should be able to delete a provider unless that provider has allocations against it. nothing to do with traits.12:10
jaypipesavolkov: does that answer your question?12:10
efriedDinesh_Bhor FYI, spec freeze has passed - is this proposed for Rocky?12:11
avolkovjaypipes: Yes, I file a bug then12:12
Dinesh_Bhorefried: yes, I will do the needful for that. I just want to take the early feedback.12:12
jaypipesavolkov: sounds good, thanks Andrey! :)12:12
jaypipesDinesh_Bhor: ok, I can review it. but as efried said, please update it to point to rocky first, ok?12:12
efriedjaypipes avolkov I don't remember if/where we landed on the issue of removing a trait from an RP with allocations against it.12:12
alex_xuefried: I guess edleafe means two people work on different timezone, anyone can fix the problem when review the code?12:13
Dinesh_Bhorjaypipes: yes, I will update it12:13
*** jpena|lunch is now known as jpena12:13
efriedalex_xu I think of it as a tighter collaboration than that.  You and I would agree to work on a particular patch or series, like the one you're doing for AllocationCandidates, together.12:14
jaypipesefried: since traits are not consumed, I don't have an issue with deleting providers that have traits assigned to them.12:14
efriedjaypipes Other way around: removing a trait from a provider if that provider has allocations against it.12:14
efriedjaypipes Objection being that then the RP may no longer "satisfy" the conditions that were originally in play when the allocation was made.12:15
efriedjaypipes My take: who cares?  You're never, like, re-checking afterwards.12:15
efriedjaypipes If you need to do a migration or resize, you would have to reschedule anyway and find appropriate RPs.12:15
*** Tom__ has joined #openstack-nova12:16
alex_xuefried: ok, then what we can do?12:16
efriedjaypipes I guess it could make resize-to-same-host impossible.  But so could resource exhaustion.  So...12:16
jaypipesefried: agreed.12:16
efriedalex_xu Each of us ensures we upload patches in progress before we sign off for the day (so that we don't have local work-in-progress that gets overridden by the other)12:16
efriedalex_xu Ideally we have a "handoff" time when we can briefly discuss anything as one of us leaves and the other comes on.12:17
alex_xuedleafe: ok, that should be under the situation the direction is solid12:17
alex_xuefried: yea, edleafe help me update the patches before when I'm sleeping12:17
efriedalex_xu Okay.  I obviously didn't want to start patching up your changes without discussing it first :)12:18
efriedalex_xu So I assume you're at least close to done for the evening at this point.  (What time zone are you in?)  Want to talk about what's in progress, and how I can most effectively take over?12:19
alex_xuefried: yea, I will upload a version, and I think I can write some todo note in the code12:19
alex_xubasically, I want to add more unittest for next step12:20
alex_xuand then overall to look at the code, and see if there is anything need to be adjust12:20
efriedalex_xu The ones about _get_provider_ids_with_any_resource returning incorrectly when there are exhausted inventories in play?12:21
alex_xuefried: I totally rewrite that sql12:21
alex_xucurrently, what I'm doing is rewrite the comments...and add more unittests12:21
artom_kaisers1, ping?12:22
alex_xuefried: how about I write some todo note in the commit message, then you can continue those todo, or fix anything you found when review the code?12:22
efriedalex_xu Perfect.12:23
kaisers_artom_: pong Hi12:23
alex_xuefried: cool, let us try how was that12:24
*** sree has joined #openstack-nova12:24
efriedalex_xu 很好 :)12:25
artom_kaisers_, hey, do you still run quobyte ci with dynamic_ownership = 0 in libvirt conf?12:25
* alex_xu hopes all the developers speek Chinese12:25
*** sree has quit IRC12:29
*** markvoelker has quit IRC12:29
efriedjaypipes These failures are weird http://logs.openstack.org/93/385693/58/check/openstack-tox-py27/786b250/testr_results.html.gz -- you on top of it or want me to debug?12:29
jaypipesefried: on it already.12:29
efriedjaypipes coo12:29
kaisers_artom_: i think the setup did not change, yes. why?12:30
efriedjaypipes Oh, the headers.  I was misreading those as being part of the endpoint filter.  Phew, not crazy.12:31
artom_kaisers_, we've run into an interesting side effect of the workaround we put in place for that12:31
artom_https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L3033 specifically12:31
artom_If the compute node dies ungracefully, instances can't be started again because of permission denied on console.log12:32
artom_We can probably hack something around that12:32
artom_But I was kinda hoping the original reason for the original workaround had gone away12:32
kaisers_artom_: hmm, yeah, would be great to get rid of that whole thing. I think i've an open idea on how to improve on that but currently i'm not coming 'round to implement that, at least not in the next 5-8 weeks12:34
*** lucas-hungry is now known as lucasagomes12:34
artom_kaisers_, does the idea depend on knowledge of quobyte? Otherwise I'm game :)12:35
*** READ10 has joined #openstack-nova12:35
kaisers_artom_: only marginally i think. I've to re-check my notes. I think it was centered around the idea to give a specific tag to libvirt which should ensure Quobyte is understood as a shared file system and libvirt should refrain from touching the files12:36
kaisers_artom_: but that's from clouded memory12:36
kaisers_pun not intended12:37
artom_kaisers_, ah, Dan Berrange's comment12:37
artom_I've read that12:37
artom_That wouldn't be in nova code though, correct?12:37
kaisers_artom_: yep, that's what i thought12:37
kaisers_artom_: i think it should be in nova12:37
kaisers_The libvirt xml would have to contain the tag iirc12:38
artom_kaisers_, ah? I'll try to read up on that12:38
*** gszasz has joined #openstack-nova12:38
kaisers_artom_: i think i started on that some time ago but had a hard time determining how exactly the tag has to look like12:39
*** markvoelker has joined #openstack-nova12:40
artom_kaisers_, alright, I'll try and figure out what exact shape the fix should take12:41
artom_Are you usually around at this time? I might poke you for info :)12:41
*** gcb has quit IRC12:42
*** gcb has joined #openstack-nova12:42
*** sree has joined #openstack-nova12:43
kaisers_yep, usually i'm online  around 07h - 15h UTC12:44
*** sree_ has joined #openstack-nova12:44
*** sree_ is now known as Guest1842612:45
artom_kaisers_, gotcha, thanks! Right this instant I need to tend to daycare logistics, but I'll try to work on this some more this morning (I'm on NA east coast)12:46
*** sree has quit IRC12:48
*** gcb has quit IRC12:48
kaisers_artom: Go for it! :)12:49
*** vks1 has joined #openstack-nova12:51
*** litao__ has quit IRC12:52
*** mvk has quit IRC12:52
*** baoli has joined #openstack-nova12:54
openstackgerritChen Hanxiao proposed openstack/nova master: libvirt: properly decode error message from qemu guest agent  https://review.openstack.org/51145912:54
openstackgerritJay Pipes proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569312:55
jaypipesefried, gibi: ^ fixed unit test failrues12:57
efriedjaypipes +1 thanks12:58
*** pchavva has joined #openstack-nova13:00
*** gongysh has quit IRC13:00
*** lyan has joined #openstack-nova13:02
*** tbachman has joined #openstack-nova13:06
*** rgerganov has quit IRC13:06
gibijaypipes: thanks, I but back my vote13:09
*** mriedem has joined #openstack-nova13:11
openstackgerritElod Illes proposed openstack/nova master: Transform keypair.import notification  https://review.openstack.org/46751413:13
mriedemclaudiub|2: lpetrut: looks like hyperv ci might have issues on stable/pike https://review.openstack.org/#/c/515330/13:13
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fix AttributeError in BlockDeviceMapping.obj_load_attr  https://review.openstack.org/51540413:13
*** hemna_ has joined #openstack-nova13:14
mriedemsdague: bauzas: simple fix backport for a regression in pike https://review.openstack.org/#/c/515404/13:14
*** jaosorior has quit IRC13:16
*** mdnadeem has quit IRC13:17
*** eharney has joined #openstack-nova13:20
*** sbezverk has joined #openstack-nova13:20
*** strigazi has joined #openstack-nova13:22
openstackgerritAlex Xu proposed openstack/nova master: Add _get_providers_with_any_resource method  https://review.openstack.org/51419713:22
openstackgerritAlex Xu proposed openstack/nova master: Enable _get_usages_by_provider_and_rc not filter on the resource class id  https://review.openstack.org/51464913:22
openstackgerritAlex Xu proposed openstack/nova master: Add _get_traits_by_rp_ids method  https://review.openstack.org/51118413:22
openstackgerritAlex Xu proposed openstack/nova master: Add ProviderSummaryList object  https://review.openstack.org/51419813:22
openstackgerritAlex Xu proposed openstack/nova master: Add more caches for the ProviderSummary and ProviderSummaryList  https://review.openstack.org/51419913:22
openstackgerritAlex Xu proposed openstack/nova master: Add AggregatedProviderSummary and AggregatedProviderSummaryList objects  https://review.openstack.org/51420013:22
openstackgerritAlex Xu proposed openstack/nova master: Add has_resources method to the AggregatedProviderSummary object  https://review.openstack.org/51465013:22
openstackgerritAlex Xu proposed openstack/nova master: Add as_allocation_request_obj method to AggregatedProvierSummary obj  https://review.openstack.org/51465113:22
openstackgerritAlex Xu proposed openstack/nova master: placement: rewrite AllocationCandidates.get_by_filters  https://review.openstack.org/47976613:22
alex_xuefried: jaypipes, all the functional tests passed ^ in the last patch, but it still is WIP, more unittests, and better commit message, and so on...13:23
efriedalex_xu Ack.  Anything in particular in there that I could/should work on today?13:24
alex_xuefried: I added todo note in the commit message https://review.openstack.org/#/c/514197/13:25
alex_xuI want to separate that single unittest to multiple one13:25
cdentI like this todo in commit message handoff idea13:25
efriedalex_xu Okay, I'll see if I can tackle that today.13:25
jaypipesalex_xu: yup, I'm getting to those reviews this morning. thanks for your patience.13:26
*** yamamoto has quit IRC13:26
alex_xuefried: and for other patch, few of them just missing the unittest, I didn't write the todo13:26
alex_xubut you can find them easily13:26
alex_xujaypipes: thanks13:26
efriedalex_xu I think I mentioned this in a comment, but eventually I'd like to extend _get_providers_with_any_resource to be able to do either 'any' or 'all'.13:27
efriedalex_xu Because numbered groups are going to want *all*.13:27
efriedwhich is a much easier thing to write SQL for.13:27
efriedIn fact, perhaps I can just write a separate method that does all resources *and* traits at the same time.13:27
*** rmart04 has joined #openstack-nova13:27
alex_xuefried: that what we doing currently, finally that will be huge sql, that is hard to maintain I think13:28
efriedalex_xu I think the "any" thing is what makes it really tricky.  But I'll play with it and see if it winds up looking too heinous to do in one shot.13:29
alex_xuefried: yea, it will be good you can take a look at the overall first, let us see which direction better13:30
efriedalex_xu Sure thing.  I'll go over the updates today in any case.13:31
*** mvk has joined #openstack-nova13:32
*** smatzek has quit IRC13:34
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fix the ocata config-reference URLs  https://review.openstack.org/51541013:35
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Import the config drive docs from openstack-manuals  https://review.openstack.org/51505313:35
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Import user-data page from openstack-manuals  https://review.openstack.org/51505413:35
*** gouthamr has joined #openstack-nova13:35
lbragstadgmann_afk: as far as i know, the policy deprecation work in oslo policy is just waiting on reviews13:36
*** burt has joined #openstack-nova13:36
*** liuyulong has quit IRC13:38
*** awaugama has joined #openstack-nova13:39
*** rodolof has quit IRC13:40
*** felipemonteiro_ has joined #openstack-nova13:40
mriedemstvnoyes: did you ever get a chance to test the new cinder attach patches and try to attach the same volume to the same instance multiple times even if the volume wasn't multiattach=true?13:42
stvnoyesno, I've been off on something else for the past week. I'll give it a try today13:43
edleafealex_xu: I think adding a TODO in a commit message for a WIP patch is very smart13:43
mriedemstvnoyes: ok, alternatively i can just add something to a tempest test, push that up and make it depend on the nova api change13:44
stvnoyeshaving it in tempest would be good to have13:44
mriedemok i'll put something up this morning13:44
*** catintheroof has joined #openstack-nova13:45
openstackgerritEric Fried proposed openstack/nova master: Parse granular resources/traits from extra_specs  https://review.openstack.org/51515113:46
openstackgerritEric Fried proposed openstack/nova master: Granularize resources_from_{flavor|request_spec}  https://review.openstack.org/51522313:46
cdentedleafe, efried, alex_xu: are you familiar with the “park on a slope” concept, when experiencing task interruptions?13:46
efriedcdent I went ahead and made those couple of changes since I was editing the base patch anyway ^13:46
efriedcdent Not by that name.  Googling...13:46
*** catintheroof has quit IRC13:46
*** catintheroof has joined #openstack-nova13:46
edleafecdent: sorry, you just interrupted my task13:46
cdentefried: cool, given other commitments today it is unlikely I would have got back to it and/or there’s not enough coffee in the world to make my brain work13:46
edleafecdent: no, not familiar13:46
efriedTurns out that's kind of a tough thing to google.13:47
cdentit’s aligned with this idea of leaving a TODO in the wip commit. park your car in a way that if the battery is flat when you get back to it, you can still rolling start it13:48
cdentor in general: make it easy, by leaving info, to rolling start13:48
cdentstigmergy13:48
openstackgerritGhanshyam Mann proposed openstack/nova master: Implement query param schema for flavor index  https://review.openstack.org/51541313:48
*** dosaboy has quit IRC13:48
cdentefried: google stigmergy if you want something detailed to google13:49
*** amodi has joined #openstack-nova13:49
efriedcdent Neat - the ants-following-scent-trails thing was a great way to crystallize the concept in my head.13:50
edleafeefried: that's what we are, after all :)13:50
efriedcdent edleafe Not sure I would go so far as to say we "lack any memory, intelligence or even individual awareness of each other" though.13:51
edleafeefried: so effin' literal!13:51
*** catinthe_ has joined #openstack-nova13:52
cdentefried: that somehow reminded me of an old blog post: https://www.burningchrome.com/~cdent/mt/archives/000187.html13:52
cdentefried: if we want to be an inclusive community that accepts all comers we should behave in a way that assumes there is no shared memory, that only external things can operate as memory13:52
efried*mind blown*13:53
*** jaosorior has joined #openstack-nova13:53
*** catintheroof has quit IRC13:55
edleafeefried: that's cdent's fancy way of saying "write it down!"13:55
* cdent hires edleafe translate13:56
*** hongbin has joined #openstack-nova13:56
bauzassahid: as you pointed out, there is a bug that prevents mediated devices to be shown by libvirt https://bugzilla.redhat.com/show_bug.cgi?id=1463285#c613:57
openstackbugzilla.redhat.com bug 1463285 in libvirt "mediated devices are not shown in nodedev-list --cap mdev output" [High,Post] - Assigned to eskultet13:57
bauzassahid: now, the problem is about which specific operator impact we should provide13:57
stephenfindansmith: Wanna direct your nova-network wrath on this? https://review.openstack.org/#/c/499168/13:58
bauzassahid: if we ask operators to pre-create the mdevs, it can work for the next instances to be created13:58
dansmithstephenfin: I don't really have n-net wrath, but sure :)13:58
bauzassahid: but for existing instances, it can be an operator painpoint because you need to exactly recreate the mdev with the same existing UUID13:58
dansmithanything to avoid working on this slide deck sitting in front of me13:59
*** smatzek has joined #openstack-nova13:59
bauzasas reboots wipe out mediated devices13:59
bauzassahid: that's why I feel we should leave nova drive the creation, and not the operator13:59
bauzassahid: unless mediated devices become persistent upon reboot :)13:59
sahidbauzas: what i could say is that, for SR-IOV we ask operator to allocate the VFs14:00
openstackgerritAlex Xu proposed openstack/nova master: Enable _get_usages_by_provider_and_rc not filter on the resource class id  https://review.openstack.org/51464914:00
openstackgerritAlex Xu proposed openstack/nova master: Add _get_traits_by_rp_ids method  https://review.openstack.org/51118414:00
openstackgerritAlex Xu proposed openstack/nova master: Add ProviderSummaryList object  https://review.openstack.org/51419814:00
openstackgerritAlex Xu proposed openstack/nova master: Add more caches for the ProviderSummary and ProviderSummaryList  https://review.openstack.org/51419914:00
openstackgerritAlex Xu proposed openstack/nova master: Add AggregatedProviderSummary and AggregatedProviderSummaryList objects  https://review.openstack.org/51420014:00
openstackgerritAlex Xu proposed openstack/nova master: Add has_resources method to the AggregatedProviderSummary object  https://review.openstack.org/51465014:00
openstackgerritAlex Xu proposed openstack/nova master: Add as_allocation_request_obj method to AggregatedProvierSummary obj  https://review.openstack.org/51465114:00
openstackgerritAlex Xu proposed openstack/nova master: placement: rewrite AllocationCandidates.get_by_filters  https://review.openstack.org/47976614:00
openstackgerritEric Fried proposed openstack/nova master: Reformat _get_all_with_shared  https://review.openstack.org/51279914:00
sahidif host is rebooting the operator can have the module to pre-allocate VFs anyway14:00
sahidbut without the insurance that the PCI addresses will be the same as previously14:00
*** dosaboy has joined #openstack-nova14:00
bauzassahid: but the domain XML will be incorrect then, right?14:00
dansmithstephenfin: can you fix that typo in the commit message and then I'll fast approve?14:00
sahidright14:00
*** smatzek has quit IRC14:00
bauzassahid: if the VF is on the wrong PCI device14:01
sahidso operator have to deal with that14:01
alex_xuefried: ^ more todo, some of them is more interest than unittest,14:01
bauzassahid: how can they deal with that ?14:01
*** smatzek has joined #openstack-nova14:01
openstackgerritStephen Finucane proposed openstack/nova master: conf: Move additional nova-net opts to 'network'  https://review.openstack.org/49916814:01
dansmithstephenfin: or I can just do it in the ui I guess14:01
*** smatzek has quit IRC14:01
sahidreboot --force14:01
stephenfindansmith: Done14:01
bauzassahid: they dump all the instances XML before starting nova-compute?14:01
stephenfin...from the UI :)14:01
efriedalex_xu Ack14:01
dansmithstephenfin: done14:01
*** smatzek has joined #openstack-nova14:01
bauzassahid: but a reboot breaks existing instances using VFs, right?14:01
bauzassince as you said, there is no guarantee that the newly created VF will match the one descibed in the domain XML14:02
sahidbauzas: there are some limitations, it's clear... what i'm trying to say is, if you can make them clear for your implementation so operator could deal with them14:02
sahidthe libvirt design merged upstream for pci devices does not manage the devices14:03
bauzassahid: I'm thinking about the fact that if I'm implementing something like nova creating the mdevs directly, we could just ask the operator to restart their libvirt deamon right after they start nova-computez14:04
sahidyou could try to do it in nova14:04
sahidbut that seems to be complicated14:04
sahidbauzas: what about to ask operator to do a force reboot?14:04
dansmithbauzas: restarting libvirt after nova-compute isn't reasonable, IMHO14:05
dansmithor starting14:05
sahidwe have to double check but with a force-reboot we recreating the domainXML from scratch14:05
*** mlavalle has joined #openstack-nova14:05
alex_xucdent: yea, always be interrupted, like meeting...14:06
sahiddansmith is right14:06
bauzasdansmith: that's a separate problem14:06
bauzasdansmith: there are two issues with libvirt managing mdevs14:07
*** esberglu has joined #openstack-nova14:07
bauzasdansmith: #1 is that mdevs aren't persistent upon reboots14:07
bauzasdansmith: #2 is that there is a kernel bug that prevents newly created mdevs to be seen by libvirt14:08
*** rcernin has joined #openstack-nova14:08
bauzasfor #1, my take is that we shouldn't leave the operators deal with the mess of recreating specific mdevs based on specific UUIDs14:08
bauzasrather, it should be nova that should deal with that14:08
dansmithyeah14:09
bauzasfor #2, it's just a kernel bug that is tackled by https://bugzilla.redhat.com/show_bug.cgi?id=1463285#c614:09
openstackbugzilla.redhat.com bug 1463285 in libvirt "mediated devices are not shown in nodedev-list --cap mdev output" [High,Post] - Assigned to eskultet14:09
bauzasthen, it's unrelated to nova14:09
dansmithif restarting libvirt is a requirement as a workaround for a bug that will be fixed, then that's fine14:09
bauzasbut we could workaround that by asking operators to restart their libvirt deamon14:09
openstackgerritHongbin Lu proposed openstack/nova stable/pike: Handle exception on adding secgroup  https://review.openstack.org/51541814:09
dansmithbut yeah, if nova is creating mdevs with uuids and then we lose those on reboot, we have to recreate them, IMHO14:10
bauzasdansmith: that's my point, it's just a stupid workaround14:10
dansmithack, makes sense14:10
bauzasand with some hope, distributions would ship the right fixed kernel14:11
bauzasor the fix could be backported in the supported kernel, either way14:11
bauzassahid: dansmith: wait, I have another idea14:12
bauzasoVirt does get the mdev list by not calling the libvirt API, but rather directly checking the FS14:12
*** rabel_b1 has joined #openstack-nova14:12
bauzasthat's why they're not impacted by the bug14:12
bauzasthat could be another idea14:13
bauzasalthough I definitely prefer to use the libvirt API14:13
*** marst has joined #openstack-nova14:13
openstackgerritHongbin Lu proposed openstack/nova stable/ocata: Handle exception on adding secgroup  https://review.openstack.org/51542114:13
dansmithbauzas: it would be better to use libvirt too, but using sysfs directly isn't terrible.. however, if it's just a bug that will be fixed, it's not worth spending time on, IMHO14:14
bauzasyeah hopefully14:14
bauzasit's just a matter of correctly designing the interface for getting the mdevs14:14
*** rabel__b1 has joined #openstack-nova14:14
*** dklyle has quit IRC14:15
bauzashow we're getting them is just an implementation detail14:15
*** rabel__b1 has quit IRC14:15
*** rabel has quit IRC14:15
*** rabel_b1 has quit IRC14:17
*** catinthe_ has quit IRC14:17
*** catintheroof has joined #openstack-nova14:17
*** armax has joined #openstack-nova14:18
*** jmlowe has joined #openstack-nova14:18
openstackgerritsean mooney proposed openstack/nova master: [WIP] add vif info to migration object  https://review.openstack.org/51542314:19
cdentjaypipes: responded to your query about empty allocations, it’s for the eventual use in POST, and at the api level it is only allowed in POST, not PUT. dansmith may have additional input.14:20
dansmithcdent: jaypipes: we need to be able to *atomically* replace an allocation with one from a different consumer, so we need to be able to nuke one and replace one in a single post14:21
*** Swami has joined #openstack-nova14:22
mriedembauzas: you could add a workarounds config option to fallback to check the filesystem using privsep if you can't discover mdevs via the libvirt api14:24
mriedemso people affected by the bug could turn that option on14:24
mriedemand it sets a timer on when we remove the workaround14:24
bauzasmriedem: I thought on that, glad we're on the same page14:26
*** yamamoto has joined #openstack-nova14:26
bauzasmriedem: I'll either way need to use privsep for creating the mdev14:27
bauzasmriedem: because there is nothing in the libvirt API, that's a sysfs call14:27
mriedemstvnoyes: https://review.openstack.org/51542614:30
*** yamamoto has quit IRC14:32
*** nikhil has joined #openstack-nova14:41
*** scottda_ has quit IRC14:44
openstackgerritSylvain Bauza proposed openstack/nova master: vgpu: add enabled white list  https://review.openstack.org/51258014:47
*** david-lyle has joined #openstack-nova14:48
*** armax has quit IRC14:50
*** burgerk has joined #openstack-nova14:51
*** felipemonteiro__ has joined #openstack-nova14:52
openstackgerritStephen Finucane proposed openstack/nova master: conf: Remove 'vendordata_driver' opt  https://review.openstack.org/39783514:54
bauzassahid: I don't understand exactly what you want as a format for https://review.openstack.org/#/c/514763/5/nova/virt/libvirt/config.py@248114:55
*** felipemonteiro_ has quit IRC14:55
bauzassahid: you want a dictionary of dictionaries ?14:55
bauzasI'm fully open to ideas for a clear attribute14:55
*** rmart04 has quit IRC14:58
sahidbauzas: we have an instance of this class for each mdev device, right? no need of dictionary of dictionaries, a dictionary is enough14:58
bauzassahid: no14:58
bauzassahid: we have the list of all the supported types for that specific device14:59
bauzassahid: with each type, we get the deviceAPI, availableInstances and the optional name14:59
sahidoh yes it's the mdev capabilities of the pci device14:59
bauzasyup, that https://libvirt.org/drvnodedev.html#MDEVCap14:59
sahidlist of dict, no?14:59
bauzasthat's what I wrote :p14:59
sahid:)15:00
bauzasthe brackets could have confused you but it's not a list of tuples15:00
*** trozet has joined #openstack-nova15:00
bauzasI'll remove them to clarify15:00
*** slaweq_ has quit IRC15:00
sahidno no it's your comment the example which confused me, but it's my mistake I should have read better than that15:01
*** lajoskatona has left #openstack-nova15:01
bauzasI do wonder if I should use a namedtuple15:01
bauzasbut let's see what other think15:02
bauzasothers*15:02
*** spectr has quit IRC15:02
*** jdandrea has quit IRC15:02
*** jaosorior has quit IRC15:02
*** baoli has quit IRC15:02
mriedemedleafe: bauzas: dansmith: jaypipes: a shmorgasbord of comments in the Selection object patch https://review.openstack.org/#/c/499239/15:03
mriedemedleafe: wondering if we should use the existing SchedulerLimits object to contain the limits/numa_limit fields15:03
mriedemlike the reqspec15:03
*** vks1 has quit IRC15:03
openstackgerritMerged openstack/nova master: Accept all standard resource classes in flavor extra specs  https://review.openstack.org/51494215:04
edleafemriedem: things have come full circle :)15:04
*** rcernin has quit IRC15:04
mriedemyou started with that?15:04
edleafeIs the plan that limits would be something that is not going away?15:04
mriedemthey aren't going away in the near future15:05
mriedemwhy does that matter?15:05
bauzas-ETOOMANYTHINGSTODO15:05
*** baoli has joined #openstack-nova15:05
edleafeIt was Jay's comment that limits are going away that got me to drop limits15:06
dansmithwhat does that have to do with how we put it in the object, if we know we need them for the short term?15:07
mriedemright - we need to pass limits down either way15:07
mriedemwe are still supporting the caching scheduler15:07
mriedemso do we pass them differently from the requestspec when we already have an object that handles the exact same thing?15:07
mriedemi'd rather just re-use SchedulerLimits15:07
edleafeok, if that's the current feeling15:08
edleafeI'll get started on that soon15:08
mriedemcool. i also tried to document some of the discussion we had in irc with dansmith a week or two ago about how redundant this all is with passing limits to compute in 3 different ways now,15:09
mriedemand that there isn't really a way around that for the time being15:09
mriedemand eventually the legacy filter props *should* go away15:09
dansmithah15:09
*** vks1 has joined #openstack-nova15:10
dansmithedleafe: that SchedulerLimits object calls out the few limits we have specifically, which is better than just a dict of ints, yeah15:10
dansmitheven more confined15:10
dansmithI didn't realize we had this15:10
edleafedansmith: gotcha15:10
edleafedansmith: I didn't know about it either15:10
*** liverpooler has joined #openstack-nova15:12
*** baoli has quit IRC15:13
jaypipesmriedem: so this one of your comments on a previous patchset should be ignored? "Given that, I think it's OK to restrict the limits field value to only things that we know about for in-tree filters and how limits are used in the claim/resource tracker code. Filters are pluggable, but the resource tracker is not."15:14
dansmithno?15:15
dansmithwe're still talking about restricting the limits to the ones we know about15:15
dansmithwe just can't get rid of them just yet15:15
jaypipesdansmith: ok.15:15
jaypipesdansmith: but we're only keeping them for the caching scheduler users, *not* because of out of tree filters. correct?15:16
edleafedansmith: question: if SchedulerLimits is already part of the reqspec object, why is it needed in the Seleciton object at all?15:16
dansmithjaypipes: that's what his comment is saying15:16
jaypipesdansmith: ok.15:16
dansmithedleafe: because it differs per host15:16
*** Oku_OS is now known as Oku_OS-away15:16
dansmithedleafe: and because we have to pass at least ten copies of limits to the compute node or we lose our heavyweight championship title15:17
*** Guest18426 has quit IRC15:17
*** sree has joined #openstack-nova15:18
*** josecastroleon has quit IRC15:18
*** baoli has joined #openstack-nova15:18
edleafedansmith: more is better!15:18
dansmithobvi15:18
*** catintheroof has quit IRC15:20
*** catintheroof has joined #openstack-nova15:20
jaypipesdansmith, mriedem: so I'm confused. if the RequestSpec and legacy filter properties are always passed to the compute service during a build operation, and those things contain the limits cruft, why do we want to pass limits information in the Selection object?15:21
mriedemsorry, was trying to cleanup reqspec madness in compute while it's fresh in my mind - sounds like we're all good?15:21
mriedemjaypipes: different limits per alternate15:21
dansmiththat ^15:21
jaypipesmriedem: gah. ok.15:21
jaypipesack15:21
mriedemplus, the request spec is not passed back to the cell conductor during reschedules,15:21
mriedemso it won't be there for alternates15:21
mriedemi'm just noticing...15:21
jaypipesk, another good point, thanks.15:22
mriedemi'm going to polish some turds this morning15:22
*** sree has quit IRC15:22
mriedemoh i forgot,15:23
mriedemdansmith:  :)15:23
mriedemlimits are also passed as a direct kwarg from conductor to compute.build_and_run_instance15:24
dansmith?15:24
mriedem1. requestspec.limits15:24
mriedem2. filterproperties.limits15:24
mriedem3. direct limits kwarg15:24
mriedem4. selection.limits15:24
dansmithand once per alternate15:24
dansmithbecause we rock15:24
mriedem* 4. selection.limits * max_attempts15:24
dansmithactually it's max_attempts +1 I think15:24
*** sree has joined #openstack-nova15:24
dansmithwell, maybe not15:24
dansmithwhatever15:24
dansmithtoo fucking many15:24
mriedemi mean seriously, can i just get some limits please15:25
openstackgerritArtom Lifshitz proposed openstack/nova master: WIP: proper fix for Quobyte CI  https://review.openstack.org/51544715:25
*** catintheroof has quit IRC15:25
mriedemunlimited ways to get the limits15:25
artom_kaisers_, still around?15:25
dansmithwe should limit our limits15:25
*** artom_ is now known as artom15:25
mriedem"nova: blowing up your rpc queue with limits since 2014"15:25
efriedmriedem If your req spec turd polishing overlaps with https://review.openstack.org/#/c/515223/2/nova/scheduler/utils.py please let me know.15:27
mriedemright now it doesn't15:28
mriedemjust going to try and clean up some things in the compute15:28
mriedemso that maybe by S we can stop passing at least limits and filter_properties down to the compute15:28
*** yamamoto has joined #openstack-nova15:28
*** sree has quit IRC15:29
kaisers_artom: yep, few mins15:29
*** jdwidari has joined #openstack-nova15:29
kaisers_artom: saw the cl15:29
*** jdwidari has quit IRC15:29
*** AlexeyAbashkin has quit IRC15:29
*** ijw has joined #openstack-nova15:30
kaisers_artom: I'll check that out in detail tomorrow15:30
*** jdwidari has joined #openstack-nova15:31
*** jdwidari has quit IRC15:31
*** jdwidari has joined #openstack-nova15:31
artomkaisers_, aha, thanks! This is very very very preliminary15:31
artomkaisers_, but if we could get a quobyte CI run against that without dynamic_ownership = 0, it would be a first step15:32
*** ijw has quit IRC15:32
artomAnd ideally a way to recheck, still without dynamic_ownership = 015:32
kaisers_artom: exactly. I'll spin up a manual instance and run tests, etc.15:32
kaisers_that related to the previous comment... :)15:33
*** yamamoto has quit IRC15:33
kaisers_artom: not sure about the automated recheck, I'll comment in the CL15:35
artomkaisers_, fantastic, thanks15:35
artomTo be honest it might fail Jenkins CI15:36
artomSo maybe wait for that to at least be sure we can still boot generic VMs with that patch ;)15:36
*** baoli has quit IRC15:38
*** mvk has quit IRC15:39
*** baoli has joined #openstack-nova15:39
*** itlinux has joined #openstack-nova15:39
*** fmount9 has quit IRC15:41
*** baoli has quit IRC15:43
*** gyee has joined #openstack-nova15:43
*** trozet has quit IRC15:45
*** andreas_s has quit IRC15:46
*** andreas_s has joined #openstack-nova15:47
*** felipemonteiro_ has joined #openstack-nova15:49
*** baoli has joined #openstack-nova15:49
*** jdwidari has left #openstack-nova15:49
mriedembauzas: why does RequestSpec._from_hints turn the key=value from filter_properties into a key=[value] ?15:50
*** catintheroof has joined #openstack-nova15:51
*** andreas_s has quit IRC15:51
*** felipemonteiro__ has quit IRC15:52
openstackgerritMerged openstack/nova master: Move project_id and user_id to Allocation object  https://review.openstack.org/50041015:53
*** andreas_s has joined #openstack-nova15:53
*** ragiman has quit IRC15:53
*** baoli has quit IRC15:53
*** hemna_ has quit IRC15:54
mriedemi guess because you can pass in hints like key=value1 key=value2 and the CLI will convert those to a key=[value1,value2]15:54
mriedemseems that _validate_instance_group_policy in the compute manager doesn't handle the hint value being a list at all15:55
*** catintheroof has quit IRC15:55
mriedemoh becaues the 'group' hint schema only allows a string value15:56
mriedemhttps://github.com/openstack/nova/blob/d36dcd52c24c32418fd358d245688c86664025d5/nova/api/openstack/compute/schemas/scheduler_hints.py#L2115:57
mriedemfun, all of this being undocumented... :)15:57
*** Apoorva has joined #openstack-nova15:59
*** catintheroof has joined #openstack-nova16:01
*** andreas_s has quit IRC16:03
*** andreas_s has joined #openstack-nova16:03
*** Guest26707 has quit IRC16:03
*** baoli has joined #openstack-nova16:08
*** fragatina has quit IRC16:09
*** andreas_s has quit IRC16:09
*** andreas_s has joined #openstack-nova16:10
*** armax has joined #openstack-nova16:10
*** sree has joined #openstack-nova16:14
*** slaweq has joined #openstack-nova16:16
*** baoli has quit IRC16:16
*** derekh has quit IRC16:17
*** psachin has quit IRC16:17
*** lucasagomes is now known as lucas-afk16:17
openstackgerritMatt Riedemann proposed openstack/nova master: Use the RequestSpec when getting scheduler_hints in compute  https://review.openstack.org/51546116:18
mriedembauzas: here you go ^ i'm helping!16:18
*** andreas_s has quit IRC16:19
*** sree has quit IRC16:20
*** sridharg has quit IRC16:21
*** baoli has joined #openstack-nova16:21
*** baoli has quit IRC16:22
*** kaisers_ has quit IRC16:22
openstackgerritMatt Riedemann proposed openstack/nova master: Use the RequestSpec when getting scheduler_hints in compute  https://review.openstack.org/51546116:22
*** andreas_s has joined #openstack-nova16:24
*** yamamoto has joined #openstack-nova16:30
cdentjaypipes: thanks for the review on the stack leading to POST /allocations. No, nobody suggested I split things up, I did that to try and keep things a bit smaller, led in part by the stack that is adding last-modified to lots of things, all under the same microversion16:31
*** baoli has joined #openstack-nova16:32
jaypipescdent: sorry, I may have missed the last-modified thing... I don't see that anywhere in this patch series?16:32
cfriesenIn _post_live_migration() at https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L6075 why are we calling self._update_scheduler_instance_info() rather than self._delete_scheduler_instance_info() ?16:32
cdentjaypipes: it’s a different series, but has the same split behavior of docs/reno coming later16:32
jaypipescdent: ack. I'd like to see all public API-modified changes in a single commit please. even if it leads to large commits.16:33
cfriesenOne of our devs thinks that this is causing issues with the server group affinity filter by causing the scheduler to get out-of-date with the compute nodes.16:33
jaypipescdent: just enables us to keep our "this single commit changes the API and in these ways" behaviour.16:33
jaypipesdansmith: thoughts on ^?16:33
cdentI thought we had relaxed some of that in favor of being able to review things a bit more discreetly?16:34
sean-k-mooneycfriesen: oh hi since your about do you know if the patches to fix live migration with vnic=macvtap were ever merged16:34
jaypipescdent: I'm not aware of such a relaxation...16:34
dansmithyeah, we can't16:34
jaypipescdent: but of course, I very easily could be wrong :)16:34
cdentit’s doable of course, but will require a fair bit of reordering on the last-modified stuff16:34
cdentwhich is fine16:34
*** yamamoto has quit IRC16:34
dansmiththe only way around it is adding dead code in a commit, then turning it on later when you add the microversion16:34
dansmithbut we can't add real functionality separate from the microversion itself16:34
cdentI’m not _not_ adding the microversion, just not doccing it16:35
cdentwhich perhaps should be considered the same thing? /me shrugs16:35
dansmithoh, I thought it was asserted that you were16:35
cfriesensean-k-mooney: I don't think so....see https://review.openstack.org/#/c/136077/ and https://review.openstack.org/#/c/251387/16:35
*** andreas_s has quit IRC16:36
cdentdansmith: no I’m starting a microversion and then adding different pieces of functionality or docs that are within that microversion in subsequent patches16:36
cdentso for example16:36
cdenthttps://review.openstack.org/#/c/495380/16:36
dansmithcdent: that's the same thing as adding the functionality before the microversion,16:36
sean-k-mooneycfriesen: ok cool ill assume its stil broken then. ill try to make sure we can handel it properly in the multiple port binding work im doing16:37
dansmithalthough with the latter you can keep it dead until the microversion which is what you'd have to do16:37
sean-k-mooneycfriesen: i might not actully fix it but ill make sure not to break it more16:37
cfriesensean-k-mooney: :)16:37
cdentdansmith: I’m not sure I’m fully parsing “that's the same thing as adding the functionality before the microversion,"16:37
dansmithcdent: opening a microversion in one commit and extending it in another defeats the point of it, in that clients can't depend on the functionality you're adding when the microversion is exposed16:37
dansmithjaypipes: that's what you're trying to say right? ^16:38
jaypipesdansmith: yeah16:38
cdentright, that’s where I guess I was misinformed/misunderstood on some of the relaxation with regard to CD16:38
cdentain’t no thing, I’ll just fix it16:39
cdentbut first I must go home16:39
* cdent waves16:39
*** cdent has quit IRC16:39
openstackgerritMerged openstack/nova stable/pike: Fix AttributeError in BlockDeviceMapping.obj_load_attr  https://review.openstack.org/51540416:41
edleafedansmith: so is it frowned upon to create separate patches to create the base for the version change in digestible chunks, and then turn it on with a single patch?16:41
dansmithedleafe: that's what I was saying above: if it makes real sense to do that, I think it's cool, you just need to make sure it's dead until the microversion gets added16:41
jaypipesedleafe: yes. AFAIK, we've never done/allowed that.16:41
edleafeHeh, I'll leave it to you two to fight it out16:42
dansmithjaypipes: we have definitely done that in the past, I'm quite sure.. as long as it's dead16:42
dansmithjaypipes: cdent was doing the opposite though AIUI, which is definitely not okay16:42
jaypipesedleafe: we've not allowed adding code that adds the microversion in one patch and modifies code that touches that microversion in a later patch.16:43
*** lpetrut has quit IRC16:43
dansmithright, exactly that16:43
sean-k-mooneydansmith: do you know why we never versioned the base LiveMigrationData object. im fixing that in https://review.openstack.org/#/c/515423/1/nova/objects/migrate_data.py but not sure why it was not done in the first place when changes to the base require version bumps to all the childeren anyway.16:43
jaypipessorry, I guess I misread edleafe's comment.16:43
edleafejaypipes: sure, but that's not what I asked16:43
edleafesorta jinx16:43
dansmithsean-k-mooney: because it's required to be implemented per virt driver, so it's not possible to use the base object16:43
dansmithsean-k-mooney: so please don't "fix" that :)16:43
*** namnh has joined #openstack-nova16:43
jaypipesedleafe: ok. so is it clear now then?16:44
sean-k-mooneydansmith: but that breaks the versioning of all child objects if we dont...16:44
dansmithsean-k-mooney: breaks how?16:44
edleafejaypipes: yes; it seemed earlier you were stating the opposite16:44
*** baoli has quit IRC16:44
dansmithsean-k-mooney: adding something to the base object requires a bump in all the subclasses.. that's intentional, not broken :)16:44
*** ijw has joined #openstack-nova16:44
jaypipesedleafe: ok, not sure why/how I was unclear earlier but as long as I'm clear now, ok.16:44
*** baoli has joined #openstack-nova16:45
dansmithsean-k-mooney: it's like an abc. just a template for the real implementations and a common superclass parent16:45
dansmithjaypipes: I was confused about what you said initially too, so..16:45
sean-k-mooneydansmith: yes it does but not versioning the base mean we have to copy the make compatible function to all the childern16:45
*** Swami has quit IRC16:45
dansmithsean-k-mooney: I'm not sure what or why you say that16:46
dansmithoh I see what you mean16:46
dansmithsean-k-mooney: then yeah, that's what it means16:46
*** andreas_s has joined #openstack-nova16:47
dansmiththe versions are all different, so you have to handle the version each one took that new change in16:47
dansmithregistering doesn't help AFAIK16:47
mriedemheh, wtf, this dict is already a primitive :) https://github.com/openstack/nova/blob/d36dcd52c24c32418fd358d245688c86664025d5/nova/scheduler/utils.py#L8316:48
sean-k-mooneyill be off until wednesday.  but let me know if you would perfer me to duplicate the removal of the vifs into all the childeren or if the approch in the patch is ok16:48
*** slaweq has quit IRC16:48
dansmithsean-k-mooney: if that's what you have to do then yeah16:48
*** slaweq has joined #openstack-nova16:48
dansmithsean-k-mooney: you can unify a handler for that in the base class, and then just trigger it at the appropriate version for each child object or something16:49
*** ijw has quit IRC16:49
sean-k-mooneythat what i basically did in https://review.openstack.org/#/c/515423/1/nova/objects/migrate_data.py16:49
*** baoli has quit IRC16:49
dansmithsean-k-mooney: ack, will comment16:50
sean-k-mooneydansmith: i don't really mind which way its done i just taught this refactor would be cleaner but im happy to do it another way too.16:51
*** andreas_s has quit IRC16:51
dansmithokay16:51
*** mwynne has joined #openstack-nova16:52
*** slaweq has quit IRC16:53
*** jmccarthy has left #openstack-nova16:53
*** AlexeyAbashkin has joined #openstack-nova16:53
*** mvk has joined #openstack-nova16:54
*** AlexeyAbashkin has quit IRC16:57
*** sambetts is now known as sambetts|afk16:58
*** jpena is now known as jpena|off16:59
*** slaweq has joined #openstack-nova17:00
*** Swami has joined #openstack-nova17:02
*** avolkov has quit IRC17:03
*** claudiub|2 has quit IRC17:03
*** ralonsoh has quit IRC17:04
*** andreas_s has joined #openstack-nova17:06
*** ijw has joined #openstack-nova17:07
*** baoli has joined #openstack-nova17:09
*** fragatina has joined #openstack-nova17:10
*** hemna_ has joined #openstack-nova17:11
*** baoli has quit IRC17:12
openstackgerritVladyslav Drok proposed openstack/nova master: rbd: flatten images when unshelving  https://review.openstack.org/45788617:16
*** andreas_s has quit IRC17:17
*** cdent has joined #openstack-nova17:17
*** baoli has joined #openstack-nova17:17
*** jamesdenton has quit IRC17:17
*** jamesden_ has joined #openstack-nova17:17
*** jamesden_ is now known as jamesdenton17:18
*** yamahata has joined #openstack-nova17:18
*** dtantsur is now known as dtantsur|afk17:22
*** slaweq has quit IRC17:22
*** namnh has quit IRC17:25
*** sshwarts has quit IRC17:26
*** gszasz has quit IRC17:27
*** namnh has joined #openstack-nova17:29
*** yamamoto has joined #openstack-nova17:31
*** ijw has quit IRC17:33
*** yamamoto has quit IRC17:36
*** ijw has joined #openstack-nova17:36
*** andreas_s has joined #openstack-nova17:38
openstackgerritEd Leafe proposed openstack/nova master: Add Selection objects  https://review.openstack.org/49923917:39
openstackgerritEd Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver  https://review.openstack.org/49585417:39
openstackgerritEd Leafe proposed openstack/nova master: Change RPC for select_destinations()  https://review.openstack.org/51015917:39
openstackgerritEd Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils  https://review.openstack.org/51135717:39
openstackgerritEd Leafe proposed openstack/nova master: Make conductor pass and use host_lists  https://review.openstack.org/51135817:40
edleafemriedem: jaypipes: ^^ implemented SchedulerLimits for Selection17:40
*** ijw has quit IRC17:40
gibimriedem: I've left my report about the notification subteam on the today's meeting agenda as I cannot participate.17:43
mriedemgibi: ok, thanks17:43
*** andreas_s has quit IRC17:43
*** tesseract has quit IRC17:45
mriedemedleafe: thanks, soft -1 on the new comment that got added17:47
*** namnh has quit IRC17:47
mriedemsince i'm working on making that comment partially untrue17:47
*** sree has joined #openstack-nova17:48
*** AlexeyAbashkin has joined #openstack-nova17:48
*** yamahata has quit IRC17:49
*** andreas_s has joined #openstack-nova17:50
*** Apoorva has quit IRC17:51
*** AlexeyAbashkin has quit IRC17:52
*** sree has quit IRC17:52
jaypipesedleafe: cheers. will review shortly.17:53
*** andreas_s has quit IRC17:55
*** andreas_s has joined #openstack-nova17:57
*** Apoorva has joined #openstack-nova17:58
edleafemriedem: well, since Jay wanted it recorded, I thought I'd include it, but I can easily remove it17:59
mriedemjaypipes: i assumed he meant recorded in gerrit17:59
edleafemriedem: and Ill remove the mixin17:59
edleafeHmmm... when I'm researching code behavior, Gerrit isn't where I look18:00
*** slaweq has joined #openstack-nova18:00
*** slaweq has quit IRC18:01
mriedemso leave a generic comment about us having to include limits in this thing because they are per-alternative host which isn't the same thing as limits in reqspec and filter_properties18:01
mriedemidk18:01
*** andreas_s has quit IRC18:02
edleafeI removed it. It's not like adding it there will suddenly unlock the secrets of Nova to future generations of coders :)18:06
mriedemright - i will still have to re-learn limits everytime i need to look at any of this18:07
cdentjaypipes: since you were in that stack recently, you have time to blip in the spec tune up? https://review.openstack.org/#/c/509136/18:10
*** Aditya has joined #openstack-nova18:11
*** ijw has joined #openstack-nova18:12
*** catintheroof has quit IRC18:13
*** vvargaszte has joined #openstack-nova18:14
*** andreas_s has joined #openstack-nova18:15
*** lpetrut has joined #openstack-nova18:18
*** andreas_s has quit IRC18:20
*** yamahata has joined #openstack-nova18:21
*** andreas_s has joined #openstack-nova18:22
*** Sukhdev has joined #openstack-nova18:25
*** slaweq has joined #openstack-nova18:26
*** slaweq has quit IRC18:29
*** AlexeyAbashkin has joined #openstack-nova18:30
*** andreas_s has quit IRC18:32
openstackgerritMatt Riedemann proposed openstack/nova master: Use the RequestSpec when getting scheduler_hints in compute  https://review.openstack.org/51546118:32
openstackgerritMatt Riedemann proposed openstack/nova master: Pass RequestSpec to ConductorTaskAPI.build_instances  https://review.openstack.org/51549518:32
*** vks1 has quit IRC18:32
*** yamamoto has joined #openstack-nova18:32
*** Sukhdev has quit IRC18:33
*** AlexeyAbashkin has quit IRC18:34
*** sree has joined #openstack-nova18:35
*** gszasz has joined #openstack-nova18:35
*** andreas_s has joined #openstack-nova18:38
*** yamamoto has quit IRC18:38
cfriesenrepeat of earlier question since nobody answered it before...In _post_live_migration() at https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L6075 why are we calling self._update_scheduler_instance_info() rather than self._delete_scheduler_instance_info() ?  Seems logical that we would want to tell the scheduler "hey, this instance isn't here anymore".18:39
*** sahid has quit IRC18:39
*** sree has quit IRC18:40
jaypipescdent: done18:40
cdentthanks18:40
*** andreas_s has quit IRC18:42
mriedemcfriesen: it's likely wrong18:42
mriedemcfriesen: i don't see post_live_migration_at_destination calling _update_scheduler_instance_info either18:42
lbragstadmriedem: i'm reading some of nova's policy documentation - is this a typo? https://github.com/openstack/nova/blob/master/nova/policies/security_groups.py#L3518:44
lbragstads/not/now/ /18:44
mriedemlbragstad: no,18:45
mriedembecause you can still add/remove a security group to a server18:46
mriedemvia the addSecurityGroup API action on the server resource18:46
mriedemhttps://developer.openstack.org/api-ref/compute/#add-security-group-to-a-server-addsecuritygroup-action18:46
lbragstadmriedem: ok - cool, just double checking18:46
mriedemwe could probably deprecate that...18:46
mriedemwe deprecated things like addFixedIP and addFloatingIP in pike18:47
mriedembecause you can do those in neutron via the port associated with the instance18:47
mriedemand all nova is doing is getting the ports for the instance and the security group and updating the port to use the secgroup18:47
*** AlexeyAbashkin has joined #openstack-nova18:47
mriedemthat's stuff you could do in neutron18:47
mriedemi can't remember if alex_xu proposed removing the secgroup actions as well18:48
lbragstadyeah - i was just double checking because as i was reading it i wasn't sure if it was suppose to be deprecated or not and was a type18:48
lbragstadtypo*18:48
*** catintheroof has joined #openstack-nova18:51
*** AlexeyAbashkin has quit IRC18:52
*** Aditya has quit IRC18:52
openstackgerritChris Dent proposed openstack/nova master: [placement] Allow _set_allocations to delete allocations  https://review.openstack.org/50105118:54
openstackgerritChris Dent proposed openstack/nova master: [placement] Limit number of attempts to delete allocations  https://review.openstack.org/50722418:54
openstackgerritChris Dent proposed openstack/nova master: Include project_id and user_id in AllocationList.get_all_by_consumer_id  https://review.openstack.org/51242018:54
openstackgerritChris Dent proposed openstack/nova master: [placement] Symmetric GET and PUT /allocations/{consumer_uuid}  https://review.openstack.org/51062618:54
openstackgerritChris Dent proposed openstack/nova master: [placement] POST /allocations to set allocations for >1 consumers  https://review.openstack.org/50007318:54
cdentjaypipes: ^ that ought to have it squashed and address the issues (I think)18:55
jaypipescdent: awesomesauce. thanks man. will review shortly.18:56
*** catintheroof has quit IRC18:56
openstackgerritMerged openstack/nova-specs master: Fix issues for post-allocations spec  https://review.openstack.org/50913619:01
*** lpetrut has quit IRC19:04
*** lpetrut has joined #openstack-nova19:04
*** catintheroof has joined #openstack-nova19:05
*** slaweq has joined #openstack-nova19:06
*** catintheroof has quit IRC19:09
cdentthat’s the end of my day19:17
* cdent waves19:17
*** cdent has quit IRC19:17
*** sree has joined #openstack-nova19:17
*** pchavva has quit IRC19:17
*** tssurya_ has joined #openstack-nova19:22
*** apokalypse has joined #openstack-nova19:22
edleafemriedem: so tests get messy without the ComparableVersionedObject. Is there a strong objection to keeping it in Selection?19:22
*** eharney has quit IRC19:23
*** awaugama has quit IRC19:24
*** sree has quit IRC19:25
*** hemna_ has quit IRC19:26
efriedcfriesen Could it be because we don't want to delete allocations from a shared RP, at least in theory?19:27
*** catintheroof has joined #openstack-nova19:28
*** jmlowe has quit IRC19:31
smatzekI'm seeing some VM spawn issues in the Trove gate and am wondering if anyone has seen similar behavior.  Trove spins up VMs in the nova-compute in devstack as part of its CI.  10-20% of the time now I'm seeing the VMs get stuck in spawn.  It looks like the VM is started in libvirt and then Nova hangs out in this timer and never leaves. https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L282419:32
*** yamamoto has joined #openstack-nova19:34
*** apokalypse has left #openstack-nova19:35
*** READ10 has quit IRC19:35
*** bfife has joined #openstack-nova19:37
*** yamamoto has quit IRC19:39
*** harlowja has quit IRC19:46
*** ijw has quit IRC19:48
*** gszasz has quit IRC19:51
*** tssurya_ has quit IRC19:55
openstackgerritEric Fried proposed openstack/nova master: WIP: Add _get_providers_with_any_resource method  https://review.openstack.org/51419719:56
openstackgerritEric Fried proposed openstack/nova master: Enable _get_usages_by_provider_and_rc not filter on the resource class id  https://review.openstack.org/51464919:56
openstackgerritEric Fried proposed openstack/nova master: Add _get_traits_by_rp_ids method  https://review.openstack.org/51118419:56
openstackgerritEric Fried proposed openstack/nova master: Add ProviderSummaryList object  https://review.openstack.org/51419819:56
openstackgerritEric Fried proposed openstack/nova master: Add more caches for the ProviderSummary and ProviderSummaryList  https://review.openstack.org/51419919:56
openstackgerritEric Fried proposed openstack/nova master: Add AggregatedProviderSummary and AggregatedProviderSummaryList objects  https://review.openstack.org/51420019:56
openstackgerritEric Fried proposed openstack/nova master: Add has_resources method to the AggregatedProviderSummary object  https://review.openstack.org/51465019:56
openstackgerritEric Fried proposed openstack/nova master: Add as_allocation_request_obj method to AggregatedProvierSummary obj  https://review.openstack.org/51465119:56
openstackgerritEric Fried proposed openstack/nova master: placement: rewrite AllocationCandidates.get_by_filters  https://review.openstack.org/47976619:56
*** ijw has joined #openstack-nova19:56
efriedalex_xu ^ I uncovered a bug, so I WIP'd the bottom change - see notes in commit message.19:56
mikaljaypipes: Mr Finucane and I have a question for you on https://review.openstack.org/#/c/515196 when you have a moment.19:56
*** Kvisle has joined #openstack-nova19:57
cfriesenefried: mriedem: thanks, just wanted to make sure it wasn't something I missed19:58
*** tssurya_ has joined #openstack-nova19:58
bfifekashyap: ping, bug#1706083.  In Newton after an upgrade, I'm not seeing the proper cache value assigned to ephemeral ceph-backed storage on newly created instances.  I've traced it to this commit19:59
*** tssurya_ has quit IRC19:59
*** vvargaszte has quit IRC20:01
*** lpetrut has quit IRC20:02
*** liverpooler has quit IRC20:02
jaypipesmikal: done20:04
*** Apoorva has quit IRC20:06
*** vvargaszte has joined #openstack-nova20:06
mikaljaypipes: thanks man20:06
*** eharney has joined #openstack-nova20:08
*** slaweq has quit IRC20:09
*** slaweq has joined #openstack-nova20:10
mriedemedleafe: why would the tests care?20:13
mriedembecause of equality checks?20:13
edleafeyeah20:14
*** slaweq has quit IRC20:14
mriedemhmm, i think in other tests we have some types of compare_obj methods20:14
*** hamzy has quit IRC20:14
mriedemwhich compare the fields20:14
edleafecomparing the expected selection with the one that the filter_scheduler returns20:14
mriedemi don't have a real strong objection to leaving it though20:15
mriedemi just thought it was unused20:15
edleafeYeah, we went through this back in PS 5-720:15
mriedemthe good old PSs20:16
edleafeI had an explicit __eq__ method, and Jay wanted me to use the mixin instead20:16
mriedemi think the mixin would be better than our own __eq__ sure20:16
mriedemsince that's what it's for20:16
openstackgerritEd Leafe proposed openstack/nova master: Add Selection objects  https://review.openstack.org/49923920:17
edleafeok, here it comes...20:17
openstackgerritEd Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver  https://review.openstack.org/49585420:17
openstackgerritEd Leafe proposed openstack/nova master: Change RPC for select_destinations()  https://review.openstack.org/51015920:17
openstackgerritEd Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils  https://review.openstack.org/51135720:17
openstackgerritEd Leafe proposed openstack/nova master: Make conductor pass and use host_lists  https://review.openstack.org/51135820:17
mriedemlgtm20:19
openstackgerritMerged openstack/nova master: conf: Move additional nova-net opts to 'network'  https://review.openstack.org/49916820:20
*** sree has joined #openstack-nova20:24
*** smatzek has quit IRC20:25
*** armax has quit IRC20:26
*** smatzek has joined #openstack-nova20:27
*** sree has quit IRC20:29
*** manjeets has joined #openstack-nova20:30
*** AlexeyAbashkin has joined #openstack-nova20:31
*** smatzek has quit IRC20:32
*** harlowja has joined #openstack-nova20:33
*** burgerk has quit IRC20:34
*** Apoorva has joined #openstack-nova20:35
*** AlexeyAbashkin has quit IRC20:35
*** yamamoto has joined #openstack-nova20:35
*** ijw has quit IRC20:37
*** ijw has joined #openstack-nova20:38
*** trozet has joined #openstack-nova20:40
*** yamamoto has quit IRC20:40
mriedembauzas: interested about your thoughts on this when you're up https://bugs.launchpad.net/nova/+bug/172785520:43
openstackLaunchpad bug 1727855 in OpenStack Compute (nova) "conductor rebuild_instance does not properly handle image_ref if request_spec is not provided" [Low,Triaged]20:43
*** ijw has quit IRC20:44
*** takashin has joined #openstack-nova20:47
*** AlexeyAbashkin has joined #openstack-nova20:47
*** andreas_s has joined #openstack-nova20:48
*** catintheroof has quit IRC20:49
*** thorst has quit IRC20:50
*** awaugama has joined #openstack-nova20:52
*** AlexeyAbashkin has quit IRC20:52
*** shvepsy has quit IRC20:53
*** shvepsy has joined #openstack-nova20:53
*** smatzek has joined #openstack-nova20:55
*** andreas_s has quit IRC20:58
dansmithmriedem: jaypipes I was hoping we could avoid merging that object until we had all the patches above it settled,20:58
dansmithsince we've changed it like a hundred times already20:58
*** tssurya_ has joined #openstack-nova20:59
*** vvargaszte has quit IRC20:59
mriedemoh i see20:59
mriedemyeah that's fair20:59
jaypipesdansmith: it's dependent on mriedem's https://review.openstack.org/#/c/513931 anyway.20:59
*** andreas_s has joined #openstack-nova20:59
mriedemmine is actually fixing a perf thing, but yeah20:59
mriedemjaypipes: maybe we convert to +1s21:00
dansmithjaypipes: sure but that one is easy to merge ahead of all the rest21:00
jaypipesdansmith: I removed the +W21:00
mriedemchanged to +121:00
dansmithjaypipes: thanks21:00
mriedemmaybe we need to put a -2 pin in there?21:00
mriedemthere are other cores that aren't privy to this convo21:00
dansmiththat's fine21:01
*** smatzek has quit IRC21:01
mriedemshit meeting itme21:01
*** andreas_s has quit IRC21:10
openstackgerritJay Pipes proposed openstack/nova master: rp: Remove RP.get_traits() method  https://review.openstack.org/50902721:10
*** amodi has quit IRC21:10
*** trozet has quit IRC21:11
openstackgerritJay Pipes proposed openstack/nova master: rp: move RP._set_traits() to module scope  https://review.openstack.org/50902821:11
openstackgerritJay Pipes proposed openstack/nova master: rp: remove _HasAResourceProvider mixin  https://review.openstack.org/50903621:11
openstackgerritJay Pipes proposed openstack/nova master: rp: break functions out of _set_traits()  https://review.openstack.org/50990821:11
melwittdoes anyone happen to know what's going bonkers in the legacy-grenade-dsvm-neutron-multinode-live-migration job failing what seems like all the time? http://logs.openstack.org/31/513931/3/check/legacy-grenade-dsvm-neutron-multinode-live-migration/a5f4740/logs/testr_results.html.gz21:18
mriedemmelwitt: yes21:18
mriedemhttps://review.openstack.org/#/c/508271/21:19
*** andreas_s has joined #openstack-nova21:19
mriedemit's mfing ceph21:19
mriedemagain21:19
mriedem+ superconductor21:19
mriedemi pleaded for help in last week's meeting but to no avail21:19
mriedemsdague is probably able to sort that one out easily21:19
mriedemif i say his name enough21:19
mriedemsdague:21:20
melwittoh :( I'll try to look at it too. I didn't notice it in the meeting notes (my fault)21:20
mriedemwe need to be able to source the local.conf21:20
mriedemcreated via grenade21:20
mriedemto know if we're doing superconductor or not21:21
*** tssurya_ has quit IRC21:21
melwittoh, hrm21:21
mriedemthis might just be easier to do: if [ -f /etc/nova/nova-cpu.conf ]; then21:21
mriedemhacky but it would work21:21
mriedemif ^ then superconductor, else singleconductor21:21
melwittdo we not already have some kind of logic about superconductor vs singleconductor? I mean, how is the decision made in the first place21:22
*** armax has joined #openstack-nova21:22
melwittjust "if grenade, then"?21:22
mriedemgrenade forces singleconductor mode21:22
mriedemthe CELLSV2_SETUP flag goes into local.conf21:23
mriedemwhich is what i'm trying to source here21:23
mriedembut don't have permission apparently21:23
melwittokay. so things downstream of that need to be able to determine what mode it's in21:23
mriedemyup21:23
mriedemi think when this post_test_hook runs, all we have for variables is what devstack-gate gives us21:23
mriedemwhich is why $GRENADE_OLD_BRANCH works21:23
melwittI wonder if we could check for the presence of the n-super-cond service? or is that not a thing hooks can do21:27
mriedemit's running on the dest node so i think that's possible21:27
mriedemcan try that quick21:27
melwittis_service_enabled n-super-cond21:27
mriedemyeah21:27
*** vladikr has quit IRC21:28
mriedemlet me wrap up what i'm currently fixing21:28
*** andreas_s has quit IRC21:28
mriedemdansmith: btw, i've been thinking,21:28
melwittk21:28
mriedemit would be really nice if we had an online_data_migration that found all of your old instances that don't have request_specs,21:28
openstackgerritEric Fried proposed openstack/nova master: Parse granular resources/traits from extra_specs  https://review.openstack.org/51515121:28
mriedembuilt a request spec for them - like we do EVERYWHERE in the api and conductor, and then we just burned all of that backward compat code out in a later release21:28
openstackgerritEric Fried proposed openstack/nova master: Granularize resources_from_{flavor|request_spec}  https://review.openstack.org/51522321:29
dansmithI thought we did?21:29
mriedemmigrate_instances_add_request_spec21:29
mriedemheh21:29
mriedemshit yup we sure do21:29
mriedemdoesn't have the original filter properties in it, but...21:30
*** andreas_s has joined #openstack-nova21:30
mriedemok so migrate_instances_add_request_spec was added in newton,21:30
mriedemdoes that mean that soon once newton eol, we can drop that online data migration and say, that's it21:30
mriedemwe drop the old compat code21:30
mriedemi mean, if you skip this and go from mitaka to queens, it's your fault21:31
dansmithnormally we'd have a blocker migration, but yeah I think it's prolly safe at this point21:31
mriedemblocker migration would be tricky,21:31
mriedemsince reqspecs are in the api db21:32
mriedemi guess the blocker could be in the api db migratoin scripts, lookup the instances in the instance_mappings table and compare those to the reqspecs table?21:32
dansmithwe've done that haven't we? regardless, prolly not worth it at this point21:32
*** andreas_s has quit IRC21:34
*** yamamoto has joined #openstack-nova21:37
*** baoli has quit IRC21:42
*** yamamoto has quit IRC21:42
*** baoli has joined #openstack-nova21:43
*** baoli has quit IRC21:43
mriedemwe have quite a few online data migrations from newton actually21:46
mriedem621:46
openstackgerritMatt Riedemann proposed openstack/nova master: Pass the correct image to build_request_spec in conductor.rebuild_instance  https://review.openstack.org/51553021:47
*** andreas_s has joined #openstack-nova21:48
openstackgerritMatt Riedemann proposed openstack/nova master: Pass the correct image to build_request_spec in conductor.rebuild_instance  https://review.openstack.org/51553021:49
*** tssurya_ has joined #openstack-nova21:52
openstackgerritMatt Riedemann proposed openstack/nova master: Fix live migration grenade ceph setup  https://review.openstack.org/50827121:53
mriedemmelwitt: ^21:53
melwittI shall stalk it on zuul status21:54
*** tssurya_ has quit IRC21:54
*** andreas_s has quit IRC21:58
*** gouthamr has quit IRC21:59
*** marst has quit IRC22:00
*** thorst has joined #openstack-nova22:00
*** andreas_s has joined #openstack-nova22:04
*** thorst has quit IRC22:06
*** esberglu has quit IRC22:07
*** andreas_s has quit IRC22:09
*** smatzek has joined #openstack-nova22:10
*** lyan has quit IRC22:15
*** andreas_s has joined #openstack-nova22:15
mriedemmelwitt: i have a question in the commit message here https://review.openstack.org/#/c/514339/22:15
mriedemdon't know what "Wrongly set the cache mode for Ceph storage backend to be 'none',     while it should be set to 'writeback' to extract optimal     performance." is referring to22:16
mriedemthe libvirt volume net driver doesn't set driver_cache in conf at all22:16
mriedemmaybe that's some rhosp special sauce ?!22:16
melwittmriedem: that's not really relevant I don't think. I was hesitant to change/remove too much from a commit message I didn't write, but kashyap is away at kvm forum22:16
melwittI think the thing that's wrong that's happening is libvirt driver isn't honoring the nova.conf setting for disk_cachemodes and there's nothing automatic about ceph there22:17
*** smatzek has quit IRC22:18
mriedemhmm, maybe it comes from the rbd image backend via image properties or something, idk22:18
melwittjust depends on how the nova.conf is deployed, I'm guessing our deployment tooling sets nova.conf that way for ceph or something22:18
mriedembut it's confusing in the commit message b/c there is no code in nova that defaults the cache_mode for rbd disks to writethrough22:18
melwittyeah, I was torn about whether to hack up the commit message because I agree it's confusing22:19
mriedemok i'd -122:19
*** andreas_s has quit IRC22:20
*** andreas_s has joined #openstack-nova22:21
mriedemi'll just mod the commit inline and +W22:21
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: Don't disregard cache mode for instance boot disks  https://review.openstack.org/51433922:22
melwittmriedem: okay. to your question about the disk_cachemodes, yes, the _set_cache_mode function takes the setting from the CONF.libvirt.disk_cachemodes and applies it22:23
mriedemyup22:23
melwittk, thanks for updating the commit message22:23
mriedemoh wait maybe it's this _supports_direct_io method22:24
mriedemdef disk_cachemode(self):22:24
mriedemwhich sends the cache mode into the rbd imagebackend22:24
*** felipemonteiro_ has quit IRC22:24
mriedemmaybe that's what he meant22:24
* melwitt looks22:24
mriedemyeah so maybe that's what it was22:27
melwittI dunno, in the ceph case the high perf value is writeback, not writethrough22:28
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: Don't disregard cache mode for instance boot disks  https://review.openstack.org/51433922:30
mriedemdone, approved22:31
mriedemmelwitt: want to start the backport party?22:31
mriedemthen dansmith and i can +W those22:32
melwittmriedem: yep, on it22:32
mriedemcool, thanks22:32
openstackgerritmelanie witt proposed openstack/nova stable/pike: libvirt: Don't disregard cache mode for instance boot disks  https://review.openstack.org/51553822:35
*** yamamoto has joined #openstack-nova22:39
*** jmlowe has joined #openstack-nova22:39
*** itlinux has quit IRC22:39
openstackgerritMatt Riedemann proposed openstack/nova master: Cleanup build_request_spec  https://review.openstack.org/51553922:41
melwittmriedem: are we supposed to leave multiple cherry-pick comments in the commit message? I can't remember22:41
mriedemmelwitt: not a big deal22:41
melwittlike if I cherry picked from pike to ocata. okay22:41
mriedemif you are then just leave them in there22:41
melwittack22:41
tonybmelwitt: It makes things slightly easier but really it only helps if your first cherry-pick had fixups that you don't want to do a second time.22:42
tonybmelwitt: my tools work with either scenario22:43
mriedemheh, tony's special stable tools22:43
melwittokay, cool. I started doing it this way after I think dansmith pointed out maybe less likely to hit conflicts this way22:43
tonybmelwitt: cool22:43
* tonyb watches for the backports22:43
tonybmriedem: FWIW I22:43
openstackgerritmelanie witt proposed openstack/nova stable/ocata: libvirt: Don't disregard cache mode for instance boot disks  https://review.openstack.org/51554022:44
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add microversion to allow setting flavor description  https://review.openstack.org/51521322:44
*** yamamoto has quit IRC22:44
tonyb'll probably wait for your +2 and the +2W them even thought they haven't actually landed on "upper" branches22:44
tonybmriedem: they're "magic tools" not special ;P22:44
mriedemoh sorry22:45
mriedemso like rabbits in hats22:45
mriedemcoins behind ears22:45
mriedemshitty magic22:45
* tonyb dies a little on the inside22:45
mriedemha, sorry tony :)22:45
tonybmriedem: I'll cope22:46
*** AlexeyAbashkin has joined #openstack-nova22:46
mriedemi'm not sure what tooling you have which is scraping commit messages for (cherry picked from) messages22:46
tonybmriedem: one of my magic tools: http://eavesdrop.openstack.org/irclogs/%23openstack-requirements/%23openstack-requirements.2017-10-26.log.html#t2017-10-26T07:02:0022:47
tonybmriedem: I have a git plugin call diff-backport that grabs the review and the sha for the cherrypick and compares them so can see where they diverge22:48
*** andreas_s has quit IRC22:48
tonybmriedem: makes it quick to see conflicts that havn't been called out22:48
*** claudiub|2 has joined #openstack-nova22:48
tonybmriedem: It also verifies that the cherry-picked commit has merged22:49
mriedemit's like the swiss army knife of stable review tools22:49
*** andreas_s has joined #openstack-nova22:49
tonybmriedem: I *should* teach it to look for ^.*Bug: (\d+)$ and open that in a browser22:50
mriedemumm tony22:50
tonybmriedem: Just automates the simple stuff so my gray matter doesn't get over taxed (which is easy to do)22:50
mriedemthat regex will fail if the # is properly used for the bug number22:50
*** AlexeyAbashkin has quit IRC22:50
mriedemor lower-case b22:50
mriedempeople do it22:50
*** jaypipes has quit IRC22:51
tonybmriedem: Oh I'd use re.IGNORE_CASE22:51
* tonyb can't parse "if the # is properly used for the bug number"22:52
tonybmriedem: wat do you mean there ...?22:52
openstackgerritmelanie witt proposed openstack/nova stable/newton: libvirt: Don't disregard cache mode for instance boot disks  https://review.openstack.org/51554322:53
mriedemCloses-Bug: #12345622:53
openstackbug 123456 in xine-lib (Ubuntu) "podcast crashes amarok" [Undecided,Fix released] https://launchpad.net/bugs/12345622:53
*** salv-orl_ has quit IRC22:53
*** andreas_s has quit IRC22:54
*** salv-orlando has joined #openstack-nova22:54
openstackgerritMatt Riedemann proposed openstack/nova master: Pass RequestSpec to ConductorTaskAPI.build_instances  https://review.openstack.org/51549522:55
tonybmriedem: Ahh okay22:55
*** salv-orlando has quit IRC22:59
mriedemstvnoyes: ildikov: jgriffith: looks like the cinder v3 attach patch in nova now allows you to attach the same volume to the same instance:23:00
mriedemhttp://logs.openstack.org/26/515426/1/check/legacy-tempest-dsvm-py35/0f534c8/job-output.txt.gz#_2017-10-26_16_09_57_09150723:00
*** andreas_s has joined #openstack-nova23:00
*** trozet has joined #openstack-nova23:04
mriedemtonyb: dansmith: +2 on all of these now https://review.openstack.org/#/q/I7370cc2942a6c8c51ab5355b50a9e5666cca042e23:06
*** mriedem is now known as mriedem_away23:07
*** AlexeyAbashkin has joined #openstack-nova23:07
*** AlexeyAbashkin has quit IRC23:11
*** andreas_s has quit IRC23:11
tonybmriedem_away, dansmith, melwitt: done23:13
*** andreas_s has joined #openstack-nova23:13
*** trozet has quit IRC23:17
*** andreas_s has quit IRC23:27
*** AlexeyAbashkin has joined #openstack-nova23:27
*** andreas_s has joined #openstack-nova23:28
*** claudiub|2 has quit IRC23:28
*** jamesdenton has quit IRC23:28
*** awaugama has quit IRC23:29
*** thorst has joined #openstack-nova23:29
*** jamesdenton has joined #openstack-nova23:31
*** AlexeyAbashkin has quit IRC23:32
*** sdague has quit IRC23:33
melwittmriedem_away: live migration job passed on https://review.openstack.org/#/c/508271 \o/23:33
*** andreas_s has quit IRC23:33
*** andreas_s has joined #openstack-nova23:35
*** mlavalle has quit IRC23:35
tonybmelwitt: when we EOL newton your 2 DNM changes will get abandoned, just so you know23:37
melwitttonyb: ack, thanks23:37
*** yassine has joined #openstack-nova23:38
*** yassine is now known as Guest4067023:38
*** yamamoto has joined #openstack-nova23:40
*** thorst has quit IRC23:43
*** andreas_s has quit IRC23:44
*** yamamoto has quit IRC23:46
*** links has joined #openstack-nova23:46
*** andreas_s has joined #openstack-nova23:47
*** salv-orlando has joined #openstack-nova23:54
*** andreas_s has quit IRC23:57
*** Swami has quit IRC23:59
*** salv-orlando has quit IRC23:59

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