| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-04-29 | |||
| 17:57:24 | erbarr | cool, thanks! | |
| 17:57:24 | erbarr | cool, thanks! | |
| 20:36:29 | openstackgerrit | melanie witt proposed openstack/nova stable/queens: Use subqueryload() instead of joinedload() for (system_)metadata https://review.opendev.org/c/openstack/nova/+/761814 | |
| 20:36:29 | openstackgerrit | melanie witt proposed openstack/nova stable/queens: Use subqueryload() instead of joinedload() for (system_)metadata https://review.opendev.org/c/openstack/nova/+/761814 | |
| #openstack-nova - 2021-04-30 | |||
| 00:31:06 | openstackgerrit | Merged openstack/nova stable/victoria: guestfs: With libguestfs >= v1.41.1 decode returned bytes to string https://review.opendev.org/c/openstack/nova/+/787901 | |
| 00:31:07 | openstackgerrit | Merged openstack/nova stable/victoria: guestfs: With libguestfs >= v1.41.1 decode returned bytes to string https://review.opendev.org/c/openstack/nova/+/787901 | |
| 00:51:21 | gmann | nova-core: FYI, if you see nova-ceph-multistore failing for glance import tests - https://review.opendev.org/c/openstack/tempest/+/788856 | |
| 00:51:21 | gmann | nova-core: FYI, if you see nova-ceph-multistore failing for glance import tests - https://review.opendev.org/c/openstack/tempest/+/788856 | |
| 01:18:21 | erbarr | sean-k-mooney: dtantsur: looks like I can set [deploy]configdrive_use_object_store = False to work around this | |
| 01:18:21 | erbarr | sean-k-mooney: dtantsur: looks like I can set [deploy]configdrive_use_object_store = False to work around this | |
| 01:51:19 | openstackgerrit | Wenping Song proposed openstack/os-resource-classes master: setup.cfg: Replace dashes with underscores https://review.opendev.org/c/openstack/os-resource-classes/+/788861 | |
| 01:51:19 | openstackgerrit | Wenping Song proposed openstack/os-resource-classes master: setup.cfg: Replace dashes with underscores https://review.opendev.org/c/openstack/os-resource-classes/+/788861 | |
| 03:35:29 | openstackgerrit | Kevin Zhao proposed openstack/nova master: Support Cpu Compararion on Aarch64 Platform https://review.opendev.org/c/openstack/nova/+/763928 | |
| 05:45:41 | openstackgerrit | Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List SG API https://review.opendev.org/c/openstack/nova/+/766726 | |
| 05:45:41 | openstackgerrit | Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from Flavor Access APIs https://review.opendev.org/c/openstack/nova/+/767704 | |
| 05:45:42 | openstackgerrit | 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:21:44 | gibi | gmann: thanks for that fix! | |
| 06:21:44 | gibi | gmann: thanks for that fix! | |
| 06:23:30 | gibi | we have a bunch of green grenade runs now \o/ | |
| 06:23:30 | gibi | we have a bunch of green grenade runs now \o/ | |
| 06:49:28 | openstackgerrit | Xinran WANG proposed openstack/nova-specs master: Repropose smartnic support spec https://review.opendev.org/c/openstack/nova-specs/+/783632 | |
| 06:49:28 | openstackgerrit | Xinran WANG proposed openstack/nova-specs master: Repropose smartnic support spec https://review.opendev.org/c/openstack/nova-specs/+/783632 | |
| 07:05:11 | openstackgerrit | Brin Zhang proposed openstack/nova master: Replace tenants* with projects* of policies https://review.opendev.org/c/openstack/nova/+/765315 | |
| 07:35:14 | lyarwood | elod: https://review.opendev.org/c/openstack/nova/+/785625 - this should be ready now btw. | |
| 07:35:14 | lyarwood | elod: https://review.opendev.org/c/openstack/nova/+/785625 - this should be ready now btw. | |
| 07:55:15 | kashyap | BLZbubba: sean-k-mooney: I read back on the secure boot thing. Even if you're using /usr/share/OVMF/OVMF_CODE.secboot.fd binary, without having the newest Nova bits and setting other props, your guest will _not_ be using secure boot; but "normal" UEFI. | |
| 07:55:16 | kashyap | BLZbubba: sean-k-mooney: I read back on the secure boot thing. Even if you're using /usr/share/OVMF/OVMF_CODE.secboot.fd binary, without having the newest Nova bits and setting other props, your guest will _not_ be using secure boot; but "normal" UEFI. | |
| 07:56:13 | kashyap | And yeah; make sure the Ubuntu OVMF binaries are working as intended by booting a plain non-Nova UEFI VM | |
| 07:56:13 | kashyap | And yeah; make sure the Ubuntu OVMF binaries are working as intended by booting a plain non-Nova UEFI VM | |
| 07:56:40 | kashyap | BLZbubba: That lets you identify where the problem is. | |
| 07:56:40 | kashyap | BLZbubba: That lets you identify where the problem is. | |
| 08:02:05 | openstackgerrit | Lee Yarwood proposed openstack/nova master: block_device: Use initialize APIs to refresh when reported as idempotent https://review.opendev.org/c/openstack/nova/+/720769 | |
| 08:20:37 | elod | lyarwood: ohh, I did not realize there is another patch when I reviewed 787943 :S sorry. anyway, the patch looks OK to me, so now it's +2+W'd :) | |
| 08:20:37 | elod | lyarwood: ohh, I did not realize there is another patch when I reviewed 787943 :S sorry. anyway, the patch looks OK to me, so now it's +2+W'd :) | |
| 08:24:16 | lyarwood | elod: np and thanks again :) | |
| 08:24:16 | lyarwood | elod: np and thanks again :) | |
| 08:24:37 | openstackgerrit | Lee Yarwood proposed openstack/nova master: block_device: Use initialize APIs to refresh when reported as idempotent https://review.opendev.org/c/openstack/nova/+/720769 | |
| 10:03:14 | dtantsur | erbarr: ussuri.. I wonder if we backported the fix. probably not because it has to be made compatible with both py2 and py3 | |
| 10:03:14 | dtantsur | erbarr: ussuri.. I wonder if we backported the fix. probably not because it has to be made compatible with both py2 and py3 | |
| 10:37:42 | openstackgerrit | Dmitrii Shcherbakov proposed openstack/nova-specs master: Introduce Transport Nodes https://review.opendev.org/c/openstack/nova-specs/+/787458 | |
| 11:03:46 | openstackgerrit | Stephen Finucane proposed openstack/nova master: network: Add type hints for various allocate functions https://review.opendev.org/c/openstack/nova/+/744870 | |
| 11:03:46 | openstackgerrit | Stephen Finucane proposed openstack/nova master: network: Add type hints for deallocate functions https://review.opendev.org/c/openstack/nova/+/787516 | |
| 11:03:46 | openstackgerrit | Stephen Finucane proposed openstack/nova master: network: Add type hints for various allocate functions https://review.opendev.org/c/openstack/nova/+/744870 | |
| 11:03:46 | openstackgerrit | Stephen Finucane proposed openstack/nova master: network: Add type hints for deallocate functions https://review.opendev.org/c/openstack/nova/+/787516 | |
| 11:03:47 | openstackgerrit | Stephen Finucane proposed openstack/nova master: network: More allocate, deallocate type hints https://review.opendev.org/c/openstack/nova/+/787517 | |
| 11:03:47 | openstackgerrit | Stephen Finucane proposed openstack/nova master: network: Add type hints for attach, detach functions https://review.opendev.org/c/openstack/nova/+/787518 | |
| 11:03:47 | openstackgerrit | Stephen Finucane proposed openstack/nova master: network: More allocate, deallocate type hints https://review.opendev.org/c/openstack/nova/+/787517 | |
| 11:03:47 | openstackgerrit | Stephen Finucane proposed openstack/nova master: network: Add type hints for attach, detach functions https://review.opendev.org/c/openstack/nova/+/787518 | |
| 11:09:58 | ierdem | Hi everyone, I have an OSA Victoria environment. After 14 days from installation, some problems occured on rabbitmq and galera clusters. There are connection problems between galera containers but these problems almost solved in 1 minutes, at the same time with these problems, rabbitmq containers throwed connection errors. Now, in nova-compute logs | |
| 11:09:58 | ierdem | Hi everyone, I have an OSA Victoria environment. After 14 days from installation, some problems occured on rabbitmq and galera clusters. There are connection problems between galera containers but these problems almost solved in 1 minutes, at the same time with these problems, rabbitmq containers throwed connection errors. Now, in nova-compute logs | |
| 11:09:58 | ierdem | it says "Queue.declare: (404) NOT_FOUND". I can not reach the VMs. I don't know why rabbitmq queues deleted from the list, or why these queues can not recreated by service requests? Can you help me? How can I solve this queue problem and what is the reason of this? btw, this is nova-compute logs: http://paste.openstack.org/show/804880/ , Thanks | |
| 11:09:59 | ierdem | it says "Queue.declare: (404) NOT_FOUND". I can not reach the VMs. I don't know why rabbitmq queues deleted from the list, or why these queues can not recreated by service requests? Can you help me? How can I solve this queue problem and what is the reason of this? btw, this is nova-compute logs: http://paste.openstack.org/show/804880/ , Thanks | |
| 11:11:04 | ierdem | Rabbitmq and other services are working now, but problem still exist | |
| 11:11:05 | ierdem | Rabbitmq and other services are working now, but problem still exist | |
| 11:21:15 | noonedeadpunk | I'm not really sure that there's no problem with cluster now... | |
| 11:21:15 | noonedeadpunk | I'm not really sure that there's no problem with cluster now... | |
| 11:22:31 | noonedeadpunk | Does other services work properly? Or it's only nova that complain? | |
| 11:22:31 | noonedeadpunk | Does other services work properly? Or it's only nova that complain? | |
| 11:26:59 | ierdem | After restarting all services, nova-compute services seems work fine but neutron-server containers have the same error log now, "queue declare(404) not found". I could not inspect the all services for now, I am checking one by one but you probably right, there will be errors in cluster I think | |
| 11:26:59 | ierdem | After restarting all services, nova-compute services seems work fine but neutron-server containers have the same error log now, "queue declare(404) not found". I could not inspect the all services for now, I am checking one by one but you probably right, there will be errors in cluster I think | |
| 11:29:45 | noonedeadpunk | ierdem: jsut try running rabbitmq-install.yml -e rabbitmq_upgrade=true - it should fix issue with missing queues (with several mins of rabbit cluster downtime) | |
| 11:29:45 | noonedeadpunk | ierdem: jsut try running rabbitmq-install.yml -e rabbitmq_upgrade=true - it should fix issue with missing queues (with several mins of rabbit cluster downtime) | |
| 11:34:13 | ierdem | I am running now, thanks | |
| 11:34:13 | ierdem | I am running now, thanks | |
| 11:34:58 | stephenfin | lyarwood: Just a reminder to take a punt at https://review.opendev.org/c/openstack/nova/+/676209 if you could today | |
| 11:34:59 | stephenfin | lyarwood: Just a reminder to take a punt at https://review.opendev.org/c/openstack/nova/+/676209 if you could today | |
| 11:41:10 | lyarwood | stephenfin: ack still on my list, if not today it might have to wait until after PTO | |
| 11:41:10 | lyarwood | stephenfin: ack still on my list, if not today it might have to wait until after PTO | |
| 11:46:45 | stephenfin | (y) | |
| 11:46:45 | stephenfin | (y) | |
| 11:54:04 | openstackgerrit | Stephen Finucane proposed openstack/nova master: libvirt: Delegate OVS plug to os-vif https://review.opendev.org/c/openstack/nova/+/602432 | |
| 11:54:04 | openstackgerrit | Stephen Finucane proposed openstack/nova master: libvirt: Delegate OVS plug to os-vif https://review.opendev.org/c/openstack/nova/+/602432 | |
| 12:35:53 | damiandabrowski | hey! libvirt v6.0.0 fails to launch a domain when using qcow2 disks where the backing file format is not explicitly specified in the qcow2 metadata. | |
| 12:35:53 | damiandabrowski | We have merged a fix for newly created disks: https://review.opendev.org/c/openstack/nova/+/710790/ | |
| 12:35:53 | damiandabrowski | But do we have any fix for already running VMs? Because now, they fails to spawn after reboot. | |
| 12:35:53 | damiandabrowski | hey! libvirt v6.0.0 fails to launch a domain when using qcow2 disks where the backing file format is not explicitly specified in the qcow2 metadata. | |
| 12:35:53 | damiandabrowski | We have merged a fix for newly created disks: https://review.opendev.org/c/openstack/nova/+/710790/ | |
| 12:35:53 | damiandabrowski | But do we have any fix for already running VMs? Because now, they fails to spawn after reboot. | |
| 12:45:43 | lyarwood | damiandabrowski: I don't think we had to fix that as the libvirt devs eventually stopped enforcing that | |
| 12:45:44 | lyarwood | damiandabrowski: I don't think we had to fix that as the libvirt devs eventually stopped enforcing that | |
| 12:46:02 | lyarwood | damiandabrowski: which base OS is this? | |
| 12:46:03 | lyarwood | damiandabrowski: which base OS is this? | |
| 12:47:30 | damiandabrowski | <lyarwood "damiandabrowski: which base OS i"> ubuntu 18.04, libvirt 6.0.0-0ubuntu8.8~cloud0 | |
| 12:47:30 | damiandabrowski | <lyarwood "damiandabrowski: which base OS i"> ubuntu 18.04, libvirt 6.0.0-0ubuntu8.8~cloud0 | |
| 12:48:00 | lyarwood | kashyap: ^ the libvirt devs eventually removed that right? | |
| 12:48:00 | lyarwood | kashyap: ^ the libvirt devs eventually removed that right? | |
| 12:48:14 | kashyap | * kashyap reads | |
| 12:48:52 | kashyap | lyarwood: Yes, I recall; but I need to find trhe right commit | |
| 12:48:52 | kashyap | lyarwood: Yes, I recall; but I need to find trhe right commit | |
| 12:49:19 | kashyap | * kashyap digs up | |
| 13:08:52 | kashyap | damiandabrowski: lyarwood: There we go: "Allow format probing under special circumstances": https://github.com/libvirt/libvirt/commit/ae9e6c2a2b | |
| 13:08:52 | kashyap | damiandabrowski: lyarwood: There we go: "Allow format probing under special circumstances": https://github.com/libvirt/libvirt/commit/ae9e6c2a2b | |
| 13:09:02 | kashyap | damiandabrowski: lyarwood: That's the libvirt commit that relaxes the restriction | |
| 13:09:02 | kashyap | damiandabrowski: lyarwood: That's the libvirt commit that relaxes the restriction | |
| 13:09:50 | lyarwood | so you need >=6.1.0 | |
| 13:09:51 | lyarwood | so you need >=6.1.0 | |
| 13:09:53 | kashyap | damiandabrowski: That should be in 6.1.0 and above. (I checked via `git tag --contains`) | |
| 13:09:53 | kashyap | damiandabrowski: That should be in 6.1.0 and above. (I checked via `git tag --contains`) | |
| 13:09:56 | kashyap | lyarwood: Yep | |
| 13:09:56 | kashyap | lyarwood: Yep | |