Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2022-04-01
14:06:43 bauzas thanks
14:40:38 pslestang /join #openstack-glance
15:12:22 chateaulav bauzas: I will be there
15:12:33 bauzas cool
15:17:44 sean-k-mooney bauzas: by the way the ptg i assume we will be using zoom or jitsi meet right
15:17:56 sean-k-mooney so we can just connect with a web client
15:18:17 artom sean-k-mooney, the current URLs on https://ptg.opendev.org/ptg.html are for Zoom
15:20:39 sean-k-mooney cool
15:20:50 bauzas sean-k-mooney: we will use Zoom
15:21:07 bauzas unless people want to use meetpad/Jitsi
15:21:24 bauzas but given we had 3 PTGs using Zoom, I think it's not a problem
15:22:14 bauzas artom: the foundation defaults all the rooms to Zoom but as a moderator, I can create a new meetpad which will use Jitsi (and then I can modify the url)
15:23:09 sean-k-mooney i just wanted to make sure i did not have to install a client
15:23:29 sean-k-mooney so idont mind anything that i can join via a web link and without an account is fine
15:23:57 bauzas sean-k-mooney: hmmmm, IIRC Zoom has a weblink
15:24:02 sean-k-mooney it does
15:24:05 bauzas but maybe no
15:24:11 sean-k-mooney its what i have used in the past
15:24:13 bauzas ok cool then
15:24:28 sean-k-mooney if you click on the link it ties to open the app but if you rejct that it gives you the link
15:24:37 bauzas sean-k-mooney: as I said, we'll use the same newton room for all our meetings
15:24:51 bauzas sean-k-mooney: so you can use the same link
15:25:03 bauzas this is within the PTG etherpad
15:25:39 bauzas anyway, /me stops to work
15:25:44 bauzas see you folks at the PTG !
15:26:07 sean-k-mooney stephenfin: can you take a look at this by the way https://review.opendev.org/c/openstack/os-vif/+/830103 fairly simple os-vif change
15:26:51 stephenfin sure
17:25:00 melwitt elodilles: I dunno if you've seen this yet but it looks like today l-c job on stable/xena began failing with "ERROR: InterpreterNotFound: python3.6" https://zuul.openstack.org/builds?job_name=openstack-tox-lower-constraints&project=openstack%2Fnova&branch=stable%2Fxena&skip=0
17:28:22 melwitt gmann: there are a couple of placement perfload test job fixes that need +W if you might be able to take a look https://review.opendev.org/q/topic:perfload-error
17:29:57 gmann melwitt: hi, ok. I will check after preparing TC PTG schedule
17:30:29 melwitt gmann: thanks! it's not urgent but they are been sitting there for awhile
17:32:17 gmann melwitt: ack
19:25:38 opendevreview Merged openstack/os-vif master: Fix race with DPDK and vhostuserclient mode https://review.opendev.org/c/openstack/os-vif/+/830103
21:41:48 opendevreview Merged openstack/placement master: Fix perfload jobs after consumer_types https://review.opendev.org/c/openstack/placement/+/828167
22:09:55 gmann melwitt: 1 comment in https://review.opendev.org/c/openstack/placement/+/828438/4/gate/perfload-runner.sh#83
22:12:04 gmann not sure if -f option is returning non-zero for 2xx code also
22:14:57 melwitt gmann: thanks. guh, weird that it's acting different now. I'll debug it
22:18:50 gmann yeah, I tried to debug but could not find much detail on why
23:41:32 opendevreview melanie witt proposed openstack/placement master: Make perfload jobs fail if write allocation fails https://review.opendev.org/c/openstack/placement/+/828438
#openstack-nova - 2022-04-02
00:18:39 opendevreview David Hill proposed openstack/nova master: Users can cheat --limit by setting -1 https://review.opendev.org/c/openstack/nova/+/836219
17:30:23 elodilles melwitt: so far i only saw that lc is broken on xena as it seems py36 is not present anymore in ubuntu-focal nodes (newer and older branches are not impacted beause we pin python3.6 in lc job in xena. which means actually that it should be broken on wallaby and victoria as well since we are not testing lc there with py36) but i haven't found yet where was removed python3 from ubuntu-focal node
17:30:29 elodilles build
#openstack-nova - 2022-04-03
05:58:50 melwitt elodilles: sorry I didn't link you earlier but it was from this https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/834179
05:59:22 melwitt here's the discussion where we're talking about dropping l-c job from such branches https://meetings.opendev.org/irclogs/%23openstack-infra/%23openstack-infra.2022-04-01.log.html#t2022-04-01T21:58:59
06:57:15 elodilles melwitt: thx! i think that with the new pip resolver and considering we already fixed all issues that were hidden before due to failing behavior of the resolver - maintaining of the l-c job is not that big of a problem. (we will have more issues with setuptools, virtualenv, tox, pip, etc. other things which mostly affect all jobs). anyway, i also think that the l-c is mostly necessary (for
06:57:21 elodilles packagers) at official release time, and probably not that relevant under stable (anyone can search back what was the l-c when it was dropped at branch cut)
06:57:45 elodilles melwitt: so in short, i'm OK with dropping the l-c on all stable branches, as some of the projects are already doing o:)
07:00:15 melwitt elodilles: heh, cool. well, I'm fine with either way. if you know how to fix it and would prefer it, definitely feel free :)
07:08:28 elodilles melwitt: i'll have a quick look on Monday, but to tell you the truth i don't want to go against the tide :D so we can simply drop them from stable branches and we can forget about it o:)
07:21:52 melwitt elodilles: tbh there isn't really a tide in nova, we just want it to not block the stable gates :P
15:16:18 opendevreview Takashi Kajinami proposed openstack/nova master: Fix wrong attribute to find remote address https://review.opendev.org/c/openstack/nova/+/836248
15:22:46 opendevreview Takashi Kajinami proposed openstack/nova master: Fix wrong attribute to find remote address https://review.opendev.org/c/openstack/nova/+/836248
15:45:10 opendevreview Takashi Kajinami proposed openstack/nova master: Deprecate [DEFAULT] use_forwarded_for https://review.opendev.org/c/openstack/nova/+/836253
15:49:14 opendevreview Takashi Kajinami proposed openstack/nova master: Deprecate [DEFAULT] use_forwarded_for https://review.opendev.org/c/openstack/nova/+/836253
18:14:16 opendevreview Takashi Kajinami proposed openstack/nova master: Deprecate [api] use_forwarded_for https://review.opendev.org/c/openstack/nova/+/836253
#openstack-nova - 2022-04-04
12:38:45 yuval Hey how do I join the PTG I need to download the eventbrite app?
12:42:03 sean-k-mooney yuval: no
12:42:10 sean-k-mooney yuval: https://ptg.opendev.org/ptg.html
12:42:15 sean-k-mooney this is the ptg site
12:42:36 sean-k-mooney if you click on the project in the calandar it will open the zoom meeting for you
12:42:49 sean-k-mooney there is also the list of etherpads at the top
12:43:03 sean-k-mooney some will use jitsi meet instead of zoom
12:43:23 sean-k-mooney but you just need a web browzer to join
12:43:32 sean-k-mooney no need to install the client or download eventbrite
12:48:10 kashyap gibi[m]: Just to give a heads-up (for later): on this (old) CPU APIs patch, I've addressed some comments from Stephen, and I'm systematically combing through some of your older remarks - https://review.opendev.org/c/openstack/nova/+/762330/
12:48:34 kashyap gibi[m]: ... and adress what I can. I'll include a short changelog of summary when I post a revison, so you know what's addressed
12:48:45 yuval thanks
12:48:46 kashyap gibi[m]: Don't look at it yet, but just giving a heads-up for later :)
12:50:33 gibi kashyap: ack, thanks for the headsup
13:01:27 bauzas happy PTG for everyone
13:02:26 gibi bauzas: o/
13:08:07 bauzas I have nothing specific in the PTG agenda that I want to go, but ping me if you want me to be around
13:08:53 bauzas gmann: do you want me to be around on the QA meeting given you would discuss about Secure RBAC ?
13:18:21 gmann bauzas: not as such from nova perspective but you can join on what plan we will do
13:18:46 bauzas gmann: ok, b/c we have a TC/community session at 2pm UTC
13:21:42 gmann bauzas: yeah, there we need you. but TC one will be after QA RBAC
13:21:54 bauzas gmann: I'm around on QA
13:22:01 gmann cool
13:22:07 bauzas gmann: then I'll go to the TC meeting at 2pm
13:26:30 gmann bauzas: thanks.
13:35:46 kashyap gibi: I have a question on an old comment of yours here on line-795: https://review.opendev.org/c/openstack/nova/+/762330/20..23/nova/virt/libvirt/host.py
13:36:28 kashyap gibi: You're saying about capabilities being logged but then we modify. I just want to make sure you've noticed the two libvirt APIs in play here:
13:37:01 kashyap - getCapabilities will tell you what libvirt code can do in general ("yes, this libvirt is new enough for particular XML constructs")
13:37:12 kashyap - getDomainCapbilities will tell you what libvirt can do with the given qemu-kvm binary
13:38:58 kashyap Isn't the logging being done there is of getCapabilties(), but the modification on line 809/810 (PS20) is being done of _get_domain_capabilities() - the second API?
13:49:57 gibi kashyap: I have to look at it again
13:50:04 gibi give me some time :)
13:50:12 kashyap Yeah, new context. If you're busy w/ PTG stuff, let it wait
13:50:37 kashyap Right, I'm posting a new rev (not touching this part yet). Also closely read the note from chengsheng, I think he's confusing. (Or I'm doing it)
13:51:51 gibi yeah, it was hard to follow
14:00:08 gibi kashyap: yeah, I think that is what I thought when I wrote the comment.
14:00:20 kashyap gibi: You're right
14:00:33 gibi kashyap: looking at master we already do that in case of arm
14:00:47 gibi to add cpu features
14:00:50 kashyap gibi: Already do what, sorry? Can you give a code pointer
14:01:30 gibi https://github.com/openstack/nova/blob/b0851b0e9c82446aec2ea0317514766fbc53abc0/nova/virt/libvirt/host.py#L806
14:01:42 gibi we already modify self._caps after we logged it
14:02:15 kashyap Ahh, so it is just "following the existing behaviour" from Ari
14:02:18 kashyap s/Ari/Arm/
14:02:36 gibi it seems like so

Earlier   Later