| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-05-18 | |||
| 21:45:11 | sean-k-mooney | am yes | |
| 21:45:25 | sean-k-mooney | im just about to finish for the day again but i can try it quickly | |
| 21:45:32 | mnaser | i'm on macos so im wondering if there's something in the py version i'm running | |
| 21:45:51 | mnaser | i have py 3.8.9 | |
| 21:45:55 | sean-k-mooney | perhaps we dont relaly supprot anything other then linux | |
| 21:46:13 | sean-k-mooney | we used to be able to run them on cygwin but that was broken a long time ago | |
| 21:46:15 | mnaser | yeah but it seems weird/odd that mypy stuff would fail | |
| 21:46:21 | mnaser | since that seems more of a linter | |
| 21:46:28 | sean-k-mooney | my mac is downstiar i could try that there too | |
| 21:47:06 | mnaser | maybe i should use multipass or whatnot | |
| 21:48:00 | sean-k-mooney | or you could dual boot linux on your mac | |
| 21:48:11 | sean-k-mooney | it should work however | |
| 21:48:16 | mnaser | i think with an m1 mac that's a bit of a reach yet :P | |
| 21:48:24 | sean-k-mooney | nope | |
| 21:48:30 | sean-k-mooney | i have dual booted debian | |
| 21:48:36 | sean-k-mooney | and even got devstack to run | |
| 21:48:42 | mnaser | oh that's interesting lol | |
| 21:48:42 | sean-k-mooney | with a lot of work | |
| 21:49:04 | sean-k-mooney | but the unit test worked on both arch and debian | |
| 21:49:28 | mnaser | i feel like a lot of things won't work though, so multipass / vm is a decent middle ground :p | |
| 21:49:36 | sean-k-mooney | booting a vm on linux id cause a kernel crash however | |
| 21:49:54 | sean-k-mooney | ya i used udm too | |
| 21:50:02 | sean-k-mooney | that actully works pretty well | |
| 21:50:14 | sean-k-mooney | udm to deploy a ubuntu 20.04 arm vm | |
| 21:50:21 | sean-k-mooney | and then install what you want in that | |
| 21:50:59 | mnaser | udm? | |
| 21:51:12 | sean-k-mooney | udm is a front end for qemu on mac | |
| 21:51:36 | sean-k-mooney | hum is it udm | |
| 21:51:54 | mnaser | udm is "université de montréal" for what i know :p | |
| 21:52:06 | sean-k-mooney | oh utm | |
| 21:52:12 | sean-k-mooney | https://mac.getutm.app/ | |
| 21:52:44 | sean-k-mooney | i just used this template https://mac.getutm.app/gallery/ubuntu-20-04 | |
| 21:52:56 | mnaser | ouu nice | |
| 21:53:10 | mnaser | yeah i've just been relying on multipass since ubuntu is a decent base for what i need, but this is really useful | |
| 21:53:19 | sean-k-mooney | it uses macos's version of kvm but no nested virt on m1 | |
| 21:54:05 | sean-k-mooney | i have pep8 running ill quickly grab my mac and try it there too brb | |
| 21:54:15 | sean-k-mooney | oh it passed on linux | |
| 21:55:57 | mnaser | i guess it could be an env thing | |
| 21:56:17 | sean-k-mooney | maybe use -r to recreate the tox env | |
| 21:56:35 | sean-k-mooney | if you change branch that can cause weird issues if you have not recareted it recently | |
| 21:57:42 | mnaser | i think i might just save myself the mess and do my dev in a vm | |
| 21:57:43 | mnaser | not ideal but meh | |
| 21:58:14 | sean-k-mooney | how do you get python normally | |
| 21:58:26 | sean-k-mooney | are you using it form homebrew or another way | |
| 21:58:37 | mnaser | homebrew | |
| 21:58:50 | mnaser | but my python on this box is a bit of an embarassing mess :) | |
| 21:59:11 | sean-k-mooney | you could try using a venv to run tox | |
| 21:59:18 | sean-k-mooney | to get a clean python env | |
| 22:01:07 | mnaser | im thinking running it in a vm is probably easier | |
| 22:01:18 | sean-k-mooney | by the way we ahve seen things like different version of sqlite3 break functinal test on different distors before | |
| 22:01:32 | sean-k-mooney | but not sure what would be similar for pep8 | |
| 22:01:33 | mnaser | which will reflect the state of our ci the closst oo | |
| 22:01:53 | mnaser | sean-k-mooney: im thinking it probably has to do with libvirt-python if i had to guess based on the fact its mostly having to do with libvirt | |
| 22:02:16 | mnaser | and since libvirt on macos is weird prolly | |
| 22:02:45 | sean-k-mooney | ya maybe | |
| 22:02:58 | sean-k-mooney | although we dont actully install that for our tox envs | |
| 22:03:34 | mnaser | all the errors were in "nova/virt/libvirt/driver.py" so /shrug | |
| 22:05:44 | mnaser | well it passed just fine inside multipass vm on my box soooo | |
| 22:06:53 | sean-k-mooney | ya i also cant get it to run natively on macos for other reasons | |
| 22:07:09 | sean-k-mooney | i do not have python form homebrew i have it from the nix package manager | |
| 22:07:43 | sean-k-mooney | its unhappy with 2to3 and suds-jurko | |
| 22:07:53 | sean-k-mooney | althoug i could jsut not install the vmware lib | |
| 22:11:06 | mnaser | yeah i had to manually install that with a lot of really complicated ways | |
| 22:14:20 | sean-k-mooney | im getting clan compliation errors trying to build type-ast | |
| 22:15:08 | sean-k-mooney | so looks like there are some cpython module compat issue with macos on arm | |
| 22:15:28 | sean-k-mooney | works find with linux vm or otherwise however | |
| 22:16:01 | sean-k-mooney | proably would be fine with macos and x86 for that mater but macos and arm is pushing it just a little too far | |
| 22:16:13 | sean-k-mooney | vms are still pretty quick on m1 | |
| 22:17:06 | sean-k-mooney | my base spec m1 air is technically faster at running the test in a vm them my amin work laptop is nativly | |
| #openstack-nova - 2022-05-19 | |||
| 06:06:20 | opendevreview | Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from Flavor Access APIs https://review.opendev.org/c/openstack/nova/+/767704 | |
| 06:46:57 | opendevreview | Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List/Show usage APIs https://review.opendev.org/c/openstack/nova/+/768509 | |
| 06:46:58 | opendevreview | Brin Zhang proposed openstack/nova master: Replace tenants* with projects* of policies https://review.opendev.org/c/openstack/nova/+/765315 | |
| 06:46:58 | opendevreview | Brin Zhang proposed openstack/nova master: Replace os-simple-tenant-usage with os-simple-project-usage https://review.opendev.org/c/openstack/nova/+/842288 | |
| 06:46:59 | opendevreview | Brin Zhang proposed openstack/nova master: Replace tenant_id with project_id in os-quota-sets path https://review.opendev.org/c/openstack/nova/+/768851 | |
| 06:46:59 | opendevreview | Brin Zhang proposed openstack/nova master: Replace tenant_id with project_id in Limits API https://review.opendev.org/c/openstack/nova/+/768862 | |
| 07:51:38 | opendevreview | Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from Flavor Access APIs https://review.opendev.org/c/openstack/nova/+/767704 | |
| 07:52:56 | opendevreview | Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List/Show usage APIs https://review.opendev.org/c/openstack/nova/+/768509 | |
| 08:11:45 | seyeongkim | hello, I have a question about lp https://bugs.launchpad.net/nova/+bug/1950186 if this can be fixed in near future or if there is any plan? Thanks in advance. | |
| 08:23:22 | Uggla | gibi, hello if you can have a look at https://review.opendev.org/c/openstack/nova-specs/+/831506 | |
| 08:25:36 | gibi | I'm looking at the manial one right now but then I can look the unshelve too | |
| 08:32:09 | Uggla | gibi, oh cool as well thx. | |
| 08:36:57 | bauzas | Uggla: IMHO we shouldn't add a specific parameter for asking to pin an AZ | |
| 08:37:23 | bauzas | if the user asked for a specific AZ, it's pinned | |
| 08:37:45 | bauzas | so if the operator wants to move the instance to another AZ, OK, but then it should be pinned again | |
| 08:38:05 | bauzas | if the user didn't ask for a specific AZ, then it's not pinned | |
| 08:38:17 | bauzas | so, if the operator moves the instance to another AZ, then meh | |
| 08:38:17 | Uggla | bauzas, sure but if he unpins an instance he needs to recreate it to pin it ? | |
| 08:38:44 | bauzas | Uggla: who "he" ? | |
| 08:38:47 | bauzas | the admin ? | |
| 08:38:51 | bauzas | or the user ? | |
| 08:39:04 | Uggla | bauzas, user | |
| 08:39:20 | bauzas | but the user only creates the instance | |
| 08:39:32 | bauzas | he doesn't have a "pinned" parameter | |
| 08:39:41 | bauzas | he doesn't know about the environment | |
| 08:40:09 | bauzas | but what he knows is that the environment has multiple AZs and he just wants his instance to be in one of them | |
| 08:40:29 | bauzas | then, he'll create the instance by asking --az AZ1 | |
| 08:40:34 | bauzas | which will be pinning the AZ | |
| 08:41:12 | Uggla | bauzas, yep, then he can shelve/unshelve with AZ=None to unpin it | |
| 08:41:29 | bauzas | then, if some operator wants to move the instance to another AZ, then he needs to explain to the user that the instance will be moved, as the user will see a different AZ for his instance after it's moved | |
| 08:42:39 | Uggla | bauzas, why operator ? user can do it as well. Am I wrong ? | |