Earlier  
Posted Nick Remark
#openstack-nova - 2022-12-29
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
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)
16:00:29 zigo I'm starting a new project. sean-k-mooney[m] Would you say it's ok to "cheat" code on placement for my bootstraping? Is it considered "state-of-the-art"?
16:07:11 artom zigo, sean-k-mooney[m]'s is still out. What do you mean "cheat"? As in, copy code from?
16:07:25 artom I'm not sure about state of the art, but it's probably good enough :)
16:08:35 sean-k-mooney[m] placement is not state of the art but its a functional implementation
16:09:15 sean-k-mooney[m] if we rewrote it today we might proably would not use an sql database
16:10:06 sean-k-mooney[m] maybe graphql or another non sql set based db but sql is what we new
16:10:56 sean-k-mooney[m] sql is fast but it prevented us from doing everything in sql and the perfromacne is limited by the parts we need to do in python
16:14:11 sean-k-mooney[m] but ya im back on thursday placement has a current know issue with scaling the number of resouce groups and rps in a singel tree
16:16:55 sean-k-mooney[m] https://etherpad.opendev.org/p/nova-antelope-ptg#L290
16:17:21 sean-k-mooney[m] zigo if ^ edgecase is not a concern placement is proably something worth considering
16:20:52 zigo artom: Yeah, cut/past some code.
16:22:05 zigo sean-k-mooney[m]: I need to copy/code for stuff like oslo.db, alembic migrations, etc, which aren't documented anywhere.
16:22:25 zigo I can read code, but there's things I still don't understand and just copy/past.
16:23:01 sean-k-mooney[m] ah in that case its proably one of the simpler references for that
16:23:11 zigo Thanks.
16:23:19 sean-k-mooney[m] its one of the newer and cleaner code bases as a result
16:24:08 sean-k-mooney[m] placement also breaks one convention for the better
16:24:15 sean-k-mooney[m] it does not use a global config instnace

Earlier   Later