| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-01-06 | |||
| 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> 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:45:53 | artom | <artom> I believe you can just boot from that image with `openstack server create --image <image uuid> <etc>` | |
| 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 | |
| 09:57:17 | gibi__ | bauzas: ^^ this seems to work locally | |
| 09:58:54 | bauzas | theorically, this shouldn't be needed | |
| 09:59:00 | bauzas | https://tox.wiki/en/4.2.6/config.html#base_python | |
| 09:59:58 | gibi__ | yeah, it worked before | |
| 10:00:01 | bauzas | unfortunately the tox4 docs isn't that explaining how to autogenerate venvs with py versioning like tox3 docs do https://tox.wiki/en/3.4.0/config.html#generating-environments-conditional-settings | |
| 10:00:32 | gibi__ | I will open an issue for tox maybe the devs knows more | |
| 10:01:04 | bauzas | "tox provides a number of default factors corresponding to Python interpreter versions. The conditional setting above will lead to either python3.6 or python2.7 used as base python, e.g. python3.6 is selected if current environment contains py36 factor." | |
| 10:01:27 | bauzas | so I guess the default factors no longer work | |
| 10:09:59 | gibi__ | after some more trials it is more like basepython = python3 and -py310 factor creates a conflict but we have ignore_basepython_conflict to supress that and that lead to no interpreter found | |
| 10:20:43 | gibi__ | bauzas, gmann, stephenfin: opened https://github.com/tox-dev/tox/issues/2838 | |
| 10:21:23 | bauzas | gibi__: we could remove basepython IMHO | |
| 10:23:55 | gibi__ | we could if we assume no env will have python2.7 as a default interpreter installed | |
| 10:37:46 | stephenfin | yeah, be can/should drop basepython at this point | |
| 10:37:49 | stephenfin | *we | |
| 10:39:41 | stephenfin | gibi: replied on the tox bug also | |
| 10:40:18 | gibi__ | stephenfin: I tried in tox 3.28 and I did not need ingnore_base_python_conflict to make it work | |
| 10:40:44 | gibi__ | stephenfin: you can simply remova that from nova's tox.ini and it work in tox 3.28 for me locally | |
| 10:42:42 | gibi__ | stephenfin: anyhow so you suggest to just remove basepython = python3 and assume people's machine has python3 by default | |
| 10:43:03 | gibi__ | (which could be a fair assumption having python2.7 in EOL) | |