| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-12-28 | |||
| 19:04:22 | opendevreview | Ghanshyam Mann proposed openstack/nova stable/xena: [stable-only] Fix tox4 error https://review.opendev.org/c/openstack/nova/+/868790 | |
| 19:06:01 | opendevreview | Ghanshyam Mann proposed openstack/nova stable/yoga: [stable-only] Fix tox4 error https://review.opendev.org/c/openstack/nova/+/868728 | |
| 19:06:42 | opendevreview | Ghanshyam Mann proposed openstack/nova stable/xena: [stable-only] Fix tox4 error https://review.opendev.org/c/openstack/nova/+/868790 | |
| 19:08:39 | opendevreview | Ghanshyam Mann proposed openstack/nova stable/wallaby: [stable-only] Fix tox4 error https://review.opendev.org/c/openstack/nova/+/868791 | |
| 19:36:21 | opendevreview | Ghanshyam Mann proposed openstack/placement stable/yoga: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/placement/+/868735 | |
| 20:14:21 | opendevreview | Ghanshyam Mann proposed openstack/nova stable/wallaby: [stable-only] Fix tox4 error https://review.opendev.org/c/openstack/nova/+/868791 | |
| 20:41:42 | opendevreview | Ghanshyam Mann proposed openstack/placement stable/xena: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/placement/+/868736 | |
| #openstack-nova - 2022-12-29 | |||
| 01:28:43 | sean-k-mooney[m] | admin1: no the host value is the rpc endpoint name and maps to the name of the compute service that manages the host the instance is associated with. the node value is the name of the compute node, for ironic the node value is the uuid of the corresponding ironic baremetal node, for all other virt drivers the node value is the same as the host value which is set by the host config option which defaults to socket.gethostname(). | |
| 01:28:43 | sean-k-mooney[m] | so while the value of host and node is often the same they are conceptualy not the same. | |
| 01:37:02 | sean-k-mooney[m] | ierdem__: once you create a vm form an image you could modify the content of the instance root disk via first boot scripts or logging in so the signigure of instance snapshot would not have any releation to the orginal image. it does not hold true that if an image is trusted the vm is trusted because the instance can be modifed and there for any trust fo the orginal image cannot be assumed to tansfer to any snapshot of the | |
| 01:37:02 | sean-k-mooney[m] | image. first-boot script i.e. via user-data and cloud-init, ssh key injections, modifcation via login and other operatiosn such as boot from rescue disk mean that there is a treat vector and any kind of trust that existed for the orginal image need to be reverifed from scratch for any snapshots | |
| 01:40:39 | sean-k-mooney[m] | Etua: you have two options. either extend the functional test suite to mimic the senarios you want to test or take a more real world approch and deploy a large number of compute services using the fake driver. if you can deploy the fake driver in a container that make it much simpler to run many of the on a limited number of hosts. | |
| 01:41:15 | sean-k-mooney[m] | in either case you will need to write code to build the senairios and execute your tests. | |
| 01:46:35 | sean-k-mooney[m] | the schduler is more or less independent form the rest of nova and can be deployed on its own. its only api is the internal rpc api which is normally invoked by the nova conductor. if you create the api and cell dbs and a rabbitmq broker then populate the cell db with fake compute nodes and set up the cell->host mappings you could fake the compute nodes that way and then do your testing by creating flavors and invoking the rpc | |
| 01:46:35 | sean-k-mooney[m] | api. | |
| 01:46:58 | sean-k-mooney[m] | it is not a trivial thing to do however. | |
| 01:47:58 | sean-k-mooney[m] | its not hard just invovled/tedious to do that | |
| 01:49:25 | sean-k-mooney[m] | the functional tests have fixtures that automate much of this but its not reusable independetly. | |
| 03:12:00 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient stable/xena: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/python-novaclient/+/868720 | |
| 03:17:55 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient stable/wallaby: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/python-novaclient/+/868721 | |
| 04:08:15 | opendevreview | Ghanshyam Mann proposed openstack/nova stable/zed: DNM: testing requirement-checks job on stable branch https://review.opendev.org/c/openstack/nova/+/868852 | |
| 04:21:30 | opendevreview | Ghanshyam Mann proposed openstack/nova stable/xena: DNM: testing requirement-checks job on stable branch https://review.opendev.org/c/openstack/nova/+/868853 | |
| 05:05:18 | opendevreview | Ghanshyam Mann proposed openstack/nova stable/xena: DNM: testing requirement-checks job on stable branch https://review.opendev.org/c/openstack/nova/+/868853 | |
| 15:34:18 | opendevreview | Jean-Sébastien Bevilacqua proposed openstack/nova master: Add Lustre support to nova https://review.opendev.org/c/openstack/nova/+/853786 | |
| 17:12:44 | opendevreview | Jean-Sébastien Bevilacqua proposed openstack/nova master: Add Lustre support to nova https://review.opendev.org/c/openstack/nova/+/853786 | |
| 18:19:12 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient stable/xena: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/python-novaclient/+/868720 | |
| 18:19:57 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient stable/wallaby: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/python-novaclient/+/868721 | |
| 23:10:24 | opendevreview | Ghanshyam Mann proposed openstack/placement stable/yoga: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/placement/+/868735 | |
| 23:36:40 | opendevreview | Ghanshyam Mann proposed openstack/placement stable/xena: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/placement/+/868736 | |
| 23:37:06 | opendevreview | Ghanshyam Mann proposed openstack/placement stable/wallaby: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/placement/+/868737 | |
| #openstack-nova - 2022-12-30 | |||
| 17:30:44 | opendevreview | Ghanshyam Mann proposed openstack/placement stable/xena: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/placement/+/868736 | |
| 17:31:18 | opendevreview | Ghanshyam Mann proposed openstack/placement stable/wallaby: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/placement/+/868737 | |
| 18:09:59 | gmann | gibi: bauzas: elodilles_pto: sean-k-mooney[m]: these are backports of tox4 fixes on stable branches. Nova: https://review.opendev.org/q/I9b3da7a814d6090772b9ce4aaf05668b2654cc63 placement: https://review.opendev.org/q/I1de24b7a98f149fce33d4e5eca82460eea72140b python-novalcient: https://review.opendev.org/q/I979b91570c7b60273f35fbdf8464f6a9ee2007d6 | |
| 18:10:33 | gmann | and osc-placeement which are failing due to stable branch constraints used for placement functional test which use master placement - https://review.opendev.org/q/I9891ce31b45694c0d5be5da3a99173136272dfc6 | |
| 18:11:22 | gmann | not sure why we donot use master constraints there, can you please remind me how this work/we fixed it in past | |
| 18:13:08 | gmann | please note, stable branches also use tox4 and I have given try to pin it for stable branch in common place and let project to unpin it if they want. but that did not work out due to zuul things - https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/867849 | |
| 18:14:31 | gmann | so it is easy and better to backport the fixes. | |
| #openstack-nova - 2023-01-02 | |||
| 08:17:17 | Uggla | Good morning nova and happy new year ! | |
| 09:56:16 | sahid | o/ | |
| 10:29:15 | opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: compute: enhance compute evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858383 | |
| 10:29:15 | opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: api: extend evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858384 | |
| 19:29:18 | gmann | Happy new year | |
| #openstack-nova - 2023-01-03 | |||
| 09:04:47 | bauzas | hey novaers and lapin nous hier | |
| 09:05:11 | bauzas | lapine nous hier* pardon | |
| 09:05:41 | bauzas | (sorry, was a terrible French play of words) | |
| 09:05:49 | bauzas | happy new year everyone ! | |
| 13:30:43 | Uggla | Hi bauzas, lapine nous hier ! ;) | |
| 13:46:56 | opendevreview | Pierre-Samuel Le Stang proposed openstack/nova master: Correctly reset instance task state in rebooting hard https://review.opendev.org/c/openstack/nova/+/867832 | |
| 13:54:43 | opendevreview | ribaudr proposed openstack/nova-specs master: Allow local scaphandre directory to be mapped to an instance using virtiofs https://review.opendev.org/c/openstack/nova-specs/+/861881 | |
| 15:01:38 | bauzas | as a reminder, we will have a nova meeting today at 4pm UTC today here | |
| 15:01:48 | bauzas | hence in 1 hour | |
| 16:00:25 | bauzas | #startmeeting nova | |
| 16:00:25 | opendevmeet | Meeting started Tue Jan 3 16:00:25 2023 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 16:00:25 | opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 16:00:25 | opendevmeet | The meeting name has been set to 'nova' | |
| 16:00:44 | bauzas | hey folks, happy new Year and welcome in our first 2023 meeting \o | |
| 16:00:52 | Uggla | o/ | |
| 16:01:06 | bauzas | #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting | |
| 16:01:12 | bauzas | who's around ? | |
| 16:01:21 | bauzas | not sure we have a quorum for this week | |
| 16:02:14 | bauzas | hmmmm | |
| 16:02:28 | Uggla | I don't think so | |
| 16:02:30 | artom | ~o~ | |
| 16:02:32 | bauzas | as a reminder, Thursday is Antelope-2 | |
| 16:03:12 | bauzas | we said we could have a Spec Freeze but given we don't have a lot of folks around, I think we could punt the freeze deadline by next week | |
| 16:04:44 | bauzas | ok, if nobody has a concern about punting the spec freeze deadline by one week, let me agreed it | |
| 16:04:46 | bauzas | agree* it | |
| 16:06:07 | bauzas | #agreed Spec Freeze deadline will be moved to Jan 12th | |
| 16:06:48 | bauzas | #action bauzas to provide an email about it | |
| 16:07:09 | bauzas | if folks are ok, let's then end this meeting | |
| 16:08:03 | bauzas | looks so | |
| 16:08:07 | bauzas | thanks all | |
| 16:08:10 | bauzas | #endmeeting | |
| 16:08:10 | opendevmeet | Meeting ended Tue Jan 3 16:08:10 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:08:10 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2023/nova.2023-01-03-16.00.html | |
| 16:08:10 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2023/nova.2023-01-03-16.00.txt | |
| 16:08:10 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2023/nova.2023-01-03-16.00.log.html | |
| 16:08:43 | Uggla | we could have done the meeting in French this time. ;) | |
| 16:09:34 | bauzas | oui :) | |
| 16:24:48 | dansmith_ | is anyone else not seeing syntax highlighting in gerrit after the upgrade? | |
| 16:28:38 | artom | dansmith, oh yeah | |
| 16:28:44 | artom | Annoying :( | |
| 16:29:08 | dansmith | wanted to make sure it wasn't just me | |
| 17:39:48 | gmann | yeah, it has changed few things and annoying. | |
| 17:39:54 | gmann | sean-k-mooney[m]: dansmith: placement RBAC changes are ready to review https://review.opendev.org/c/openstack/placement/+/865618 | |
| 18:18:19 | dansmith | gmann: apologies for not remembering, but.. I think placement has no concept of tenancy, so could technically use system scope | |
| 18:18:26 | dansmith | did we discuss and conclude that it should not? | |
| 18:18:41 | dansmith | (I might also be completely wrong about the tenancy thing) | |
| 18:42:36 | gmann | dansmith: we have not discussed that but as we are allowing admin_or_service access in placement keeping it consistent with nova, neutron etc will be good so that same admin token can work for service APIs + placement | |
| 18:42:44 | gmann | otherwise they need to switch | |
| 18:43:12 | dansmith | same service account/token I assume (eventually) but yeah okay makes sense I guess | |
| 18:43:32 | gmann | yeah | |
| 18:55:23 | opendevreview | Merged openstack/nova master: doc: soft delete and shadow tables https://review.opendev.org/c/openstack/nova/+/867001 | |
| #openstack-nova - 2023-01-04 | |||
| 02:27:27 | opendevreview | Ghanshyam Mann proposed openstack/python-novaclient stable/zed: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/python-novaclient/+/868559 | |
| 06:23:28 | opendevreview | Ghanshyam Mann proposed openstack/placement master: DNM: testing rbac new defaults https://review.opendev.org/c/openstack/placement/+/869145 | |
| 10:02:52 | frickler | bauzas: others: could you please have a look at the placement related tox4 fixes? the one for osvif seems to need further work, too. https://review.opendev.org/q/topic:tox4+status:open | |
| 10:11:15 | bauzas | frickler: ok, I can try | |
| 11:36:25 | opendevreview | Merged openstack/osc-placement master: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/osc-placement/+/868422 | |
| 14:10:41 | opendevreview | Pierre-Samuel Le Stang proposed openstack/nova master: Correctly reset instance task state in rebooting hard https://review.opendev.org/c/openstack/nova/+/867832 | |
| 14:38:00 | admin1 | is it possible to set a disk type in a flavor to ide ( to test boot solaris 11.4) | |