[05:44] good morning [06:26] mirespace: o/ [06:35] hi mirespace and utkarsh2102 and everyone else [06:37] ahasenack, cpaelzer: i have acked glusterfs, sorry for the delay. [06:39] thank you so much sbeattie ! [06:40] I know we put a lot of pressure on all of you [06:40] let me have a look if there are things to resolve before making changes ... [07:48] good morning [07:53] utkarsh2102: did you have time to review my fix suggestion? what do you think? [09:31] greetings. how are ports above 49150 treated by ufw? [09:40] as a port [09:43] just as any other? background: I got a device talking to ubu server, control port is, let's say 4114 so I opened that on ufw. Works ok. the whole device does, while the manufacturer tells me it then spawns random ports above 49150 for actual data transmission. Still the device works as intended but I don't know why. [09:51] ufw is just a frontend to (only?) iptables [09:51] what you describe is RELATED,ESTABLISHED in iptables and tcp connections [10:35] cpaelzer: I did a quick rebase of https://code.launchpad.net/~ahasenack/ubuntu/+source/samba/+git/samba/+ref/jammy-samba-gluster-mir and uploaded to https://launchpad.net/~ahasenack/+archive/ubuntu/samba-gluster-mir so it builds while I'm away [11:26] thanks ahasenack [11:47] good morning! [13:06] athos: o/ [13:07] yurtesen: hey, I've initiated the conversation with the Debian maintainer. Haven't heard from him yet. I'll let you know as soon as I hear from him. === cpaelzer_ is now known as cpaelzer [14:46] howdy [14:54] ahasenack: o/ [14:55] hi utkarsh2102 [14:56] deadrom: what you describe sounds like something involving conntrack helpers which then create entries that will match as RELATED IIRC === _9pfs63 is now known as _9pfs === _9pfs is now known as _ === _ is now known as _9pfs === _9pfs is now known as hello-smile48 [21:30] utkarsh2102: thanks for the update === _9pfs22 is now known as _9pfs-libera