| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-10-27 | |||
| 16:36:01 | opendevreview | Artom Lifshitz proposed openstack/nova master: DNM: goat 2 https://review.opendev.org/c/openstack/nova/+/815706 | |
| 17:16:06 | em_ | are there currently issues with xena nova and (debian) cloud images? Neither my ssh keys nor the admin password seems to get applied. Any open bugs (maybe libvirt issues or kernel related?) using 5.10 debian bullseye as host, kolla xena (ubuntu/source) as libvirt | |
| 17:18:47 | opendevreview | Balazs Gibizer proposed openstack/nova master: Refactor Database fixture https://review.opendev.org/c/openstack/nova/+/815690 | |
| 17:19:16 | gibi | stephenfin: you had a valid point, fixed it ^^ | |
| 17:20:05 | opendevreview | Balazs Gibizer proposed openstack/nova master: Fix interference in db unit test https://review.opendev.org/c/openstack/nova/+/814735 | |
| 17:21:00 | gmann | gibi: replied, basically Tempest test the services with what is configured to test instead of 'test what cloud/service APIs return' | |
| 17:22:09 | gmann | autodetecting service features/extensions to what to test can hide the error. | |
| 17:26:41 | gibi | gmann: OK, I think I got it. Does devstack needs to be changed to generate the extension name to the tempest config/ | |
| 17:26:44 | gibi | ? | |
| 17:28:05 | gmann | gibi: we do that, like master test with 'All' (enable everything) and stable are pin with the extensions list at the time of stable branch is released. like this - https://review.opendev.org/c/openstack/devstack/+/811485 | |
| 17:28:47 | gmann | for now on master we do not need to do anything in devstack side | |
| 17:30:26 | gibi | gmann: ack, thanks for the help and explanation | |
| 17:32:43 | gmann | I will review the tempest patch once gate result is finished | |
| 17:32:47 | gmann | thanks for update | |
| 18:03:20 | opendevreview | Merged openstack/nova master: Ensure MAC addresses characters are in the same case https://review.opendev.org/c/openstack/nova/+/811947 | |
| 18:29:59 | opendevreview | Merged openstack/nova master: Fix instance's image_ref lost on failed unshelving https://review.opendev.org/c/openstack/nova/+/807551 | |
| 19:14:44 | Zer0Byte | hey | |
| 19:14:45 | Zer0Byte | question | |
| 19:15:02 | Zer0Byte | im using the cinder frontend option to perform QOS at the storage with the spec total_iops_sec_per_gb=3 | |
| 19:15:07 | Zer0Byte | is working great | |
| 19:15:34 | Zer0Byte | but after extend the volume is not updating the total_iops_sec property on the KVM template | |
| 19:15:38 | Zer0Byte | is that normal | |
| 19:15:39 | Zer0Byte | ? | |
| 19:37:25 | EugenMayer | Hello. Anybody else has troubles with (Xena) bootstrapping a debian 11 (generic cloud) or debian 10(openstack variant) and not able to pre-deploy a ssh-key or even a root password? Looking at the logs, it always prints that there is no suitable ssh key to deploy. Tried it with an rsa ord ed key, no hopes. Any hints? | |
| 19:39:40 | EugenMayer | The boot log looks like this: https://gist.github.com/EugenMayer/452de9229e8f47dad0fadb4f8774d482 | |
| 20:21:35 | clarkb | EugenMayer: are you booting it with the proper flag to assign a nova ssh key to the instance? | |
| 20:22:02 | clarkb | Also if cloud-init can't reach the nova metadata service this might happen. You might try using a config drive if it isn't already | |
| 23:52:08 | Zer0Byte | no one with the issue of refresh the kvm | |
| 23:52:16 | Zer0Byte | volume iops | |
| 23:52:17 | Zer0Byte | ? | |
| #openstack-nova - 2021-10-28 | |||
| 07:05:52 | frickler | Zer0Byte: very likely that's a feature that would need to get implemented, could you create a bug report on launchpad? | |
| 07:56:18 | opendevreview | Federico Ressi proposed openstack/nova master: Debug Nova APIs call failures https://review.opendev.org/c/openstack/nova/+/806683 | |
| 07:58:14 | opendevreview | Federico Ressi proposed openstack/nova master: Check Nova project changes with Tobiko scenario test cases https://review.opendev.org/c/openstack/nova/+/806853 | |
| 08:08:33 | bauzas | morning Nova | |
| 08:12:31 | gibi | bauzas: morning | |
| 08:13:54 | gibi | bauzas: tesla, pixel 6, you will be pretty up to date with tech :) | |
| 08:14:18 | bauzas | lol | |
| 08:14:33 | bauzas | gibi: I tested 5 different electric cars | |
| 08:15:24 | bauzas | I just accepted the tesla Model Y b/c there was a large trunk (and a large frunk) | |
| 08:16:26 | bauzas | for the phone, well, b/c I'm done with phones not providing new Android versions after 2 years | |
| 08:28:20 | gibi | I totally understand the reasons. I probably just jealous :) | |
| 08:38:23 | opendevreview | Simon Li proposed openstack/nova-specs master: upport ironic instance change host while it's host not up https://review.opendev.org/c/openstack/nova-specs/+/815789 | |
| 10:16:29 | em__ | Hello. No matter which cloud-init box i start (debian11 genericcloud, debian11 nocloud, cirros 0.5.2) the boxes never get the ssh key i deployed. Interestingly, when looking at the logs for cirros is see this https://gist.github.com/EugenMayer/42a0f13ccf5f18076c4e2d84655bda66 - is this how a usual openstack instance retrieves its cloud-init config via HTTP (and it fails here) | |
| 10:50:16 | opendevreview | Balazs Gibizer proposed openstack/nova stable/pike: Add a WA flag waiting for vif-plugged event during reboot https://review.opendev.org/c/openstack/nova/+/813437 | |
| 11:33:56 | opendevreview | Balazs Gibizer proposed openstack/nova stable/pike: Add a WA flag waiting for vif-plugged event during reboot https://review.opendev.org/c/openstack/nova/+/813437 | |
| 14:00:20 | gibi | brinzhang: hi! regarding the owner trait discussion from the PTG. will you (or wenping) prepare the additional spec for nova to mark nova RPs with owner trait too? | |
| 14:49:12 | opendevreview | Merged openstack/nova master: Check Nova project changes with Tobiko scenario test cases https://review.opendev.org/c/openstack/nova/+/806853 | |
| 15:19:05 | gibi | melwitt: hi! Could you please look at https://review.opendev.org/c/openstack/nova/+/802060 , it is the nova-manage change for the packet rate feature and it has +2 from stephenfin already. Neutron is ready to land the related API extension | |
| 15:20:56 | melwitt | gibi: sure, I will add it to my queue | |
| 15:21:04 | gibi | thank you | |
| 15:39:38 | opendevreview | Mohammed Naser proposed openstack/nova master: Log failed metadata retrievals https://review.opendev.org/c/openstack/nova/+/815859 | |
| 16:02:04 | mnaser_ | ^ anyone ever ran into this... | |
| 16:02:14 | mnaser_ | i'm seeing random failures to look up instances | |
| 16:03:25 | clarkb | mnaser_: tempest jobs have a recurring failure due to metadata timeouts | |
| 16:03:33 | clarkb | not sure if related, but seems similar at least | |
| 16:03:42 | mnaser_ | i mean that change would help i think | |
| 16:03:49 | mnaser_ | at least uncover some of the potential issues | |
| 17:37:09 | mnaser_ | oh man | |
| 17:37:12 | mnaser_ | i think i've got a lead | |
| 17:37:40 | mnaser_ | since we churn VMs so fast at our cloud, and i guess nova or neutron (still looking) caches the instance id => ip address mapping | |
| 17:37:52 | mnaser_ | we get a request to metadata service 5 minutes later for an instance id that was already deleted | |
| 17:38:08 | mnaser_ | and my guess is that it's because neutron has cached the instance id => ip even if it has already changed | |
| 17:38:18 | mnaser_ | so metadata is like "wtf who are you, you don't exist" because the vm does indeed not exist | |
| 17:39:27 | clarkb | mnaser_: time to use config drive :) | |
| 17:39:40 | mnaser_ | https://github.com/openstack/neutron/blob/1ad9ca56b07ffdc9f7e0bc6a62af61961b9128eb/neutron/agent/metadata/agent.py#L86-L103 | |
| 17:39:44 | mnaser_ | ok so i guess it does retry if it gets a 404 | |
| 17:41:08 | mnaser_ | ok, https://github.com/openstack/neutron/commit/72a5b5b61f532bba6de502feda36dfc7d36cefc7 was fixed in train+, this cloud is stein | |
| 20:25:58 | prometheanfire | https://review.opendev.org/814889 oslo.concurrency-4.5.0 causes nova tests to fail | |
| 21:40:24 | opendevreview | Dmitrii Shcherbakov proposed openstack/nova-specs master: Integration With Off-path Network Backends https://review.opendev.org/c/openstack/nova-specs/+/787458 | |
| 23:41:51 | opendevreview | Merged openstack/nova stable/train: Reject open redirection in the console proxy https://review.opendev.org/c/openstack/nova/+/791807 | |
| #openstack-nova - 2021-10-29 | |||
| 00:06:25 | opendevreview | Danil proposed openstack/nova master: Check if the InstanceNUMACell.pcpuset attribute exist prior to relying on it. This change enables support for the VM instances with with pinned CPUs (hw:cpu_policy=dedicated) that were created before upgrading the OpenStack Nova to Victoria release. https://review.opendev.org/c/openstack/nova/+/815923 | |
| 01:48:24 | opendevreview | melanie witt proposed openstack/nova stable/train: Clear rebalanced compute nodes from resource tracker https://review.opendev.org/c/openstack/nova/+/811822 | |
| 01:48:25 | opendevreview | melanie witt proposed openstack/nova stable/train: Invalidate provider tree when compute node disappears https://review.opendev.org/c/openstack/nova/+/811823 | |
| 01:48:26 | opendevreview | melanie witt proposed openstack/nova stable/train: Prevent deletion of a compute node belonging to another host https://review.opendev.org/c/openstack/nova/+/811824 | |
| 01:48:27 | opendevreview | melanie witt proposed openstack/nova stable/train: Fix inactive session error in compute node creation https://review.opendev.org/c/openstack/nova/+/811825 | |
| 06:09:16 | brinzhang_ | gibi: ack, wenpingsong__ will propose it later | |
| 06:59:15 | gibi | brinzhang: OK, cool, let me know if I can help | |
| 07:02:23 | brinzhang | gibi: ack | |
| 07:02:30 | brinzhang | wenpingsong: ^^ | |
| 07:05:04 | gibi | prometheanfire: ack, I remember looking at that failure and then got distracted, let me see if I can quickly fix it | |
| 07:40:53 | opendevreview | Balazs Gibizer proposed openstack/nova master: Fix unit test for oslo.concurrency 4.5 https://review.opendev.org/c/openstack/nova/+/815940 | |
| 07:41:47 | gibi | prometheanfire: ^^ | |
| 07:43:40 | gibi | bauzas: a small unit test fix ^^ to unblock the requirement bump | |
| 07:57:49 | bauzas | gibi : apologies but I'm off until Tuesday | |
| 07:58:22 | bauzas | (heading to Paris) | |
| 08:12:35 | gibi | bauzas: ohh, I remember now. Enjoy | |
| 08:31:12 | em_ | is there any way to add /remove/change the ssh-key of an cloud-init instance after the creation | |
| 08:31:23 | em_ | openstack server set --property? | |
| 09:32:13 | gibi | em_: I think you can only use rebuild to inject a new keypair | |
| 09:40:25 | em_ | does rebuild white the database? | |
| 09:40:28 | em_ | sorry disk | |
| 10:00:59 | gibi | yes it will rewrite the root disk of the VM from the original image | |
| 10:15:15 | em_ | so the concept is to never write data on the root disk, only on ephi? | |
| 10:16:06 | sean-k-mooney[m] | rebuild willl erase the ephemeral disks too | |
| 10:17:04 | sean-k-mooney[m] | rebuild is a distructive operation that should only be used to erase all data in the vm that is no stored in cinder volumes | |
| 10:17:35 | gibi | sean-k-mooney[m]: ohh, will rebuild replace ephemerals with an empty disk? | |
| 10:17:37 | sean-k-mooney[m] | cloud init by default does not run on each boot so there is no reliable way to change the ssh key pair | |
| 10:17:56 | gibi | ) | |
| 10:17:56 | gibi | (make sense though as the name is _ephemeral_ | |
| 10:18:31 | sean-k-mooney[m] | even if we updated it in the db cloud-init would not rerun on the next boot unless you altered its default behavior | |