| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-10-26 | |||
| 18:20:13 | tonyb | sean-k-mooney: So your name came up in relation to vPTG and iCal support. In that you had opinions about it but not what they were/are. | |
| 18:20:30 | tonyb | sean-k-mooney: is that accurate? If so care to expand? | |
| 18:21:34 | sean-k-mooney | tonyb: ish i wrote/hacked a tool to produce ical files form the old spreadsheet that was used | |
| 18:21:53 | tonyb | Ah okay. | |
| 18:22:07 | sean-k-mooney | i wanted icals for all the sessions | |
| 18:22:25 | sean-k-mooney | https://github.com/SeanMooney/ptg-cal | |
| 18:22:26 | tonyb | try https://ptg.opendev.org/ptg.ics | |
| 18:22:50 | tonyb | you can also replace ptg with a track name to get just that track | |
| 18:23:01 | sean-k-mooney | this was a few years ago by the way | |
| 18:23:07 | sean-k-mooney | but i dint want a single ical | |
| 18:23:09 | sean-k-mooney | that is nice | |
| 18:23:09 | tonyb | eg https://ptg.opendev.org/nova.ics | |
| 18:23:14 | sean-k-mooney | but i wanted one per track too | |
| 18:23:24 | sean-k-mooney | ya so that is what i impelmente din the repo | |
| 18:24:16 | tonyb | Okay. Well it's in production now. Feel free to poke at it and ping me with features/bugs | |
| 18:25:15 | tonyb | I don't have anything like: https://github.com/SeanMooney/ptg-cal/blob/master/ptg_cal/main.py#L115 for example | |
| 18:26:42 | sean-k-mooney | tonyb: some of that code was becasue i was takign a ill defiend ethersheet | |
| 18:26:52 | sean-k-mooney | where each sell was a hour/half hour | |
| 18:27:01 | sean-k-mooney | and i had to calulate how long the essions were | |
| 18:27:48 | sean-k-mooney | so merge_adjacent_sessions was taking nova 13:00-14:00 and nova 14:00-15:00 and producing nova 13:00-15:00 | |
| 18:28:29 | tonyb | Fair. PTGBot has a similar issue. and right now youd get 4 1hr sessions for nova rather than 1 4hr session | |
| 18:28:43 | sean-k-mooney | tonyb: ^ so if you have a better data souce you wont need it | |
| 18:28:54 | sean-k-mooney | honestly that not that much of a big deal | |
| 18:29:26 | sean-k-mooney | tonyb: basically i orgainly worte this so i coudl build my own local calander in my email client for the session | |
| 18:29:42 | sean-k-mooney | since we didnt erally have an app ectra like we did in thein person summits | |
| 18:29:55 | sean-k-mooney | but i wanted ot know where/when i should be at diffent sessions | |
| 18:30:33 | tonyb | Yeah. That's why I wanted it and figured the bot had the data so I'd just put it in there. | |
| 18:30:46 | sean-k-mooney | ack | |
| 18:30:53 | sean-k-mooney | well next ptg we can give it a try i guess | |
| 18:31:03 | tonyb | Sounds good | |
| 18:31:52 | sean-k-mooney | tonyb: its generaly safe to assuem i have opions about things but this is one of the few times i actully tried to scrath that itch | |
| 18:32:07 | tonyb | hehe | |
| 18:32:53 | sean-k-mooney | ok food arived so im going to go eat chat later o/ | |
| 18:33:11 | tonyb | Enjoy | |
| 22:49:21 | opendevreview | Hao Wang proposed openstack/nova stable/zed: Decorate only Flavor.get_* methods that execute queries https://review.opendev.org/c/openstack/nova/+/899119 | |
| #openstack-nova - 2023-10-27 | |||
| 03:22:13 | gmann | sean-k-mooney: bauzas: backport of HyperV, vmware driver deprecation backport https://review.opendev.org/q/topic:deprecate-virt-drivers+status:open | |
| 07:42:14 | opendevreview | Sylvain Bauza proposed openstack/nova master: DNM : Test a new compute RPC version with an error https://review.opendev.org/c/openstack/nova/+/899392 | |
| 07:45:57 | bauzas | gmann: ack, looking | |
| 08:17:31 | sahid | dansmith: o/ https://review.opendev.org/c/openstack/nova/+/896512 have you had a chance to look at my response to your comment? I guess no :-) | |
| 09:23:11 | opendevreview | Jan Horstmann proposed openstack/nova master: Respect dedicated network during block migration with `iso9660` config drives https://review.opendev.org/c/openstack/nova/+/899458 | |
| 09:37:37 | bauzas | gibi: sean-k-mooney: given how big will be the conversation on VGPUs, I think we should start discussing this afternoon about either the image type backend problem or the live migration URIs | |
| 09:37:50 | bauzas | and constraint that first topic to be only for 30 mins | |
| 09:38:13 | bauzas | so it would leave 1h30 for VGPUs | |
| 09:38:47 | bauzas | gibi: sean-k-mooney: which one would you guys prefer to be discussed in 30 mins | |
| 09:38:47 | bauzas | ? | |
| 10:11:11 | gibi | bauzas: good question | |
| 10:12:22 | gibi | pas-ha had some comments to the migration_uri item on the etherpad where I would need more details. So if he is not around then we might not be able to full settle the migration_uri topic | |
| 10:13:04 | gibi | so I suggest to by default go with the image type first to let pas-ha to come back with details | |
| 10:44:01 | opendevreview | Pranali Deore proposed openstack/nova master: DNM: Test glance new location api https://review.opendev.org/c/openstack/nova/+/891207 | |
| 12:22:25 | bauzas | gibi: ack | |
| 12:39:59 | opendevreview | Merged openstack/os-vif master: Update master for stable/2023.2 https://review.opendev.org/c/openstack/os-vif/+/894064 | |
| 13:19:47 | kashyap | bauzas: Was this already discussed yesterday? "mdev live-migration in libvirt"? | |
| 13:19:57 | kashyap | Looks like so; at least there's notes in the Etherpad | |
| 13:20:03 | bauzas | kashyap: https://ptg.opendev.org/ptg.html | |
| 13:20:16 | bauzas | we're discussing image type backends | |
| 13:21:49 | kashyap | Yeah, I'm just looking at the minutes. I think that image backend code is a bit delicate to do any deep surgery. | |
| 13:21:55 | kashyap | s/minutes/Etherpad/ | |
| 13:25:04 | kashyap | But deprecating the use_cow and force_raw is fine if they're causing more trouble than it's worth it. | |
| 13:26:25 | gibi | kashyap: vgpu stuff coming up soonish | |
| 13:26:33 | gibi | in couple of minutes I guess | |
| 13:27:10 | kashyap | gibi: Thanks for the heads-up! I need to step out to the library as there's some construction noise near my apartment. | |
| 13:27:24 | kashyap | (I'm interested in the live-migration related discussion on that topic. Back in afew) | |
| 14:25:33 | kashyap | sean-k-mooney: Heh, on your "90 seconds" remark! | |
| 15:02:45 | whoami-rajat | bauzas, hey, here is the cinder meeting room https://www.openstack.org/ptg/rooms/cactus | |
| 15:03:26 | whoami-rajat | hope the nova team is available for the session | |
| 15:05:45 | bauzas | whoami-rajat: we're late, trying to join in a couple of mins | |
| 15:06:13 | whoami-rajat | bauzas, sure, no problem | |
| 15:15:00 | bauzas | see you folks either in the cinder room or at 4pm UTC back in the nova room | |
| 15:16:20 | pas-ha[m] | bauzas: hi there, just to highlight my nick for you | |
| 15:16:39 | bauzas | pas-ha[m]: sold ! | |
| 15:16:51 | bauzas | pas-ha[m]: and thanks for voluteering btw. ! | |
| 16:04:37 | sean-k-mooney | bauzas: ptg done? | |
| 16:04:52 | bauzas | sean-k-mooney: no, still on cinder room | |
| 16:04:58 | sean-k-mooney | oh cinder room | |
| 16:05:01 | sean-k-mooney | cool ill join there | |
| 16:05:04 | sean-k-mooney | i just rejoined ours | |
| 16:14:25 | noonedeadpunk | Hey folks. Sorry for bothering with basic libvirt questions, but I'm slightly /o\. After upgrading some computes from 20.04 to 22.04 I've spotted they do have `LIBVIRT_PRT` tables in iptables that does `MASQUERADE all -- 192.168.122.0/24 !192.168.122.0/24 ` | |
| 16:15:06 | noonedeadpunk | So if VM is in network `192.168.122.0/24` - it get's SRCNAT-ed basically, and goes to the virtual namespace from mgmt IP of compute... | |
| 16:15:31 | sean-k-mooney | we dont use libvirt filtering in nova | |
| 16:16:45 | sean-k-mooney | nova-networks may have but nova with neutron does not use libvirt for filtering | |
| 16:18:27 | noonedeadpunk | do you know from top of your head how to just disable that? As I don't see mentioning `open` or smth like that here: https://libvirt.org/firewall.html#the-virtual-network-driver | |
| 16:19:55 | noonedeadpunk | LIke forward? | |
| 16:21:44 | opendevreview | Hao Wang proposed openstack/nova stable/zed: Decorate only Flavor.get_* methods that execute queries https://review.opendev.org/c/openstack/nova/+/899119 | |
| 16:21:52 | sean-k-mooney | im not sure exactly but downstream we are just not deploying the libvirt networkign driver at all | |
| 16:22:12 | sean-k-mooney | noonedeadpunk: what backend are you useing | |
| 16:22:17 | sean-k-mooney | on the neutron side | |
| 16:22:40 | noonedeadpunk | ovs | |
| 16:23:21 | sean-k-mooney | ovs with ml2/ovs with ovs firewal driver, iptable firewall driver, noop firewall driver or are you using ovs with ovn | |
| 16:23:56 | bauzas | we are back in the nova room | |
| 16:24:19 | noonedeadpunk | ah, firewall driver, iptables_hybrid | |
| 16:24:36 | noonedeadpunk | ml2/ovs | |
| 16:27:49 | noonedeadpunk | but yeah, that stuff is created by libvirt default network. Which is wiped as soon as it's dropped | |
| 16:40:13 | noonedeadpunk | and I believe it's because of using iptables_hybrid actually... And what catched me is that before libvirt wasn't creating a default net on install | |
| 16:54:50 | sean-k-mooney | ya you cand safely delete the default network | |
| 16:55:22 | sean-k-mooney | well default newtork in libvirt not in neutron :) | |
| 16:55:30 | noonedeadpunk | not safely though, as then all instances loose network... | |
| 16:55:32 | noonedeadpunk | but can... | |
| 16:56:32 | sean-k-mooney | so really it should not be applying any rules ot the nova vms even with hybrid plug | |
| 16:56:51 | sean-k-mooney | the interface are type eterhenet or bridge and not assocated with the defautl network | |
| 17:26:28 | johnthetubaguy | bauzas: sorry, only just got your note on here. Thanks for the good discussion on the PCI topics, that was useful. | |