Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2018-05-15
10:47:31 lyarwood jmccarthy: I assume you have a newer version of libvirt that's trying to use that command but your version of QEMU doesn't have that command available?
10:47:38 jmccarthy lyarwood: Let me have another look here, the qemu-kvm rpm that's installed ?
10:47:46 lyarwood jmccarthy: yeah correct
10:48:01 lyarwood jmccarthy: or qemu-kvm-rhev if you're using RHEL
10:49:04 jmccarthy lyarwood: Hmm ok, this isn't the newest .. qemu-kvm-2.9.0-8.el7.x86_64 but virsh --version reports 3.9.0 ?
10:49:35 lyarwood jmccarthy: virsh is reporting the libvirt version
10:49:40 lyarwood jmccarthy: is this a RHEL env?
10:49:51 lyarwood jmccarthy: you really should be using qemu-kvm-rhev if possible
10:49:57 jmccarthy lyarwood: No :/ oracle linux
10:50:13 lyarwood jmccarthy: kk, they should have a clone of qemu-kvm-rhev
10:50:42 lyarwood kashyap: ^ re https://bugzilla.redhat.com/show_bug.cgi?id=1418575 - I assume that wasn't mirrored into qemu-kvm downtream right?
10:50:43 openstack bugzilla.redhat.com bug 1418575 in qemu-kvm-rhev "Forward port of downstream-only QMP commands is incorrect" [Unspecified,Closed: errata] - Assigned to armbru
10:51:10 jmccarthy lyarwood: Yea I mean the oraclelinux images that kolla builds doesn't have this issue - it must be to do with this rpm then
10:52:10 jmccarthy lyarwood: I'll have another look at my env and see if I can try this with different/newer rpm
10:53:37 jmccarthy lyarwood: Thanks !
10:54:37 lyarwood jmccarthy: np :)
11:04:46 kashyap lyarwood: Hi there
11:05:14 kashyap Actually, I'm shuffling b/n kitchen and laptop; I'll finish the lunch business and get to it
11:51:25 openstackgerrit Balazs Gibizer proposed openstack/nova master: placement: Fix HTTP error generation https://review.openstack.org/568567
11:51:31 kashyap lyarwood: That's true; that change is only for 'qemu-kvm-rhev'
12:27:22 openstackgerrit Tetsuro Nakamura proposed openstack/nova master: Support nested alloc cands with sharing providers https://review.openstack.org/567508
12:27:23 openstackgerrit Tetsuro Nakamura proposed openstack/nova master: Return all resources in provider_summaries https://review.openstack.org/558045
12:27:24 openstackgerrit Tetsuro Nakamura proposed openstack/nova master: Return all nested providers in tree https://review.openstack.org/559480
12:27:25 openstackgerrit Tetsuro Nakamura proposed openstack/nova master: Add microversion for nested allocation candidate https://review.openstack.org/565487
12:28:44 openstackgerrit Mohammed Naser proposed openstack/nova stable/queens: Added ability to configure default architecture for ImagePropertiesFilter https://review.openstack.org/568575
12:31:01 openstackgerrit Matt Riedemann proposed openstack/nova stable/ocata: libvirt: Report the virtual size of RAW disks https://review.openstack.org/568382
12:34:45 mriedem Kevin_Zheng: can you check https://review.openstack.org/#/c/566143/ again?
12:36:13 Kevin_Zheng mriedem: sure, thanks for the review
12:36:22 openstackgerrit Balazs Gibizer proposed openstack/osc-placement master: CLI for traits (v1.6) https://review.openstack.org/514643
12:36:23 openstackgerrit Balazs Gibizer proposed openstack/osc-placement master: Resource class set (v1.7) https://review.openstack.org/514644
12:36:24 openstackgerrit Balazs Gibizer proposed openstack/osc-placement master: Usages per project and user (v1.8, v1.9) https://review.openstack.org/514646
12:36:25 openstackgerrit Balazs Gibizer proposed openstack/osc-placement master: CLI allocation candidates (v1.10) https://review.openstack.org/514647
12:36:26 openstackgerrit Balazs Gibizer proposed openstack/osc-placement master: New dict format of allocations (v1.11, v1.12) https://review.openstack.org/542819
12:36:27 openstackgerrit Balazs Gibizer proposed openstack/osc-placement master: Transactionally update allocations (v1.13) https://review.openstack.org/546674
12:36:28 openstackgerrit Balazs Gibizer proposed openstack/osc-placement master: Add nested resource providers (v1.14) https://review.openstack.org/546675
12:36:29 openstackgerrit Balazs Gibizer proposed openstack/osc-placement master: Limit allocation candidates (v1.15, v1.16) https://review.openstack.org/548043
12:36:30 openstackgerrit Balazs Gibizer proposed openstack/osc-placement master: Allocation candidates parameter: required (v1.17) https://review.openstack.org/548326
12:40:24 Kevin_Zheng mriedem: I’m going home now so I will check it 1 hour latter :)
12:55:31 openstackgerrit Eric Fried proposed openstack/nova master: Add INVENTORY_INUSE to DELETE /rp/{u}/inventories https://review.openstack.org/568578
13:06:11 openstackgerrit Matt Riedemann proposed openstack/nova master: Update auth_url in install docs https://review.openstack.org/568002
13:19:20 gibi melwitt, efried: do we have plans about the nova onboarding session on the summit?
13:22:01 efried gibi: "Be in the room" was the extent of my plan thus far.
13:22:16 gibi efried: cool, I can do that :)
13:35:27 openstackgerrit sahid proposed openstack/nova master: libvirt: place emulator threads on CONF.compute.cpu_shared_set https://review.openstack.org/510897
13:35:42 openstackgerrit Vladyslav Drok proposed openstack/nova master: Placement: allow to set reserved value equal to total for inventory https://review.openstack.org/564838
13:35:43 openstackgerrit Vladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed https://review.openstack.org/517921
13:38:12 openstackgerrit Vladyslav Drok proposed openstack/nova master: Placement: allow to set reserved value equal to total for inventory https://review.openstack.org/564838
13:38:23 openstackgerrit Vladyslav Drok proposed openstack/nova master: Ironic: report 0 for vcpus/memory_mb/disk_gb resources https://review.openstack.org/565841
13:38:44 openstackgerrit Vladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed https://review.openstack.org/517921
13:39:17 openstackgerrit Vladyslav Drok proposed openstack/nova master: Ironic: report 0 for vcpus/memory_mb/disk_gb resources https://review.openstack.org/565841
13:43:29 openstackgerrit Merged openstack/osc-placement master: CLI for traits (v1.6) https://review.openstack.org/514643
14:09:28 openstackgerrit Matt Riedemann proposed openstack/nova master: Move image conversion to privsep. https://review.openstack.org/554437
14:09:29 openstackgerrit Matt Riedemann proposed openstack/nova master: We don't need utils.trycmd any more. https://review.openstack.org/554439
14:09:30 openstackgerrit Matt Riedemann proposed openstack/nova master: We no longer need rootwrap. https://review.openstack.org/554438
14:11:39 bauzas FWIW, /me works on a one-slide about explaining Placement API :)
14:11:54 bauzas efried: jaypipes: cdent: edleafe: ^ ;)
14:12:29 efried bauzas: FYI, edleafe and I have... uhh... more than one slide explaining the Placement API.
14:12:30 edleafe bauzas: efried does this in 30 slides :)
14:13:03 efried bauzas: For what audience?
14:13:13 bauzas edleafe: efried: sure but it's for https://www.openstack.org/summit/vancouver-2018/summit-schedule/events/20802/call-it-real-virtual-gpus-in-nova
14:13:54 bauzas I started my slides with https://docs.google.com/presentation/d/1HNXbT1awinXVWVMfB1LqGAALhzYS9HNoRln24zcjNxc/edit#slide=id.g3a91510c35_0_0
14:17:54 bauzas edleafe: efried: I think I'll just tell about inventories and allocations ;)
14:18:01 bauzas and traits
14:19:03 bauzas oh, and FWIW, maybe we should update https://docs.openstack.org/nova/latest/user/architecture.html
14:31:37 openstackgerrit Artom Lifshitz proposed openstack/nova master: Refactor _build_device_metadata https://review.openstack.org/533804
14:31:38 openstackgerrit Artom Lifshitz proposed openstack/nova master: Consider hostdev devices when building metadata https://review.openstack.org/533805
14:33:03 jaypipes dansmith: what benefit would having a trait called "nvidia" give us?
14:33:11 jaypipes give the user that is..
14:33:24 jaypipes or M60, even.
14:34:12 jaypipes dansmith: for the record we already have lots of GPU-specific traits around CUDA, OpenCL, DirectX API versions, etc.
14:34:29 jaypipes dansmith: I'm really trying hard not to have plain vendor tags leaked out to the user.
14:38:47 dansmith jaypipes: my image doesn't have AMD drivers in it and can't work with it, so.. I kinda need to be sure to land on a host with an nvidia card
14:38:57 dansmith I think CUDA implies nvidia, so if we have tags for that, then that's cool,
14:39:10 dansmith but I don't think even just API versions gives me enough to select what I want
14:40:29 jaypipes dansmith: what *would* be enough to select what you want? (other than "nvidia" and "m60", since those are vendor-specific and will essentially cause our API to have vendor-lockin)
14:41:19 dansmith jaypipes: what would be enough, other than the things I need? I dunno :)
14:42:13 jaypipes dansmith: I thought you were against vendor lockin? :)
14:42:16 dansmith how is having CUDA any different than nvidia?
14:42:48 dansmith jaypipes: by asking the question like that, you're unfairly trying to put me in a place to agree with your side of the argument
14:43:11 jaypipes dansmith: well, yeah... that's how I roll brother :)
14:43:13 dansmith how is it different than saying "my image requires vmware to run"
14:43:32 dansmith um, alright.
14:43:42 jaypipes dansmith: I'm joking with you.
14:44:12 jaypipes dansmith: so, I may be totally wrong (feel free to correct), but the way I understand it is this:
14:44:42 jaypipes CUDA is basically a programming *model* but to use it, you either use OpenCL or OpenACC frameworks.
14:45:11 dansmith I don't think that's how it works at all
14:45:31 jaypipes and considering we already have traits for opencl and other frameworks (which describe what the user needs), I am questioning a need for more traits
14:45:34 dansmith I could totally be wrong, of course
14:47:09 dansmith everyone I have heard talk about this makes it sound like they tent to target a pretty specific GPU while designing their application
14:47:41 dansmith not that they're not speaking a generic language to it such that it could run on a different model of the same family, but that it defeats the point of hyper-optimization
14:48:25 Kevin_Zheng mriedem: Hi, as for your comment in https://review.openstack.org/#/c/568542 I added the loop and other logic because I was considering race conditions, like maybe when I check the existence of future obj in queue, it was there, but when I actually cancel it, it went to preparing or running so I might do also some cleanup
14:48:30 jaypipes dansmith: any chance you can put me in touch with an example user of these things?
14:48:36 dansmith it would be like saying "I want a PCI nic", and having only intel drivers in your image, but you get put on a box and handed a mellanox card
14:48:59 dansmith jaypipes: lol
14:49:23 openstackgerrit Merged openstack/nova master: __str__ methods for RequestGroup, ResourceRequest https://review.openstack.org/568353
14:49:43 jaypipes dansmith: I wasn't being facetious...
14:49:55 jaypipes dansmith: sorry
14:50:18 Kevin_Zheng mriedem: the loop is because I thought if it is in “preparing” it will end up either “error” or “running” so we can cancel it when it turn to “running” or just ignore it if it turned to “error”
14:50:53 Kevin_Zheng mriedem: that was just my consideration, not sure it is correct
14:51:20 dansmith jaypipes: so you already have a cuda trait, which means you effectively already have an nvidia one,

Earlier   Later