| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-09-17 | |||
| 16:01:51 | mloza | total 16 | |
| 16:01:53 | mloza | drw------- 2 root root 204 Sep 17 15:20 . | |
| 16:01:55 | mloza | drwxr-xr-x 1 root root 75 Sep 17 15:20 .. | |
| 16:01:57 | mloza | -rw------- 1 root root 40 Sep 17 15:20 1d5b8192-6acf-4f06-8c60-1eb7ecbfe911.base64 | |
| 16:01:59 | mloza | -rw------- 1 root root 170 Sep 17 15:20 1d5b8192-6acf-4f06-8c60-1eb7ecbfe911.xml | |
| 16:02:01 | mloza | -rw------- 1 root root 40 Sep 17 15:20 c5730348-ff66-4491-8973-9a31317eaf00.base64 | |
| 16:02:03 | mloza | -rw------- 1 root root 168 Sep 17 15:20 c5730348-ff66-4491-8973-9a31317eaf00.xml | |
| 16:02:05 | mloza | (nova-libvirt)[root@compute33 secrets]# | |
| 16:02:36 | sean-k-mooney | ya so your using the same user for both | |
| 16:02:50 | sean-k-mooney | so i think you need a different user and a diffent secret for each | |
| 16:04:33 | mloza | I guess the same user can stay. I'll try with a different secret | |
| 16:04:39 | mloza | thx for the info | |
| 16:35:02 | lyarwood | ade_lee: https://paste.opendev.org/show/809415/ - looks like libvirtd was super slow plugging the device for some reason | |
| 16:36:02 | lyarwood | assuming that's the request that octavia failed on | |
| 16:41:47 | ade_lee | lyarwood, thanks - lets see if it recurs | |
| 16:42:59 | lyarwood | ade_lee: ack, no idea how to trace the nova requests from octavia fwiw | |
| 16:45:28 | johnsom | lyarwood https://zuul.opendev.org/t/openstack/build/af88c0d00ebb48509a51f6eb941c65c6/log/logs/undercloud/var/log/containers/octavia/worker.log#6865 | |
| 16:45:32 | johnsom | http://192.168.24.3:8774/v2.1/servers/52249295-f031-4f53-b403-86577a6a6e01/os-interface | |
| 16:45:51 | johnsom | {"interfaceAttachment": {"port_id": "47a2114d-ae49-4928-b00e-87948bd73183"}} | |
| 16:45:53 | lyarwood | ah ha | |
| 16:46:53 | lyarwood | odd that it didn't log the request-id | |
| 16:47:21 | johnsom | Yeah, I was puzzled too until I saw it was the tripleo haproxy process that responded with the 504 | |
| 16:47:52 | johnsom | https://zuul.opendev.org/t/openstack/build/af88c0d00ebb48509a51f6eb941c65c6/log/logs/undercloud/var/log/containers/haproxy/haproxy.log#1276 | |
| 17:33:34 | opendevreview | Dan Smith proposed openstack/nova master: DNM: Test glance multistore default https://review.opendev.org/c/openstack/nova/+/809883 | |
| 19:50:25 | mloza | sean-k-mooney: i defined a different ceph user and secret for second cluster however, but i'm getting the same error https://paste.opendev.org/raw/809420/ | |
| 20:02:45 | mloza | is rbd_secret_uuid in [libvirt] for nova.conf supports multiple uuids? | |
| 20:59:29 | opendevreview | melanie witt proposed openstack/nova master: Add legacy limits and usage to placement unified limits https://review.opendev.org/c/openstack/nova/+/713498 | |
| 20:59:29 | opendevreview | melanie witt proposed openstack/nova master: Update quota apis with keystone limits and usage https://review.opendev.org/c/openstack/nova/+/713499 | |
| 20:59:30 | opendevreview | melanie witt proposed openstack/nova master: Add reno for unified limits https://review.opendev.org/c/openstack/nova/+/715271 | |
| 21:08:02 | opendevreview | melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963 | |
| 23:36:55 | opendevreview | melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963 | |
| #openstack-nova - 2021-09-18 | |||
| 01:09:55 | opendevreview | melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963 | |
| 04:04:42 | opendevreview | melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963 | |
| 05:57:06 | opendevreview | melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963 | |
| 07:14:55 | oklhost | sean-k-mooney: what does that mean? is there some documentation around? | |
| 14:01:14 | opendevreview | Takashi Natsume proposed openstack/nova master: Update min supported service version for Yoga. https://review.opendev.org/c/openstack/nova/+/809932 | |
| 15:10:30 | opendevreview | Takashi Kajinami proposed openstack/nova master: Fix the wrong exception used to retry detach API calls https://review.opendev.org/c/openstack/nova/+/809934 | |
| #openstack-nova - 2021-09-19 | |||
| 02:18:09 | opendevreview | Takashi Natsume proposed openstack/nova master: Update contributor guide for Yoga https://review.opendev.org/c/openstack/nova/+/809936 | |
| 06:08:03 | opendevreview | Brin Zhang proposed openstack/nova-specs master: Re-propose Remove tenant_id https://review.opendev.org/c/openstack/nova-specs/+/809939 | |
| 06:42:16 | opendevreview | Wenping Song proposed openstack/placement master: Modify the comment that is confused https://review.opendev.org/c/openstack/placement/+/809948 | |
| 12:11:25 | opendevreview | Merged openstack/os-vif master: Add Python3 yoga unit tests https://review.opendev.org/c/openstack/os-vif/+/808455 | |
| 15:38:09 | opendevreview | Elod Illes proposed openstack/nova stable/ussuri: [stable-only] Set lower-constraints job as non-voting https://review.opendev.org/c/openstack/nova/+/809955 | |
| 21:16:12 | opendevreview | Elod Illes proposed openstack/nova stable/ussuri: [stable-only] Set lower-constraints job as non-voting https://review.opendev.org/c/openstack/nova/+/809955 | |
| 21:25:29 | opendevreview | Elod Illes proposed openstack/nova stable/ussuri: [stable-only] Set lower-constraints job as non-voting https://review.opendev.org/c/openstack/nova/+/809955 | |
| #openstack-nova - 2021-09-20 | |||
| 07:37:06 | bauzas | good morning Nova | |
| 07:37:16 | bauzas | gibi: stephenfin: hola folks | |
| 07:48:16 | lyarwood | \o morning | |
| 07:58:27 | gibi | o. | |
| 07:58:30 | gibi | o/ | |
| 08:56:51 | oklhost | sean-k-mooney: thanks, seems we got less log entries. | |
| 09:14:29 | opendevreview | Thomas Goirand proposed openstack/nova master: Add missing __init__.py in nova/db/api https://review.opendev.org/c/openstack/nova/+/809980 | |
| 09:15:17 | zigo | bauzas: Good morning, there's a ooopsy there, no ? ^ | |
| 09:15:59 | bauzas | zigo: well, good question, I'm not sure we need it | |
| 09:16:16 | bauzas | what kind of issue you have ? | |
| 09:16:51 | zigo | bauzas: When I later on generate nova.conf with oslo-config-generator (with nova installed debian/tmp/usr/lib/python3/dist-package) I get a stack dump, with this folder not installed ... | |
| 09:17:32 | sean-k-mooney | bauzas: without __init__.py its technially not a python module | |
| 09:17:39 | bauzas | yup | |
| 09:17:40 | bauzas | I know | |
| 09:17:48 | bauzas | but I wonder if it's an issue | |
| 09:17:49 | zigo | So basically, nova/db/api isn't getting installed when doing python3 setup.py install ... | |
| 09:17:55 | bauzas | that changed a bit with py3 IIRC | |
| 09:19:49 | bauzas | but I wonder why we have this issue now | |
| 09:19:54 | bauzas | and not before | |
| 09:21:02 | zigo | bauzas: 2 things: first, that folder didn't exist in Wallaby, 2/ it's the symptoms of "it works in devstack" ... | |
| 09:21:13 | zigo | (ie: setup.py install isn't being run...) | |
| 09:21:24 | sean-k-mooney | bauzas: presumably because steph change thing with his alembic module | |
| 09:21:27 | sean-k-mooney | work | |
| 09:21:29 | sean-k-mooney | https://github.com/openstack/nova/commit/bf8b5fc7d05e0a66031a03e50e8f6bb76a921046#diff-6137249efc22cd455ac118bde1598a27beea93adcfcd49b36a2329318fc33c6e | |
| 09:21:35 | zigo | Yeah, also this ... | |
| 09:21:41 | sean-k-mooney | The two remaining modules, 'api_models' and 'api_migrations', are | |
| 09:21:43 | sean-k-mooney | moved to the new 'nova.db.api' module. | |
| 09:21:55 | sean-k-mooney | so bauzas stephenfin created that module in august | |
| 09:22:00 | sean-k-mooney | but missed that file | |
| 09:22:33 | sean-k-mooney | bauzas: so this is a xena release regressions | |
| 09:23:23 | sean-k-mooney | zigo: devstack will be installing this more or less the same way as the distro | |
| 09:23:34 | zigo | Ok. | |
| 09:23:44 | zigo | Well, I don't know, but my patch needs to be merged ! :) | |
| 09:23:46 | sean-k-mooney | we do not install with -e in devstack | |
| 09:24:01 | sean-k-mooney | so it should be copying the files to the site-packages directory | |
| 09:24:04 | sean-k-mooney | and using it form there | |
| 09:24:19 | sean-k-mooney | zigo: did you file a bug | |
| 09:24:41 | zigo | For a single "touch __init__.py" ?!? Seriously ? | |
| 09:24:42 | zigo | :) | |
| 09:24:45 | gibi | in the past (stable/wallaby) nova/db/api contained only the migration scripts that was always independently executed to the main nova services but now it contains code that nova services try to import. So I agree we need to fix this | |
| 09:24:45 | sean-k-mooney | yes | |
| 09:24:54 | sean-k-mooney | zigo: we will need to do an RC2 | |
| 09:25:02 | zigo | Ok, filing the bug. | |
| 09:26:21 | gibi | zigo: thank you for catching this | |
| 09:29:53 | opendevreview | Thomas Goirand proposed openstack/nova master: Add missing __init__.py in nova/db/api https://review.opendev.org/c/openstack/nova/+/809980 | |
| 09:29:57 | zigo | There you go... | |
| 09:30:11 | zigo | Bug filled, PR closing it. | |
| 09:30:32 | zigo | I'm used to often do single char patches, this one will be ZERO chars ! :0 | |
| 09:32:03 | sean-k-mooney | zigo: technially master is now yoga, which is why we need the bug for backporting and if we want to do an RC2 | |
| 09:32:25 | sean-k-mooney | if you saw this last week before we created RC1 we proably could have just merged it | |
| 09:33:50 | zigo | sean-k-mooney: Ok, thanks for letting me know. Should I wait until my first patch is merged before opening the backport PR ? | |
| 09:34:25 | sean-k-mooney | am we should jsut be able to cherry pick this via the api so i think its safe to do it now | |
| 09:34:26 | zigo | Oh also, is there anything to know from the user's point of view about the sqla-migrate -> alembic switch? | |
| 09:34:47 | zigo | Or is it fully transparent? | |
| 09:34:48 | sean-k-mooney | i dont expect this to take long to review given its size :) | |
| 09:34:59 | sean-k-mooney | zigo: well other then the packageing impact no | |