Earlier  
Posted Nick Remark
#openstack-nova - 2022-12-28
05:27:46 opendevreview Ghanshyam Mann proposed openstack/placement stable/wallaby: Make tox.ini tox 4.0.0 compatible https://review.opendev.org/c/openstack/placement/+/868737
05:31:34 opendevreview Ghanshyam Mann proposed openstack/nova stable/yoga: [stable-only] Fix tox4 error https://review.opendev.org/c/openstack/nova/+/868728
14:02:38 admin1 hi all .. nova.instances table . does host and node hold redundant information ?
14:02:42 admin1 or in which case would they differ ?
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] so while the value of host and node is often the same they are conceptualy not the same.
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: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: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: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] api.
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: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: api: extend evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858384
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
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 opendevmeet The meeting name has been set to 'nova'
16:00:25 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
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 bauzas #startmeeting 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 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2023/nova.2023-01-03-16.00.log.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 Minutes: https://meetings.opendev.org/meetings/nova/2023/nova.2023-01-03-16.00.html
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 bauzas #endmeeting
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

Earlier   Later