| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-01-06 | |||
| 20:20:52 | artom | The unselve will attempt to find a PCI card that fits the port (if it's Neutron SRIOV)/flavor | |
| 20:21:30 | artom | But... if no such cards are available, then it will (legitimately) fails to schedule | |
| 20:21:39 | darkhorse | artom: not neutron SRIOV but fpga device. | |
| 20:21:47 | artom | So flavor PCI passthrough... | |
| 20:21:59 | darkhorse | right! | |
| 20:22:16 | artom | That should just... work. Off the top of my head I don't recall any issues with PCI and unshelve | |
| 20:23:01 | darkhorse | artom: no it fails to unshelve because the pci device is unavailable. | |
| 20:23:35 | artom | Unavailable how? It got pulled from the server? :) | |
| 20:23:45 | darkhorse | in that case, i would like to either snapshot or resize the instance so that I don't lose the data inside it. | |
| 20:24:21 | darkhorse | either because the card is occupied by another instances or physically broken | |
| 20:32:33 | darkhorse | artom: did i answer your question? | |
| 20:34:18 | artom | darkhorse, ah, I think I see. If you can't unshelve the instance because the cloud lacks the resources the instance needs (in this case, a PCI card), you'd like to be able to boot it regardless with its disk intact, just without the PCI device | |
| 20:34:39 | artom | So a shelved_offloaded instance lives as an image in Glance | |
| 20:34:55 | artom | IIRC you should just be able to boot a new instance from that image? | |
| 20:35:12 | artom | If keeping the same UUID is important to you though, you're out of luck I believe :( | |
| 20:36:32 | darkhorse | artom: the point is i want to recover the data inside the instance. if i boot a new instance, i think i am not able to get the data? | |
| 20:37:00 | artom | If it's been shelved offloaded, its disk has been uploaded to Glance as an image. | |
| 20:37:27 | artom | But... if you want data to persist, the "real" solution is to use volumes | |
| 20:38:38 | darkhorse | artom: will you elaborate? i was thinking of snapshotting or resizing with a new flavor that does not have pci so that i can unshelve. | |
| 20:39:38 | artom | darkhorse, elaborate on which aspect? Volumes, or booting from the Glance image? | |
| 20:40:22 | darkhorse | 1. if booting from glance image will save the data 2. volumes | |
| 20:41:02 | darkhorse | artom:1. if booting from glance image will save the data 2. volumes | |
| 20:42:07 | artom | darkhorse, it's been a while since I've done this, but a shelved_offloaded image will have its disk uploaded as image in Glance | |
| 20:42:28 | artom | I believe you can just boot from that image with `openstack server create --image <image uuid> <etc>` | |
| 20:42:59 | artom | And for volumes... you create a volume, attach it to your instance | |
| 20:43:26 | artom | Inside the guest you mount it as /data or whatever | |
| 20:43:49 | artom | And then anything in /data will live on the volume, so even if the instance is deleted, that volume persists and can be attached to other instances | |
| 20:44:43 | darkhorse | artom: the point is to recover the data in the instance. what should i do when instance is not able to get unshelved? | |
| 20:45:47 | artom | I'm not sure how much more clear I can be | |
| 20:45:53 | artom | <artom> I believe you can just boot from that image with `openstack server create --image <image uuid> <etc>` | |
| 20:45:53 | artom | <artom> darkhorse, it's been a while since I've done this, but a shelved_offloaded image will have its disk uploaded as image in Glance | |
| 20:46:52 | darkhorse | artom: ok thank you! let me try that. | |
| 21:01:44 | opendevreview | Danylo Vodopianov proposed openstack/os-vif master: MTU support for DPDK port added https://review.opendev.org/c/openstack/os-vif/+/859574 | |
| 23:57:32 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient master: DNM: test tox<4 pinning in stable branches https://review.opendev.org/c/openstack/python-novaclient/+/869516 | |
| 23:59:57 | opendevreview | Ghanshyam Mann proposed openstack/osc-placement stable/zed: DNM: test tox<4 pinning in stable branches https://review.opendev.org/c/openstack/osc-placement/+/869517 | |
| #openstack-nova - 2023-01-07 | |||
| 00:00:05 | opendevreview | Ghanshyam Mann proposed openstack/placement stable/zed: DNM: test tox<4 pinning in stable branches https://review.opendev.org/c/openstack/placement/+/869518 | |
| 02:11:08 | opendevreview | sean mooney proposed openstack/os-vif master: add CAP_DAC_OVERRIDE to test privsep contexts https://review.opendev.org/c/openstack/os-vif/+/869500 | |
| 02:24:15 | opendevreview | Ghanshyam Mann proposed openstack/osc-placement stable/yoga: DNM: test tox<4 pinning in stable branches https://review.opendev.org/c/openstack/osc-placement/+/869451 | |
| 02:26:28 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient stable/zed: DNM: test tox<4 pinning in stable branches https://review.opendev.org/c/openstack/python-novaclient/+/869452 | |
| 04:07:28 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient stable/zed: DNM: test tox<4 pinning in stable branches https://review.opendev.org/c/openstack/python-novaclient/+/869452 | |
| 20:05:41 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient master: [stable-only] Pin tox <4 https://review.opendev.org/c/openstack/python-novaclient/+/869524 | |
| #openstack-nova - 2023-01-08 | |||
| 00:31:24 | opendevreview | Ghanshyam Mann proposed openstack/nova master: Enable new defaults and scope checks by default https://review.opendev.org/c/openstack/nova/+/866218 | |
| 00:53:04 | opendevreview | Ghanshyam Mann proposed openstack/nova master: Enable new defaults and scope checks by default https://review.opendev.org/c/openstack/nova/+/866218 | |
| 05:06:56 | opendevreview | Ghanshyam Mann proposed openstack/placement master: DNM: testing rbac new defaults https://review.opendev.org/c/openstack/placement/+/869145 | |
| 06:17:21 | opendevreview | Ghanshyam Mann proposed openstack/placement master: DNM: testing rbac new defaults https://review.opendev.org/c/openstack/placement/+/869145 | |
| 07:10:19 | opendevreview | Ghanshyam Mann proposed openstack/placement master: Avoid rbac defaults conflict in functional tests https://review.opendev.org/c/openstack/placement/+/869525 | |
| 07:14:06 | opendevreview | Ghanshyam Mann proposed openstack/nova master: Enable new defaults and scope checks by default https://review.opendev.org/c/openstack/nova/+/866218 | |
| 07:15:41 | opendevreview | Ghanshyam Mann proposed openstack/placement master: DNM: testing rbac new defaults https://review.opendev.org/c/openstack/placement/+/869145 | |
| 20:09:53 | opendevreview | Ghanshyam Mann proposed openstack/placement master: DNM: testing rbac new defaults https://review.opendev.org/c/openstack/placement/+/869145 | |
| 20:10:39 | opendevreview | Ghanshyam Mann proposed openstack/placement master: Avoid rbac defaults conflict in functional tests https://review.opendev.org/c/openstack/placement/+/869525 | |
| 20:15:05 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient stable/zed: [stable-only] Pin tox <4 https://review.opendev.org/c/openstack/python-novaclient/+/869527 | |
| 20:17:30 | gmann | seems we are hitting missing interpreter again? https://zuul.opendev.org/t/openstack/build/3dbb7278e8b94e77aa25d207286bfcba/log/job-output.txt | |
| 20:17:35 | gmann | stephenfin: ^^ | |
| 20:36:23 | gmann | seeing this in placement master patches also | |
| #openstack-nova - 2023-01-09 | |||
| 03:54:29 | opendevreview | David Sedgmen proposed openstack/nova master: Nova: Add workaround to mask mpx on compareCPU() https://review.opendev.org/c/openstack/nova/+/869536 | |
| 08:55:34 | gibi | gmann, stephenfin: it is strange I see the periodic passed during the weekend but now I also see failing jobs with missing interpreter: here is a fresh one https://1729c20500306078d1cb-f18cd0734c7002742f0baf633d0573f2.ssl.cf2.rackcdn.com/854615/11/check/nova-tox-functional-py310/548baa7/job-output.txt | |
| 09:05:10 | gibi | it seems that nova functional jobs are hit but unit test jobs arent | |
| 09:06:51 | songwenping_ | passwd | |
| 09:19:27 | gibi | both job using tox 4.2.6 which supposed to contain the fix of missing interpreters | |
| 09:20:35 | bauzas | gibi: sorry, this vgpu downstream reproducer vamps me | |
| 09:21:09 | bauzas | gibi: can you please explain me the current status for tox4 issues ? | |
| 09:21:48 | gibi | bauzas: o/\ | |
| 09:22:31 | gibi | bauzas: so https://github.com/tox-dev/tox/pull/2828 supposed to fix the missing interpreter error that hit both unit and functional test jobs | |
| 09:22:41 | gibi | bauzas: it merged and released during the weekend in 4.2.5 | |
| 09:22:49 | bauzas | kk | |
| 09:22:56 | gibi | bauzas: this morning I rechecked one of my patch | |
| 09:23:06 | gibi | bauzas: the unit test jobs passed there with tox 4.2.6 | |
| 09:23:19 | gibi | bauzas: but the functional ones are still failing with the missing interpreter error | |
| 09:23:35 | bauzas | gibi: are you sure you're not pinned by a previous tox version ? | |
| 09:23:37 | gibi | this is the recheck run I watch https://zuul.opendev.org/t/openstack/status#854615 | |
| 09:25:31 | gibi | I'm pretty sure both jobs run with 4.2.6 but feel free to double check the logs | |
| 09:26:21 | sahid | 220185 | |
| 09:27:18 | bauzas | 2023-01-09 08:51:17.905173 | ubuntu-jammy | Downloading https://mirror.bhs1.ovh.opendev.org/pypifiles/packages/6a/fd/8e1f5e6f251120f643e7e2773d9451b7669e6dfdd3c09fc6d9185b423fc9/tox-4.2.6-py3-none-any.whl (145 kB) | |
| 09:27:23 | bauzas | gibi: indeed ^ | |
| 09:29:56 | gibi | I think I can reproduce it locally in a container with tox 4.2.6 | |
| 09:32:39 | gibi | maybe it does not understand our generative tox env definition any more `[testenv:functional{,-py38,-py39,-py310}]` | |
| 09:33:56 | bauzas | hmmm | |
| 09:34:22 | gibi | no | |
| 09:34:30 | gibi | simplifying that to `[testenv:functional-py310]` still doesnt work | |
| 09:34:59 | bauzas | can you just remove the python version suffix ? | |
| 09:35:15 | bauzas | with tox, it could autocreate the right dirs IIRC | |
| 09:42:34 | gibi__ | my home internet went down | |
| 09:43:07 | gibi__ | I'm not sure what I was able to send last time | |
| 09:43:28 | gibi__ | so simplifying the tox target to functional-py310 does not help | |
| 09:43:49 | bauzas | gibi__: can you create just a tox target without the python version ? | |
| 09:44:31 | bauzas | I guess you have py39 default | |
| 09:44:39 | gibi__ | let me see | |
| 09:46:41 | gibi__ | hm, if I change the functional-py310 to functionalpy310 then it seems to work | |
| 09:47:38 | gibi__ | the problem is that it then ignores the py310 part of the target and runs with whathever python3 interpreter I have | |
| 09:47:48 | gibi__ | so functionalpy39 runs with the same python3.10 I have installed | |
| 09:49:53 | sahid | o/ any chance to get some reviews on https://review.opendev.org/c/openstack/nova/+/858383 ? | |
| 09:50:18 | sahid | perhpas gibi__ when you have a moment :D ^ | |
| 09:51:04 | gibi__ | bauzas: so I do believe that the generative env feature is broken somehwo | |
| 09:51:07 | gibi__ | stephenfin: ^^ | |
| 09:51:26 | bauzas | gibi__: yeah, that's my guess | |
| 09:51:35 | gibi__ | sahid: ack, I'm not sure when I will have that moment, sorry | |
| 09:51:48 | bauzas | gibi__: tox can't guess which python interpreter to use | |
| 09:52:10 | bauzas | that said, it looks a large regression | |
| 09:53:17 | bauzas | gibi__: ^ | |
| 09:57:03 | opendevreview | Balazs Gibizer proposed openstack/nova master: Define basepython for functional targets https://review.opendev.org/c/openstack/nova/+/869545 | |