Earlier  
Posted Nick Remark
#openstack-nova - 2021-04-29
17:47:46 sean-k-mooney oh there we go https://opendev.org/openstack/ironic/commit/0da73cdd30f6726548992090bb3626292e3518b0
17:47:46 sean-k-mooney oh there we go https://opendev.org/openstack/ironic/commit/0da73cdd30f6726548992090bb3626292e3518b0
17:47:55 sean-k-mooney erbarr: your missing ^
17:47:55 sean-k-mooney erbarr: your missing ^
17:49:43 sean-k-mooney erbarr: do you have [deploy]configdrive_use_object_store=True set
17:49:43 sean-k-mooney erbarr: do you have [deploy]configdrive_use_object_store=True set
17:50:22 sean-k-mooney that was only merge 2 months ago so you likely are just missing that in your deployment but that shoudl fix your issue
17:50:22 sean-k-mooney that was only merge 2 months ago so you likely are just missing that in your deployment but that shoudl fix your issue
17:51:20 erbarr i stacked yesterday, so does that go in ironic.conf?
17:51:21 erbarr i stacked yesterday, so does that go in ironic.conf?
17:52:26 erbarr that is set to true :(
17:52:26 erbarr that is set to true :(
17:52:54 sean-k-mooney when you say stacked you mean devstack. unless you have RECLONE=True set it wont update your repos
17:52:54 sean-k-mooney when you say stacked you mean devstack. unless you have RECLONE=True set it wont update your repos
17:53:03 sean-k-mooney so you might need to manually do a pull on the ironic one
17:53:03 sean-k-mooney so you might need to manually do a pull on the ironic one
17:53:23 sean-k-mooney becareful with RECLONE=ture if you do developemnt in the repos in /opt/stack
17:53:23 sean-k-mooney becareful with RECLONE=ture if you do developemnt in the repos in /opt/stack
17:53:27 sean-k-mooney since it will delete them
17:53:28 sean-k-mooney since it will delete them
17:54:07 erbarr it was a fresh vm
17:54:07 erbarr it was a fresh vm
17:54:11 sean-k-mooney well not quite but it will erase any work you dont have commited so if you use it you shoudl keep the reposyou work on somehere else.
17:54:11 sean-k-mooney well not quite but it will erase any work you dont have commited so if you use it you shoudl keep the reposyou work on somehere else.
17:54:29 sean-k-mooney erbarr: ok well maybe the have regressed it
17:54:30 sean-k-mooney erbarr: ok well maybe the have regressed it
17:55:00 erbarr i'll check the code and play around with it, thanks!
17:55:01 erbarr i'll check the code and play around with it, thanks!
17:55:03 sean-k-mooney erbarr: i would doble check the file to be sure and if you see mode=wt then ping the ironic channel and ask
17:55:04 sean-k-mooney erbarr: i would doble check the file to be sure and if you see mode=wt then ping the ironic channel and ask
17:55:26 sean-k-mooney no worries hopfully its something tirvial
17:55:27 sean-k-mooney no worries hopfully its something tirvial
17:56:30 sean-k-mooney erbarr: dtantsur|afk: wrote the previous fix so they will like know where to look to fix it if its still happening
17:56:30 sean-k-mooney erbarr: dtantsur|afk: wrote the previous fix so they will like know where to look to fix it if its still happening
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

Earlier   Later