Earlier  
Posted Nick Remark
#openstack-nova - 2018-09-14
15:49:39 openstack Launchpad bug 1752463 in OpenStack Compute (nova) "Attaching virtual GPU devices to guests in nova" [Medium,Confirmed]
15:49:52 bauzas we can amend the existing docs to be a bit more oriented
15:49:52 mriedem pvc_: can you summarize your issue in that bug ^ ?
15:49:54 mriedem so we can document it?
15:50:07 mriedem i think it's just that your trial period expired?
15:50:24 bauzas mriedem: pvc_'s issue was that he wasn't using the nvidia grid driver
15:50:34 pvc_ ahm no. this is my first time using Tesla p100
15:50:43 pvc_ im using the gtx 1030 before just the gpu passthrough
15:51:32 pvc_ i just having a problem on getting the available vgpus for my card then bauzas taught me all ;)
15:52:26 pvc_ since i cannot list the directory that is here in the document https://docs.openstack.org/nova/queens/admin/virtual-gpu.html
15:53:27 bauzas running vgpus is like aligning the planets
15:53:44 mriedem if we can point to vendor docs or something i think that's ok
15:54:05 bauzas you need both a "certified" server, a recent kernel, some nvidia product line and some proprietary very specific driver
15:54:28 bauzas yeah, I think you're right
15:54:32 lyarwood kashyap: https://review.openstack.org/#/c/602477/1 - if you have time, I've found a weird block-job-complete error from QEMU v2.11.0, have you seen this before?
15:54:45 bauzas we can somehow add some vendor information without being too much specific
15:54:45 kashyap lyarwood: Hey
15:54:54 kashyap lyarwood: Let me quickly look
15:54:56 pvc_ thank you for time mriedem and bauzas. god bless :)
15:55:06 kashyap lyarwood: The job completion area is hairy :-(
15:55:43 kashyap lyarwood: See the glorious discussion (we also had this on the 'openstack-dev' list some moons ago): https://bugzilla.redhat.com/show_bug.cgi?id=1382165
15:55:43 openstack bugzilla.redhat.com bug 1382165 in libvirt "virDomainGetBlockJobInfo: Adjust job reporting based on QEMU stats & the "ready" field of `query-block-jobs`" [Unspecified,New] - Assigned to libvirt-maint
15:57:15 openstackgerrit Jay Pipes proposed openstack/nova-specs master: Standardize CPU resource tracking https://review.openstack.org/555081
15:58:42 kashyap lyarwood: I'd be interested to see if you hit that twice or more in a row
15:59:45 lyarwood kashyap: kk, I'll try to check later
16:12:31 kashyap lyarwood: So, apparently this is "expected with QEMU 2.11". Checking w/ the QEMU block dev guy who fiddled with it
16:12:46 kashyap I'll write a comment on the Gerrit change. You can process it async.
16:12:53 lyarwood kashyap: ack thanks
16:19:52 kashyap lyarwood: If you see in the log, several ('drive-mirror') jobs _were_ completed sucessfully
16:20:22 mriedem TOOT! https://review.openstack.org/#/c/588665/
16:20:25 bauzas mriedem: bug me with changes if you want reviews
16:20:27 bauzas hah
16:22:07 kashyap lyarwood: Okay, I can confirm from log examination that this is another racy occurence of the libvirt bug I pointed out
16:22:33 lyarwood kashyap: cool, should we work around this for now?
16:23:21 kashyap lyarwood: There is no "one" simple workaround :-( We need to make Nova consume the 'events' from libvirt / QEMU block layer
16:23:35 kashyap The problem is here. If you see this line:
16:23:36 kashyap 2018-09-13 22:57:16.517+0000: 30124: info : qemuMonitorJSONIOProcessLine:213 : QEMU_MONITOR_RECV_REPLY: mon=0x7f67a0021980 reply={"return": [{"io-status": "ok", "device": "drive-virtio-disk1", "busy": true, "len": 1073741824, "offset": 1073741824, "paused": false, "speed": 0, "ready": false, "type": "mirror"}], "id": "libvirt-143"}
16:23:42 kashyap You see "len" == "offset"
16:23:48 kashyap Which can mean, okay, swap has completed.
16:24:11 kashyap _But_: You don't have the "ready": *true* <-- That is the critical missing bit for the job to complete.
16:26:56 kashyap Anyway.
16:29:32 lyarwood kashyap: kk thanks, about to talk about your libvirt/qemu bump on L774 https://etherpad.openstack.org/p/nova-ptg-stein btw
16:30:29 kashyap lyarwood: Yeah, that's fairly mundane and boring stuff that needs to be done
16:35:05 mriedem sorrison: https://review.openstack.org/#/c/591607/
16:35:12 bauzas tetsuro: I'm confused by your branching on nested-alloc-candidates
16:36:06 bauzas tetsuro: https://review.openstack.org/#/c/585672/ seems to be the top change, but you have https://review.openstack.org/#/c/527728/ that requires a rebase on the last version of the above ?
16:36:07 tetsuro bauzas: Is that about https://review.openstack.org/#/c/585672/4?
16:36:21 bauzas yup
16:36:29 bauzas ok, you know why ?
16:36:57 bauzas I'll put my WIP on top of the last rev of 585672
16:37:07 bauzas and then we'll figure out later
16:39:16 kashyap lyarwood: I'm about to be AFK for the night; responded on the bug. Will read the Etherpad on Mon
16:49:24 tetsuro bauzas: https://review.openstack.org/#/c/527728/ and https://review.openstack.org/#/c/587350/ are tests that confirms the change in https://review.openstack.org/#/c/585672/. So the 3 patches can be squashed into one patch. But I did't do that because one of the test patch had been first written by not me but Lajos Katona before I made the nested enablement 1.30 patch, https://review.openstack.org/#/c/585672/.
16:51:35 giblet tetsuro: I work with Lajos, I don't think he would be mad about such squash
16:52:12 giblet tetsuro: but I feel having smaller, separate patches easier to review
17:03:00 tetsuro_ giblet, bauzas: Sorry for being disconnectd. Yes, separate patches are easier to review. My point was that the 2 follow up patches are tests and have no additional function.
17:03:42 giblet tetsuro_: true
17:04:15 tetsuro_ Does that answer your first question, bauzas?
17:23:14 melwitt evrardjp: are you around? loos like you bumped up your topic on the topic list?
17:23:51 evrardjp melwitt: I am coming :) johnthetubaguy has bumped it up
17:23:57 melwitt ok
17:31:45 melwitt priorities setting etherpad https://etherpad.openstack.org/p/nova-ptg-stein-priorities
17:47:21 openstackgerrit Lee Yarwood proposed openstack/nova stable/rocky: hyperv: Cleans up live migration Planned VM https://review.openstack.org/602698
17:49:20 openstackgerrit Matthew Booth proposed openstack/nova master: Don't delete disks on shared storage during evacuate https://review.openstack.org/578846
17:49:48 openstackgerrit Lee Yarwood proposed openstack/nova stable/rocky: hyperv: Cleans up live migration Planned VM https://review.openstack.org/602698
18:10:22 mdbooth mriedem: Do you mind if I hack on your evacuate job, btw?
18:12:53 mriedem mdbooth: i'm still waiting to get a clean run
18:13:29 mdbooth I was volunteering to fix things
18:14:07 mdbooth Looks like the libvirtd pid detection didn't work. Wonder if we can just assume that devstack wrote a pid file to the default location
18:14:22 mdbooth I can stick that in and retry
18:14:28 mdbooth (for eg)
18:28:26 openstackgerrit Matthew Booth proposed openstack/nova master: WIP: Add post-test hook for testing evacuate https://review.openstack.org/602174
19:47:48 bauzas tetsuro: sorry was not reading my IRC
19:48:02 tetsuro np
19:48:05 bauzas tetsuro: yeah, that's what I saw
19:48:31 bauzas tetsuro: like I said, I'll just base my change on top of the main change, not the functional tests and we'll sort that out later
19:48:46 tetsuro sounds good to me
20:19:05 bauzas giblet: tetsuro: wow, that's a big rebase I have to do, but let's do it
20:20:32 bauzas giblet: are you working on rebasing https://review.openstack.org/#/c/591811/3 or can I work on it ?
20:21:37 giblet bauzas:, tetsuro: I'm working on the consumer gen series
20:22:57 giblet bauzas, tetsuro: I have to rework the logic in the consumer gen series (no retries) then I will do the rebase
20:23:53 giblet bauzas, tetsuro: for discussion about the consumer gen support see: http://lists.openstack.org/pipermail/openstack-dev/2018-August/133373.html
20:28:23 openstackgerrit Matt Riedemann proposed openstack/nova master: Allow ability for non admin users to use all filters on server list. https://review.openstack.org/526558
20:29:03 bauzas giblet: tbh, the rebase is trivial and I needed it for testing :)
20:29:22 bauzas giblet: but I'll rebase on your changes once they're uploaded
20:29:52 giblet bauzas: I cannot promise that the rebase will be trivial _after_ all the rework is done
20:30:06 giblet bauzas: but I'm close to finish that so we will see soon
20:31:40 bauzas :)
20:36:22 openstackgerrit Matthew Booth proposed openstack/nova master: WIP: Add post-test hook for testing evacuate https://review.openstack.org/602174
20:37:14 openstackgerrit Balazs Gibizer proposed openstack/nova master: consumer gen: support claim_resources https://review.openstack.org/583667
20:37:27 giblet bauzas: that is the last rework^^
20:37:34 giblet bauzas: now I try the rebase
20:44:57 openstackgerrit Lee Yarwood proposed openstack/nova master: WIP compute: Unreserve volumes attached to offloaded instances before detach https://review.openstack.org/602743
20:46:57 giblet bauzas: rebase introduces new unit tests that I have to adapt...
20:48:08 bauzas giblet: that's right
20:48:12 bauzas giblet: I was on it
20:48:17 bauzas the reshape ones
20:48:34 bauzas you doing that then ?
20:48:43 giblet yes, I try :)
20:51:04 giblet bauzas: I have to go to the airport

Earlier   Later