| opendevreview | Kashyap Chamarthy proposed openstack/nova stable/wallaby: [nova/libvirt] Support for checking and enabling SMM when needed https://review.opendev.org/c/openstack/nova/+/849610 | 04:19 |
|---|---|---|
| gibi | good morning | 07:43 |
| * gibi needs more coffee this morning | 07:43 | |
| opendevreview | Maksim Malchuk proposed openstack/nova stable/xena: Fix to implement 'pack' or 'spread' VM's NUMA cells https://review.opendev.org/c/openstack/nova/+/829804 | 09:26 |
| opendevreview | Kashyap Chamarthy proposed openstack/nova stable/xena: [nova/libvirt] Support for checking and enabling SMM when needed https://review.opendev.org/c/openstack/nova/+/849676 | 13:28 |
| kashyap | sean-k-mooney: gibi: Do we always have to backport in order? Is there anything "off" if we backport from master to wallaby, instead of xena to wallaby, when it's a clean pick? | 13:35 |
| stephenfin | kashyap: Always branch by branch | 13:36 |
| stephenfin | It just ensures that people don't skip things. You will invariably have conflicts for anything but the smallest of backports too | 13:36 |
| kashyap | stephenfin: Heya; nod. I just vaguely recall (although my mind is batterred the last few weeks, so I don't trust it) that we've done backport from main to other branches | 13:37 |
| stephenfin | Downstream, perhaps. I don't recall it happening upstream though (intentionally at least) | 13:38 |
| kashyap | Yeah, downstream definitely | 13:38 |
| opendevreview | Andre Aranha proposed openstack/nova master: Test setting the nova job to centos-9-stream https://review.opendev.org/c/openstack/nova/+/831844 | 14:06 |
| opendevreview | Kashyap Chamarthy proposed openstack/nova stable/wallaby: [nova/libvirt] Support for checking and enabling SMM when needed https://review.opendev.org/c/openstack/nova/+/849610 | 14:06 |
| kashyap | sean-k-mooney: --^ There we go; fixed. Thx for the review! | 14:06 |
| gibi | kashyap: yeah, we need to do it branch by branch. I think tripleo made a decision to EOL some stable branches inbetween active branches | 14:14 |
| gibi | but they are the exception I think | 14:14 |
| kashyap | Nod; thx. I mixed up the downstream way w/ upstream. | 14:15 |
| sean-k-mooney | yes they are the exception but they never followed stable policy and never had the tag in the governance repo | 14:16 |
| sean-k-mooney | we do | 14:16 |
| gibi | ack | 14:17 |
| *** dasm|off is now known as dasm | 14:29 | |
| -opendevstatus- NOTICE: Due to an incident in our hosting provider, the tarballs.opendev.org site (and possibly other sites served from static.opendev.org) is offline while we attempt recovery | 14:53 | |
| colby_ | sean-k-mooney: So the patch seemed good yesterday but today I seem to be having trouble reclaiming mdevs again. We were successful yesterday. We do get a different error at least. Previously we just got a message no hosts available. Not we get timeout when building. | 16:59 |
| colby_ | with this on the hypervisor: Insufficient compute resources: vGPU resource is not available | 17:01 |
| sean-k-mooney | ok so perhaps a partial fix. | 17:02 |
| sean-k-mooney | you are seeing that in the nova-compute agent log | 17:02 |
| colby_ | we did notice yesterday that if we tried to spin up right away after delete it would fail and then would work a bit later | 17:02 |
| sean-k-mooney | when its trying to boot? | 17:02 |
| colby_ | yes the nova-compute agent log | 17:02 |
| sean-k-mooney | ack | 17:02 |
| sean-k-mooney | ok that sound like the resuse is still not working | 17:02 |
| sean-k-mooney | it might have fixed the reporting of the resouce to placement | 17:03 |
| sean-k-mooney | but not the consumtion of the exsitng mdev in the driver | 17:03 |
| colby_ | yea and we were able to successfully reclaim some mdevs yesterday | 17:03 |
| colby_ | now its failing and Ive waited a while in case its a caching issue | 17:04 |
| sean-k-mooney | does restarting the comptue agent allow it to work? | 17:04 |
| colby_ | I tried that too. No it got the same error | 17:04 |
| sean-k-mooney | ok | 17:04 |
| sean-k-mooney | so i was wondering if we got out of sync or something | 17:04 |
| sean-k-mooney | like it works after the inital start but then breaks when a perodic runs or something like that | 17:05 |
| sean-k-mooney | colby_: it turns out bauzas is on PTO until monday | 17:05 |
| sean-k-mooney | so i wont be abel to get his input on this until then | 17:05 |
| sean-k-mooney | have you filed an upstream bug for this | 17:05 |
| colby_ | ok no problem. Ill follow up again on Monday. | 17:05 |
| sean-k-mooney | you coudl use the exsiting one but it might be helpful if you could attach the traceback fo the error | 17:06 |
| colby_ | No Im happy to file a bug so that I can get any logs/info they need to help identify | 17:06 |
| sean-k-mooney | ya that could help use create a repoducer test | 17:06 |
| colby_ | So should I create a new one? If so where is the best place to do that? | 17:07 |
| colby_ | sean-k-mooney: should I file a new bug? Where do I do that? | 19:39 |
| melwitt | colby_: you can file a bug from this page https://bugs.launchpad.net/nova | 20:25 |
| colby_ | thanks I was able to find where I needed to do it | 20:26 |
| colby_ | https://bugs.launchpad.net/nova/+bug/1981631 | 20:27 |
| melwitt | ok great | 20:48 |
| *** dmitriis is now known as Guest4934 | 21:20 | |
| *** dasm is now known as dasm|off | 22:08 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!