opendevreview | wangzhenmeng proposed openstack/nova master: Three CPU parameters, mode, model and vendor_id, are added to flavor, some guest os do not support new CPU, so you need to specify a specific CPU when starting. https://review.opendev.org/c/openstack/nova/+/796986 | 03:31 |
---|---|---|
opendevreview | wangzhenmeng proposed openstack/nova master: Add CPU parameters to flavor https://review.opendev.org/c/openstack/nova/+/796986 | 03:34 |
*** abhishekk is now known as akekane|home | 05:26 | |
*** akekane|home is now known as abhishekk | 05:26 | |
*** iury|holiday is now known as iurygregory | 05:53 | |
*** bhagyashris_ is now known as bhagyashris|ruck | 08:37 | |
*** whoami-rajat is now known as Guest89 | 09:05 | |
*** whoami-rajat__ is now known as whoami-rajat | 09:05 | |
ralonsoh | hi folks, do you know what I need to set in libvirt for live-migration? | 09:24 |
ralonsoh | I'm having this error: | 09:25 |
ralonsoh | libvirt.libvirtError: Secret not found: no secret with matching uuid '70447a0f-443f-4b30-a154-c75706973e08' | 09:25 |
sean-k-mooney[m] | are you using ceph | 09:25 |
sean-k-mooney[m] | normally you do not need to set anything in libvirt | 09:25 |
ralonsoh | yes I configured ceph | 09:26 |
ralonsoh | I'll check it again | 09:26 |
sean-k-mooney[m] | you need to configure the ceph key ring as a secret but the devstack plugin does that for you | 09:26 |
ralonsoh | (maybe not in the second compute node...) | 09:26 |
ralonsoh | yeah, I think I didn't configure ceph in the second compute node | 09:27 |
ralonsoh | thanks! | 09:27 |
sean-k-mooney[m] | https://opendev.org/openstack/devstack-plugin-ceph/src/branch/master/devstack/lib/ceph#L244 | 09:28 |
sean-k-mooney[m] | that is what adds the user key ring as a secret | 09:28 |
sean-k-mooney[m] | so you could just do that or restack the compute | 09:28 |
sean-k-mooney[m] | you also need to copy over the ceph.confirm | 09:29 |
sean-k-mooney[m] | *ceph.conf | 09:29 |
ralonsoh | sean-k-mooney[m], btw, I think slaweq made a good point on https://review.opendev.org/c/openstack/neutron-specs/+/799198/3/specs/xena/ovn-auxiliary-port-bridge-live-migration.rst#51 | 09:30 |
ralonsoh | I'm checking this now | 09:30 |
sean-k-mooney[m] | ovn must handel that or we cannot support live migration with ovn | 09:31 |
ralonsoh | I know | 09:31 |
sean-k-mooney[m] | so from my point of view we should either ignore that and if it cause any issue file it as a bug with ovn or we disable live migration when you use ovn. we are not actually changing the behaviour although we are extending the time its in that state | 09:33 |
sean-k-mooney[m] | today the port exits on the source and dest for a period of time its just shorter | 09:33 |
ralonsoh | sean-k-mooney[m], in OVN we don't have, for example, the concept of multiple port binding | 09:34 |
ralonsoh | and could be difficult to introduce it | 09:34 |
ralonsoh | could be possible, just an idea, to monitor this multiple port binding | 09:35 |
ralonsoh | and provide routing for the older one | 09:35 |
ralonsoh | when the scr port is deleted, the destination port will prevail | 09:35 |
ralonsoh | this will also prevent errors if the migration fails | 09:35 |
ralonsoh | anyway, this is not supported | 09:35 |
sean-k-mooney[m] | this is not related to multiple port bindings | 09:37 |
sean-k-mooney[m] | this willl happen with just libvirt and ovn without openstack | 09:37 |
ralonsoh | I was making a parallelism | 09:37 |
ralonsoh | with OVN backend | 09:37 |
ralonsoh | this is what OVN should support or something similar | 09:38 |
sean-k-mooney[m] | ovn needs to monitor the packets | 09:38 |
ralonsoh | what for? | 09:38 |
sean-k-mooney[m] | and when it receives new packets on the dest host swap that to to the primary port | 09:38 |
ralonsoh | could be an idea yes | 09:39 |
sean-k-mooney[m] | basically if need to activate the dest port when it receives the mac learning RARP packets | 09:39 |
ralonsoh | but should be aware of the multiple port locations | 09:39 |
sean-k-mooney[m] | yes | 09:39 |
ralonsoh | in any case, this is very similar to what we have now | 09:39 |
sean-k-mooney[m] | anyway in post-copy mode the vm today is potentially in this state for several minutes | 09:39 |
ralonsoh | that means OVN will configure the backend when the VM is unpaused | 09:40 |
sean-k-mooney[m] | so this is not new to this spec | 09:40 |
ralonsoh | in any case, I didn't think about this problem | 09:40 |
ralonsoh | and now I don't see what's the benefit using this feature | 09:41 |
sean-k-mooney[m] | ya but its not related to any of the change we are making and it happens already today without them so while we should bring it up with the ovn team | 09:41 |
sean-k-mooney[m] | its not a blocker for this change | 09:41 |
ralonsoh | but it is a relevant OVN behavior change we need to document in the spec | 09:42 |
sean-k-mooney[m] | its not | 09:42 |
*** rpittau|afk is now known as rpittau | 09:42 | |
sean-k-mooney[m] | this already happens today | 09:42 |
sean-k-mooney[m] | so its not a behaviour change | 09:42 |
ralonsoh | right | 09:43 |
ralonsoh | in any case, to make this work properly, we need this OVN change | 09:43 |
ralonsoh | of course | 09:43 |
ralonsoh | the feature is still valid | 09:43 |
ralonsoh | and the spec | 09:43 |
sean-k-mooney[m] | perhaps. if ovn is installing teh correct flows on the dest in this sate | 09:43 |
sean-k-mooney[m] | then the only issue we have is with packets getting sent to the vm right | 09:44 |
ralonsoh | yes | 09:44 |
sean-k-mooney[m] | ovn proably should be mirroring the packet flow to both ports | 09:44 |
ralonsoh | let me ask again: how much time could it take to copy the VM to dest? | 09:45 |
sean-k-mooney[m] | multiple minutes | 09:45 |
ralonsoh | so we can have this network disconnection time, right? | 09:45 |
sean-k-mooney[m] | with ml2 ovs it wont have downtime | 09:46 |
sean-k-mooney[m] | the mac learning packets fix this issue | 09:46 |
sean-k-mooney[m] | i’m not sure how ovn will work | 09:46 |
ralonsoh | OVN will block any traffic from src port | 09:47 |
ralonsoh | because the port_binding is changed | 09:47 |
sean-k-mooney[m] | that is ok | 09:47 |
sean-k-mooney[m] | i assume it is blocking packets form the dest until the port binding is activated on the dest | 09:48 |
ralonsoh | do you have 5 mins via meet? | 09:48 |
ralonsoh | or this afternoon | 09:48 |
ralonsoh | whenever you can | 09:49 |
sean-k-mooney[m] | are you free at the top of the hour | 09:49 |
ralonsoh | yes | 09:49 |
ralonsoh | ping me then | 09:49 |
sean-k-mooney[m] | i was just going to grab coffee but i’m free then | 09:49 |
ralonsoh | perfect | 09:49 |
opendevreview | Lee Yarwood proposed openstack/nova master: zuul: Add CentOS 8 stream integrated compute tempest job to gate https://review.opendev.org/c/openstack/nova/+/797616 | 09:56 |
sean-k-mooney | ralonsoh: https:/meet.google.com/izr-tezp-qab whenever you are free | 10:03 |
opendevreview | Stephen Finucane proposed openstack/nova master: Remove the redundant code for attach interface https://review.opendev.org/c/openstack/nova/+/796208 | 10:56 |
opendevreview | Merged openstack/os-traits master: setup.cfg: Replace dashes with underscores https://review.opendev.org/c/openstack/os-traits/+/791133 | 10:56 |
viks_ | hi, suppose if i have a preconfigured physical system which already have an os installed, can i make it as a openstack instance so that i can control that machine... i.e. assign an ip via neutron, boot, shutdown, restart, inject ssh etc ? | 11:36 |
lyarwood | viks_: https://docs.openstack.org/ironic/latest/ | 11:40 |
viks_ | lyarwood: Thanks... but In ironic it installs OS on the given baremetal... but i do not need to install anything, just add a machine and control it... | 11:43 |
lyarwood | viks_: https://docs.openstack.org/ironic/latest/admin/adoption.html I thought it didn't need to do that? | 11:45 |
viks_ | lyarwood: ok.. thanks... i'll check.. i have not gone through it before... | 11:46 |
opendevreview | Merged openstack/nova master: [ironic] Minimize window for a resource provider to be lost https://review.opendev.org/c/openstack/nova/+/799327 | 12:18 |
opendevreview | Lee Yarwood proposed openstack/nova-specs master: Store and allow libvirt instance device buses and models to be updated https://review.opendev.org/c/openstack/nova-specs/+/799811 | 12:48 |
lyarwood | Does anyone know of an API where we change the response for admins based on a microversion? | 12:56 |
lyarwood | Oh events, instance faults etc me-- | 12:56 |
ralonsoh | hi folks, do you know why if I have two compute node hosts (opentack host list) | 13:07 |
ralonsoh | I can't map the second one to cell1? | 13:07 |
ralonsoh | "nova-manage cell_v2 discover_hosts", then "nova-manage cell_v2 list_hosts" | 13:07 |
ralonsoh | +-----------+--------------------------------------+----------+ | 13:07 |
ralonsoh | | Cell Name | Cell UUID | Hostname | | 13:07 |
ralonsoh | +-----------+--------------------------------------+----------+ | 13:07 |
ralonsoh | | cell1 | db04030a-5cca-439d-b1c8-df1aa8d53d4f | u20ovn | | 13:07 |
ralonsoh | +-----------+--------------------------------------+----------+ | 13:07 |
ralonsoh | one is missing | 13:08 |
sean-k-mooney | you need to run discover hosts | 13:09 |
sean-k-mooney | nova-manage cellv2 discover_hosts | 13:09 |
ralonsoh | I did | 13:09 |
sean-k-mooney | from the controler | 13:09 |
ralonsoh | yes | 13:09 |
sean-k-mooney | can you run that with -v or --debug and past the output somewhere | 13:10 |
ralonsoh | let me check | 13:10 |
ralonsoh | sean-k-mooney, nothing, no output | 13:11 |
sean-k-mooney | does it show up in openstack hyperviors list | 13:12 |
ralonsoh | yes | 13:12 |
sean-k-mooney | the os-host api is deprecated by the way so im not sure it works proerly | 13:12 |
ralonsoh | stack@u20ovn:/opt/stack$ openstack host list | 13:12 |
ralonsoh | +-----------+-----------+----------+ | 13:12 |
ralonsoh | | Host Name | Service | Zone | | 13:12 |
ralonsoh | +-----------+-----------+----------+ | 13:12 |
ralonsoh | | u20ovn | scheduler | internal | | 13:12 |
ralonsoh | | u20ovn | conductor | internal | | 13:12 |
ralonsoh | | u20ovn | conductor | internal | | 13:12 |
ralonsoh | | u20ovn | compute | nova | | 13:12 |
ralonsoh | | u20ovn2 | compute | nova | | 13:12 |
ralonsoh | +-----------+-----------+----------+ | 13:12 |
sean-k-mooney | very odd indeed | 13:13 |
ralonsoh | do I need any service on the second node? | 13:13 |
ralonsoh | devstack@n-cond-cell1.service | 13:13 |
stephenfin | bauzas: Trivial bugfix here if you have a moment? https://review.opendev.org/c/openstack/nova/+/794006 | 13:13 |
bauzas | stephenfin: I can do | 13:13 |
stephenfin | ta | 13:14 |
bauzas | stephenfin: same thought than gmann | 13:14 |
stephenfin | oh, missed that comment | 13:15 |
bauzas | wow, takes a lot of time to update | 13:15 |
opendevreview | Stephen Finucane proposed openstack/nova master: api: Handle invalid volume UUIDs during spawn https://review.opendev.org/c/openstack/nova/+/794006 | 13:28 |
stephenfin | bauzas: ^ | 13:28 |
bauzas | ta, looking | 13:28 |
stephenfin | gmann, lyarwood: either of you care to re-review also. Super trivial ^ | 13:28 |
opendevreview | Stephen Finucane proposed openstack/nova master: docs: Replace 'nova boot' with 'openstack server create' https://review.opendev.org/c/openstack/nova/+/794007 | 13:29 |
stephenfin | lyarwood: I also addressed your comments on that doc | 13:29 |
lyarwood | ack looking | 13:48 |
*** bhagyashris is now known as bhagyashris|ruck | 13:59 | |
lyarwood | stephenfin: I'm sure you still need --bootable when creating the volume | 14:00 |
stephenfin | Possibly in the past, but I tested it locally with a basic DevStack deployment and you didn't | 14:01 |
lyarwood | I've just copy pasted from my env, it's failing for me | 14:02 |
* stephenfin looks | 14:02 | |
lyarwood | unless cinder is somehow automatically setting this under a later microversion | 14:03 |
lyarwood | or we are somehow updating the bootable flag | 14:03 |
lyarwood | I can't see how this ever worked | 14:03 |
stephenfin | What I was seeing was that the bootable flag would be False in the response returned from the create request, but then True when I did a show call | 14:04 |
stephenfin | so cinder was changing things under the good | 14:04 |
stephenfin | *hood | 14:04 |
stephenfin | I'm pretty sure I traced through cinder to find what was setting it too, but it seems I didn't take notes on the patch like I usually would | 14:05 |
lyarwood | weird | 14:05 |
lyarwood | oh wait that's with the --bootable flag | 14:07 |
lyarwood | haha nice, I bet the osc command does it in two calls or something weird | 14:08 |
stephenfin | wdym? | 14:08 |
* lyarwood < https://matrix.org/_matrix/media/r0/download/matrix.org/mmvCAyPSjzrTbjzHXATPMYPl/message.txt > | 14:08 | |
lyarwood | https://docs.openstack.org/api-ref/block-storage/v3/index.html?expanded=create-a-volume-detail#volumes-volumes - because c-api doesn't take bootable as an arg when creating the volume | 14:10 |
lyarwood | https://github.com/openstack/python-openstackclient/blob/4f358367986525625157bee164c694e65573c30c/openstackclient/volume/v2/volume.py#L231-L232 and yeah osc creates and then optionally marks it as bootable if you pass the flag | 14:12 |
lyarwood | https://github.com/openstack/nova/blob/dfda0c0482acf579452742860cec2bdd64ac616a/nova/block_device.py#L685-L686 is where n-api rejects it btw | 14:13 |
stephenfin | lyarwood: I'm still seeing the same behavior http://paste.openstack.org/show/807231/ | 14:21 |
stephenfin | So if I create a volume from an image then the initial response from cinder is bootable='false', but this changes to bootable='true' once the volume is fully created | 14:22 |
lyarwood | yeah osc must be doing that | 14:22 |
lyarwood | that makes sense if you've passed --image | 14:22 |
stephenfin | Not that I can see | 14:23 |
stephenfin | and python-cinderclient isn't doing anything too funky either | 14:23 |
lyarwood | yeah weird, maybe c-api then, TIL | 14:23 |
lyarwood | and I wasn't passing --image so that's why I didn't see it | 14:24 |
stephenfin | ah, yes, I explicitly called that fact out https://review.opendev.org/c/openstack/nova/+/794007/4/doc/source/user/launch-instance-from-volume.rst#265 | 14:24 |
stephenfin | Cinder makes a volume bootable when ``--image`` parameter is passed. | 14:24 |
*** bhagyashris_ is now known as bhagyashris|ruck | 14:24 | |
lyarwood | Yup apologies | 14:26 |
opendevreview | Jay Faulkner proposed openstack/nova stable/wallaby: [ironic] Minimize window for a resource provider to be lost https://review.opendev.org/c/openstack/nova/+/799772 | 14:28 |
gmann | stephenfin: done, thanks for adding test. | 14:34 |
stephenfin | ta | 14:36 |
opendevreview | Lee Yarwood proposed openstack/nova-specs master: Add connection_info to responses of the os-volume_attachments API for admins https://review.opendev.org/c/openstack/nova-specs/+/799850 | 15:22 |
opendevreview | Lee Yarwood proposed openstack/nova-specs master: Add connection_info to responses of the os-volume_attachments API for admins https://review.opendev.org/c/openstack/nova-specs/+/799850 | 15:44 |
opendevreview | Balazs Gibizer proposed openstack/nova master: [func test] neutron fixture for extended resource request https://review.opendev.org/c/openstack/nova/+/794306 | 15:48 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Detect extended_resource_request neutron API extension https://review.opendev.org/c/openstack/nova/+/793618 | 15:48 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Reject server create with extended resource req https://review.opendev.org/c/openstack/nova/+/793619 | 15:50 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Reject server operations with extended resource req https://review.opendev.org/c/openstack/nova/+/793620 | 15:50 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Add same_subtree field to RequestLevelParams https://review.opendev.org/c/openstack/nova/+/791503 | 15:52 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Bump min placement microversion to 1.36 https://review.opendev.org/c/openstack/nova/+/791504 | 15:55 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Support same_subtree in allocation_canadidate query https://review.opendev.org/c/openstack/nova/+/791505 | 15:57 |
opendevreview | Balazs Gibizer proposed openstack/nova master: [func test] refactor assertPortMatchesAllocation https://review.opendev.org/c/openstack/nova/+/792458 | 15:57 |
opendevreview | Balazs Gibizer proposed openstack/nova master: [func test] refactor asserts in qos tests https://review.opendev.org/c/openstack/nova/+/798930 | 15:59 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Support the new port resource_request format https://review.opendev.org/c/openstack/nova/+/787208 | 16:01 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Transfer RequestLevelParams from ports to scheduling https://review.opendev.org/c/openstack/nova/+/791506 | 16:02 |
opendevreview | Balazs Gibizer proposed openstack/nova master: [func test] ports with both bw and pps resources https://review.opendev.org/c/openstack/nova/+/792394 | 16:03 |
opendevreview | Balazs Gibizer proposed openstack/nova master: [func test] move unshelve test to the proper place https://review.opendev.org/c/openstack/nova/+/793621 | 16:05 |
*** rpittau is now known as rpittau|afk | 16:09 | |
opendevreview | Lee Yarwood proposed openstack/nova-specs master: Add nova-manage commands to show and refresh connection_info https://review.opendev.org/c/openstack/nova-specs/+/799624 | 16:15 |
stephenfin | zzzeek: If you've any spare time whatsoever this week, I'd appreciate your attention on an issue I'm having during the sqla-migrate -> alembic switch. Basically, my migration code to create shadow tables doesn't seem to be working with in-memory SQLite databases, but I can't figure out how to fix it | 16:45 |
stephenfin | zzzeek: I have a pretty minimal reproducer here https://github.com/stephenfin/alembic-sqlite-memory-issue | 16:45 |
stephenfin | zzzeek: and the series to do the conversion for nova ends here, fwiw https://review.opendev.org/c/openstack/nova/+/799530/ | 16:46 |
stephenfin | zzzeek: I _think_ I'm seeing an issue like the one in the cookbook, but I don't understand the issue well enough yet to say /o\ Any input would be much appreciated https://alembic.sqlalchemy.org/en/latest/cookbook.html#sharing-a-connection-with-a-series-of-migration-commands-and-environments | 16:47 |
*** mgoddard- is now known as mgoddard | 16:54 | |
opendevreview | Lee Yarwood proposed openstack/nova-specs master: Store and allow libvirt instance device buses and models to be updated https://review.opendev.org/c/openstack/nova-specs/+/799811 | 17:06 |
lyarwood | stephenfin: hope you're happy, I pretty much always forget to manually run pep8 in projects outside of Nova now thanks to pre-commit ;) | 17:07 |
sean-k-mooney | hehe same | 17:20 |
opendevreview | Merged openstack/nova master: api: Handle invalid volume UUIDs during spawn https://review.opendev.org/c/openstack/nova/+/794006 | 17:27 |
zzzeek | stephenfin: the issue is a combination of using NullPool with create_engine() combined with the usage of a different connection here: https://github.com/stephenfin/alembic-sqlite-memory-issue/blob/main/foo/migrations/versions/8f2f1571d55b_initial_version.py#L98 | 18:26 |
zzzeek | stephenfin: when you're in a migration, there's a method op.get_bind(). that gives you the current Connection. use that everywhere for SQL, table reflection, etc | 18:27 |
zzzeek | stephenfin: I marked it up quite a bit to get you started :) | 18:34 |
rm_work | anyone seen issues with this error on starting up nova-compute (I'm on wallaby): `greenlet.error: cannot switch to a different thread` | 19:28 |
rm_work | full traceback: http://paste.openstack.org/show/807240/ | 19:29 |
sean-k-mooney | is that in the api | 19:29 |
rm_work | log just shows it trying to do heartbeats and then ... this, and the process locks up | 19:29 |
rm_work | nova-compute service | 19:29 |
sean-k-mooney | that should not happen in the compute service | 19:29 |
sean-k-mooney | we do use real threas but only to interact with a select number of things liek libvirt | 19:30 |
rm_work | hmm, no VMs even in this system yet, it's essentially a clean install | 19:30 |
rm_work | just trying to start it up for the first time | 19:30 |
sean-k-mooney | so i woudl assume this is somehow related to the perodic taks | 19:30 |
sean-k-mooney | *tasks | 19:31 |
sean-k-mooney | do you have anything custom set in you nova.conf | 19:31 |
rm_work | hmmm... what periodics does nova-compute run? can I disable them to check? | 19:31 |
sean-k-mooney | e.g. are you trying to use any atypical features | 19:31 |
sean-k-mooney | it runs quite a few | 19:32 |
sean-k-mooney | i think all or most of them have config options | 19:32 |
rm_work | It's hard for me to answer that question -- yes, the conf is probably custom, but I don't know enough about nova's features to know which are atypical | 19:32 |
rm_work | I've tried to trim it down as much as possible | 19:32 |
sean-k-mooney | i was wondering if you were tweakign any oslo concurancy setting related to threading for example | 19:33 |
sean-k-mooney | you coudl try setting https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.run_external_periodic_tasks to false | 19:33 |
rm_work | ah this is a nova-compute configured for ironic | 19:33 |
rm_work | ooo, will try that for testing | 19:33 |
rm_work | no config in oslo_concurrency besides setting the lock_path | 19:34 |
sean-k-mooney | oh its ironic hum | 19:34 |
sean-k-mooney | i dont think that shoudl really change things | 19:35 |
sean-k-mooney | https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.sync_power_state_interval | 19:35 |
sean-k-mooney | there are several "*_interval" | 19:35 |
sean-k-mooney | config option which contol the perodic tasks | 19:35 |
rm_work | hmm, added that `run_external_periodic_tasks` to false, didn't help | 19:35 |
sean-k-mooney | do you have a more complete errror message | 19:35 |
sean-k-mooney | so we can see what it was doing right before the error | 19:35 |
rm_work | yeah secx | 19:35 |
rm_work | http://paste.openstack.org/show/807242/ | 19:38 |
sean-k-mooney | oh | 19:39 |
sean-k-mooney | its right after the heartbeat | 19:39 |
rm_work | yeah | 19:39 |
sean-k-mooney | one sec | 19:39 |
sean-k-mooney | try setting https://github.com/openstack/oslo.messaging/blob/master/oslo_messaging/_drivers/impl_rabbit.py#L90-L100 | 19:40 |
sean-k-mooney | to false | 19:40 |
rm_work | kk | 19:40 |
sean-k-mooney | [oslo_messaging_rabbit]/heartbeat_in_pthread=false | 19:40 |
sean-k-mooney | in the nova.conf | 19:40 |
rm_work | well that's ... different | 19:41 |
sean-k-mooney | no crash? | 19:41 |
rm_work | oh derp sorry sec | 19:41 |
rm_work | it crashed but ... lol | 19:41 |
rm_work | fucking macbook keyboard | 19:41 |
sean-k-mooney | i recently got a ipad pro and have been trying to use it as an ssh clinet | 19:42 |
rm_work | yeah looks A++ | 19:42 |
sean-k-mooney | its ... interesting | 19:42 |
rm_work | seems to have connected up successfully, starts and shows up in a compute service list | 19:42 |
rm_work | thanks! | 19:42 |
rm_work | though, that opt is deprecated it seems ;D | 19:42 |
sean-k-mooney | well that option is deprecated for removal and planned to be remvoed this cycle | 19:43 |
sean-k-mooney | so we shoudl file a bug and get oslo invovled | 19:43 |
sean-k-mooney | to see if they can repoduce this | 19:43 |
sean-k-mooney | in theory you should not need to run the heatbeat in a real greenthread by the way | 19:44 |
sean-k-mooney | that was to workaround an issue in the api when service are run under uwsgi | 19:44 |
sean-k-mooney | since the wsgi server would kill the heatbeat | 19:45 |
rm_work | hmm | 19:46 |
opendevreview | melanie witt proposed openstack/nova master: Add functional regression test for bug 1853009 https://review.opendev.org/c/openstack/nova/+/695012 | 19:46 |
opendevreview | melanie witt proposed openstack/nova master: Clear rebalanced compute nodes from resource tracker https://review.opendev.org/c/openstack/nova/+/695187 | 19:46 |
opendevreview | melanie witt proposed openstack/nova master: Invalidate provider tree when compute node disappears https://review.opendev.org/c/openstack/nova/+/695188 | 19:46 |
opendevreview | melanie witt proposed openstack/nova master: Prevent deletion of a compute node belonging to another host https://review.opendev.org/c/openstack/nova/+/694802 | 19:47 |
opendevreview | melanie witt proposed openstack/nova master: Fix inactive session error in compute node creation https://review.opendev.org/c/openstack/nova/+/695189 | 19:47 |
sean-k-mooney | rm_work: you should be able to use that as a workaround for now | 19:49 |
sean-k-mooney | but i mentioned it in #openstack-oslo | 19:49 |
rm_work | yeah, will do. thanks for the help :) | 19:49 |
sean-k-mooney | rm_work: if you can file a bug or provide more detail e.g. ubutu20.04 vs centos8 that kind of thing it might help nail this down | 19:50 |
rm_work | kk | 19:51 |
sean-k-mooney | it should be filed against oslo.messaging but you can also add nova if you like althoguh this is not in the nova code | 19:51 |
rm_work | ah k | 19:54 |
rm_work | posted here: https://bugs.launchpad.net/oslo.messaging/+bug/1934937 | 20:40 |
rm_work | I am ... not great at launchpad | 20:41 |
rm_work | hopefully that's enough to start with | 20:41 |
rm_work | can add more details if someone tells me what would be good to add | 20:41 |
opendevreview | melanie witt proposed openstack/nova master: Add functional regression test for bug 1853009 https://review.opendev.org/c/openstack/nova/+/695012 | 21:21 |
opendevreview | melanie witt proposed openstack/nova master: Clear rebalanced compute nodes from resource tracker https://review.opendev.org/c/openstack/nova/+/695187 | 21:21 |
opendevreview | melanie witt proposed openstack/nova master: Invalidate provider tree when compute node disappears https://review.opendev.org/c/openstack/nova/+/695188 | 21:21 |
opendevreview | melanie witt proposed openstack/nova master: Prevent deletion of a compute node belonging to another host https://review.opendev.org/c/openstack/nova/+/694802 | 21:21 |
opendevreview | melanie witt proposed openstack/nova master: Fix inactive session error in compute node creation https://review.opendev.org/c/openstack/nova/+/695189 | 21:21 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!