18:04:12 <nirik> #startmeeting Fedora Infrastructure Ops Daily Standup Meeting 18:04:12 <zodbot> Meeting started Wed May 13 18:04:12 2020 UTC. 18:04:12 <zodbot> This meeting is logged and archived in a public location. 18:04:12 <zodbot> The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:04:12 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:04:12 <zodbot> The meeting name has been set to 'fedora_infrastructure_ops_daily_standup_meeting' 18:04:12 <nirik> #chair cverna mboddu nirik smooge 18:04:12 <nirik> #meetingname fedora_infrastructure_ops_daily_standup_meeting 18:04:12 <nirik> #info meeting is 30 minutes MAX. At the end of 30, its stops 18:04:12 <nirik> #info agenda is at https://board.net/p/fedora-infra-daily 18:04:12 <zodbot> Current chairs: cverna mboddu nirik smooge 18:04:12 <zodbot> The meeting name has been set to 'fedora_infrastructure_ops_daily_standup_meeting' 18:04:13 <nirik> #topic Tickets needing review 18:04:14 <nirik> #info https://pagure.io/fedora-infrastructure/issues?status=Open&priority=1 18:04:26 <nirik> .ticket 8914 18:04:27 <zodbot> nirik: Issue #8914: Please grant membership to Fedora DNS Sysadmin Group (sysadmin-dns) - fedora-infrastructure - Pagure.io - https://pagure.io/fedora-infrastructure/issue/8914 18:04:49 * mboddu can update the tickets 18:04:55 <nirik> I guess we need to discuss this one. 18:05:23 <mboddu> Yeah, may be at fedora infra meeting? 18:05:30 <mboddu> Tomorrow? 18:06:04 <nirik> we could yeah. I think it's probibly fine but we should definitely do it's own zone to reduce chance of problems. 18:06:08 * mboddu wondering where it will fall under, low trouble or high trouble? 18:06:21 <nirik> it's pretty low... 18:06:25 <mboddu> Doing is easy 18:06:31 <mboddu> But should we do it or not is the problem 18:06:37 <nb> yeah 18:06:44 <nirik> right. well, we could just leave that out for now 18:06:48 <nb> I have added some people in the past, but I don't know the person who is asking this time 18:07:01 <mboddu> Right, hence my dilemma :) 18:07:14 <nirik> just move it to waiting on assignee, metion we are going to discuss in our meeting tomorrow and add to adjenda there for the metting? 18:07:23 <nb> Adding someone gives them access to the DNSSEC keys, which is generally pretty restrictive 18:07:25 <nirik> no need to groom it yet 18:07:33 <mboddu> ack 18:07:43 <nirik> well, and the ability to mess up all public facing things. ;) 18:08:17 <nirik> but also should be easy to recover from mistakes 18:08:41 <fm-admin> pagure.issue.edit -- mohanboddu edited the priority fields of ticket fedora-infrastructure#8914 https://pagure.io/fedora-infrastructure/issue/8914 18:08:43 <fm-admin> pagure.issue.comment.added -- mohanboddu commented on ticket fedora-infrastructure#8914: "Please grant membership to Fedora DNS Sysadmin Group (sysadmin-dns)" https://pagure.io/fedora-infrastructure/issue/8914#comment-652164 18:09:29 <nirik> thats all in need review. 18:09:33 <nirik> any releng ones today mboddu ? 18:09:48 <mboddu> Yes 18:09:56 <mboddu> .releng 9451 18:09:57 <zodbot> mboddu: Issue #9451: rework koji channels / policy - releng - Pagure.io - https://pagure.io/releng/issue/9451 18:10:04 <mboddu> nirik: ^ its the one you created :) 18:10:23 <mboddu> Definitely it has to wait until dc move is done 18:10:26 <nirik> ah yeah. I think doing that after the move is best 18:10:28 <nirik> yeah 18:10:47 <mboddu> But, is that sort of policy available? 18:10:58 <mboddu> Looking at it, it seems possible but messy 18:11:01 <mboddu> But I am missing something 18:11:12 <mboddu> I might be missing something* 18:11:53 <nirik> well, we can define channels and put whatever machines in them we want and we can define hub policies that put some things in some channels. 18:12:01 <nirik> but yeah, the noarch thing is likely messy. 18:12:26 <mboddu> Okay, we will get it when we can get to it 18:12:41 <nirik> we are going to have to do some similar work to this as part of the move too. 18:12:50 <mboddu> There are unretirement tickets, which I will work later today 18:12:50 <nirik> since we will have fewer builders for a while. 18:13:10 <mboddu> Okay, maybe we could find easy ways to do it then 18:13:19 <nirik> yeah, or at least learn from it. 18:13:36 <mboddu> Anyway, groomed and comment on the ticket to work on it after dc move 18:13:49 <nirik> any reviews needed, other tickets to discuss, etc? 18:14:01 <mboddu> Nothing from me 18:14:16 <mobrien[m]> I have a question 18:14:26 <mobrien[m]> .ticket 8905 18:14:27 <zodbot> mobrien[m]: Issue #8905: Globally ban `elitetorrent1.com` - fedora-infrastructure - Pagure.io - https://pagure.io/fedora-infrastructure/issue/8905 18:14:28 <nirik> sure, fair away 18:14:32 <nirik> fire 18:15:14 <mobrien[m]> With this kind of ticket, is that something that's done with group consensus or does it need management/legal approval first? 18:15:36 <nirik> just group consensus I think... 18:16:02 <nirik> but it's also kinda new, as we aren't blocking any other domains 18:17:00 <mobrien[m]> Ok I think I should have permissions for that now. I'll investigate it and see can I see an obvious method for doing it and comment a possible solution on the ticket if I find it 18:17:47 <nirik> so, aside from just blocking it at the postfix level... we could also consider adjusting our spamassassin config to just mark it spam 18:18:41 <nirik> our mailman config just drops posts that are spam. it would still send to aliases, but at least people could filter it... 18:18:56 <nirik> thanks for taking it on! 18:19:28 <mobrien[m]> No problem. 18:19:42 <nirik> as far as DC move, not too much new to report. smooge and networking have been trying to isolate a issue that prevents pxe booting from working from other than 1 vlan. ;( 18:19:59 <nirik> I'm working on getting a proxy installed. 18:20:17 <nirik> we will see if we can get openshift installed tomorrow. ;) 18:20:29 <mboddu> Woah, thats good news 18:20:52 <mboddu> Well, other than the pxe booting not working :) 18:21:03 <nirik> storage is almost done syncing. if we can get networking going to the new netapp we can start testing that r/o 18:21:34 <nirik> next week hopefully networking will be stable and we can start building out everything else we need to. 18:21:52 <mboddu> +1 18:21:59 <nirik> thats all I have. If no one has anything else, will close out in a min 18:22:40 <mboddu> I know I said this before, but I will say it again, thanks nirik and smooge for all you are doing with the dc move 18:23:01 <nirik> no problem. I am looking forward to the day it's over. :) 18:23:21 <mboddu> And thanks mobrien[m] for offering your help on openshift cluster :) 18:23:37 <smooge> well Matthew found a way to get dhcp/tftp to work.. and that was to use the old format we had of putting in a specific host in the dhcpd versus the general purpose one 18:23:57 <nirik> smooge: weird. so a dhcpd bug? 18:24:04 <smooge> not sure yet.. 18:24:22 <smooge> it looks like something a little bit with dhcpd and little bit switch/router 18:24:32 <nirik> yuck. ;( 18:24:57 <smooge> the dhcpd server is sending out a gateway and netmask but something else in the packet is screwey 18:26:12 <nirik> ok, thanks for digging that rabbit hole down smooge. :) 18:26:19 <nirik> Thanks for coming everyone. 18:26:21 <nirik> #endmeeting