Earlier  
Posted Nick Remark
#openstack-nova - 2022-04-08
15:00:38 bauzas whoami-rajat: cool, I'll ping you once we're done
15:00:48 whoami-rajat bauzas, ack, thanks
15:06:06 bauzas whoami-rajat: in the session :)
15:24:59 sean-k-mooney bauzas: can ye hear me ok by the way
15:25:14 bauzas 5 secs ago yeah
15:25:21 sean-k-mooney ok im not speaking
15:39:00 stephenfin sean-k-mooney: Sorry, should have piped up sooner with the patch. I didn't realise we were meeting again today (or that you were planning to talk about this /o\)
15:43:18 sean-k-mooney no worreis
15:46:05 bauzas folks, hope you still have energy for one last round of nova discussions
15:47:26 gibi make it quick :)
15:53:28 bauzas gibi: we share the same timezone, hence sharing the same concern
15:53:47 bauzas Friday 6pm discussions aren't productive
15:54:18 artom bauzas, so, talking to Uggla earlier 1:1, I did have a question around scheduling virtio-fs-enabled instances, and figured it would be a nice PTG discussion
15:54:25 artom But I'm not forcing anyone :)
15:54:55 opendevreview Stephen Finucane proposed openstack/nova master: db: Narrow down deprecation warning filter https://review.opendev.org/c/openstack/nova/+/837154
15:54:55 opendevreview Stephen Finucane proposed openstack/nova master: db: Trivial rewrapping of warning filters https://review.opendev.org/c/openstack/nova/+/837155
15:54:56 opendevreview Stephen Finucane proposed openstack/nova master: db: Replace use of strings in join, defer operations https://review.opendev.org/c/openstack/nova/+/837156
15:54:56 opendevreview Stephen Finucane proposed openstack/nova master: db: Remove use of empty 'and_()' https://review.opendev.org/c/openstack/nova/+/837157
15:54:57 opendevreview Stephen Finucane proposed openstack/nova master: db: Replace use of Connection.connect() method https://review.opendev.org/c/openstack/nova/+/837158
15:54:57 opendevreview Stephen Finucane proposed openstack/nova master: db: Remove inplicit coercion of SELECTs https://review.opendev.org/c/openstack/nova/+/837159
15:54:58 opendevreview Stephen Finucane proposed openstack/nova master: db: Replace use of Column.copy() method https://review.opendev.org/c/openstack/nova/+/837160
15:54:59 opendevreview Stephen Finucane proposed openstack/nova master: db: Don't rely on autocommit behavior https://review.opendev.org/c/openstack/nova/+/837161
15:54:59 opendevreview Stephen Finucane proposed openstack/nova master: db: Resolve additional SAWarning warnings https://review.opendev.org/c/openstack/nova/+/837162
15:55:14 bauzas 5-min break folks
15:56:06 bauzas Uggla: we'll discuss your topic next
16:00:26 stephenfin bauzas: That's another one probably deserving of review-priority. That will address the final SQLAlchemy 2.0 deprecation warnings, meaning we're basically done worrying about that ^
16:36:40 sean-k-mooney stephenfin: by the way not that you will like need this much now but you might be interested in https://github.com/SeanMooney/ansible_role_devstack
16:37:06 sean-k-mooney docs are still pending
16:37:26 sean-k-mooney im currently working on ceph support
16:37:31 sean-k-mooney https://github.com/SeanMooney/ansible_role_devstack/tree/master/molecule
16:37:46 sean-k-mooney but it can now deploy master train and wllaby multinode
16:38:10 Uggla stephenfin, thx for making me realised that I did not use the sdk.
16:38:57 sean-k-mooney i might and manilla support to it too
16:39:07 sean-k-mooney once i figure out the best way to do that
16:40:28 stephenfin sean-k-mooney: neat! :)
16:43:09 sean-k-mooney stephenfin: im conidering doing the same with openshift evenutally but its a pain in the ass to install
16:43:41 clarkb sean-k-mooney: if you sort out openshift I'd be interested for nodepool's integration testing wiht it
16:43:55 clarkb currently we only test openshift 3 becaues 4 is basically impossible to install without a rack of computers
16:44:23 sean-k-mooney clarkb: i have been playing with building my own fedora core os image for vagrant
16:44:29 sean-k-mooney and then passing an ignition file
16:44:44 sean-k-mooney im hoping ot automate generating the files need to do the okd install
16:44:53 bauzas gibi: you ok if I put you co-speaker of the ops feedback forum session I propose ?
16:45:00 gibi sure
16:45:03 bauzas thanks
16:45:14 sean-k-mooney clarkb: so unfortully you woudl need to generate tehm before running molecule but then the rest woudl be automated
16:45:26 gibi bauzas: we can brainstorm on a small agenda together later
16:45:38 sean-k-mooney clarkb: but its a lot of work to avoid buying a rack
16:46:36 sean-k-mooney clarkb: by the way i know the devstack/zuul roles are not ment to be used the way im using them really but it works surprisingly well
16:47:04 clarkb well I think the idea was that they could function as normal roles so good to hear (whether or not we ahcived that was neve rreally tested)
16:48:13 sean-k-mooney clarkb: i have to do some hack like this https://github.com/SeanMooney/ansible_role_devstack/blob/master/ansible/deploy_multinode_devstack.yaml#L90-L101=
16:48:55 sean-k-mooney but a lot of them seam to be usable
16:49:04 clarkb I'm not sure that is a huge hack. Basically those are expected inputs to the role (but maybe not very explicitly stated)
16:49:15 sean-k-mooney right its not
16:49:31 sean-k-mooney i just need to meet the envionment expections of the roles
16:49:49 sean-k-mooney they expect zuul and nodepool varibels to exist
16:49:59 sean-k-mooney in somecase and thats fine
16:50:41 sean-k-mooney the same is ture for groups defiend in the node set
16:50:43 sean-k-mooney https://github.com/SeanMooney/ansible_role_devstack/blob/master/molecule/multinode-stable-wallaby/molecule.yml#L45-L48=
16:51:00 sean-k-mooney its pretty easy to translate nodeset to the platforms section
16:51:06 sean-k-mooney of molecuel
16:51:32 sean-k-mooney clarkb: im hoping ot use this to play with creating zuul jobs when i neeed to upstream too
16:52:54 sean-k-mooney clarkb: anyway im going to finish up for the weekend soon if i get openshift/okd working ill let you know o/
16:53:42 clarkb thanks! enjoy the weekend
18:39:03 mloza hello, is there a policy in nova that will a regular user to view the OS-EXT-SRV-ATTR:hypervisor_hostname and OS-EXT-SRV-ATTR:host of an instance?
18:46:15 gmann mloza: yes, you can modify this policy to allow regular user to show these attribute but this is admin only by default - "os_compute_api:os-extended-server-attributes"
18:52:40 mloza gmann: copy
18:52:42 mloza thx so much
#openstack-nova - 2022-04-09
17:55:20 tbarron_ exit
#openstack-nova - 2022-04-10
11:26:59 opendevreview Takashi Natsume proposed openstack/python-novaclient master: Add Python3 zed unit tests https://review.opendev.org/c/openstack/python-novaclient/+/835368
11:27:08 opendevreview Takashi Natsume proposed openstack/python-novaclient master: Add openssl in bindep.txt https://review.opendev.org/c/openstack/python-novaclient/+/835370
#openstack-nova - 2022-04-11
06:22:29 gibi good morning
08:07:27 Uggla good morning. o/
08:24:16 bauzas good morning
08:25:05 bauzas TIL there is a release tool for updating project release YAMLs instead of doing them by hand
08:25:10 bauzas elodilles: ^ ;)
08:25:24 bauzas I'm sad, I was used to visit cgit and write all that stuff :(
08:26:53 kashyap bauzas: What's the tool?
08:29:35 bauzas kashyap: https://github.com/openstack/releases/blob/master/tools/new_release.sh
08:29:49 bauzas yet another RTFR (read the f*** repo) case
08:30:21 zigo Hi there ! Could someone look into https://bugs.debian.org/1009112 ? I've raised it on the list, but nobody picked-up the topic ...
08:30:52 kashyap bauzas: Thx. Yeah, you can't possibly know all of these
08:52:45 gibi zigo: thanks for reporting the issue. The official Zed testing requirements still not say python 3.10 support and our py310 jobs are non-voting at the moment (and failing). I guess we need to work on py310 support
08:53:12 gibi https://governance.openstack.org/tc/reference/runtimes/zed.html#python-runtimes-for-zed
08:55:27 bauzas gibi: we're already on the 31.0 python version ? whoa, time flies
08:56:18 sean-k-mooney[m] yes but i think eventlets is broken just as it was broken for 3.9 until very recently
08:57:17 sean-k-mooney[m] the issue is there is no one really in the openstack comunity that really know the detail of eventlet
08:57:51 sean-k-mooney[m] we really just use it we dont maintain or contibute to it
09:00:57 sean-k-mooney[m] zigo: by the way i tried to install devstack on debian sid/bookworm at the weekend and hit other issues cause by the python 3.10 move. namely uwsgi when started by the devstack created systemd service files could not find the opentack module in this case keystone but it likely would have affected the rest of the apis too
09:00:59 elodilles bauzas: but i've sent you the mail half a year ago, too! o:)
09:01:17 bauzas elodilles: I probably missed this sentence :facepalm!
09:01:26 sean-k-mooney[m] zigo: i worked around that by telling devstack to install in venvs via USE_VENV=true
09:02:05 zigo gibi: I know about upstream OpenStack CI, though in Debian, I have no choice, Python 3 is already on Python 3.10.
09:02:19 elodilles :)
09:02:58 sean-k-mooney[m] zigo on debian testing yes? on debian 11 the default is 3.9
09:03:48 sean-k-mooney[m] does debian change the default python version within a release after its release
09:03:54 zigo sean-k-mooney[m]: Debian testing, I believe, has both Python 9 and 10, but Python 9 is still the default. We're trying to get Python 10 as default, which is the case currently in Unstable.
09:04:11 zigo It wont migrate until all is fixed, and therefore, eventlet is currently a blocker ... :(
09:04:22 sean-k-mooney[m] ack
09:04:32 zigo sean-k-mooney[m]: No, we never change what's released, only bugfix and security.
09:05:22 zigo sean-k-mooney[m]: I'm curious about your uwsgi issue though... I don't think the Keystone *package* has the issue, does it?

Earlier   Later