18:00:07 #startmeeting Infrastructure (2017-09-07) 18:00:08 Meeting started Thu Sep 7 18:00:07 2017 UTC. The chair is smooge. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:08 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:08 The meeting name has been set to 'infrastructure_(2017-09-07)' 18:00:08 #meetingname infrastructure 18:00:08 The meeting name has been set to 'infrastructure' 18:00:08 #topic aloha 18:00:08 #chair smooge relrod nirik abadger1999 dgilmore threebean pingou puiterwijk pbrobinson 18:00:08 Current chairs: abadger1999 dgilmore nirik pbrobinson pingou puiterwijk relrod smooge threebean 18:00:12 Welcome everyone 18:00:17 * relrod waves 18:00:24 morning 18:00:32 hello 18:00:39 hi 18:00:55 hi 18:01:12 * threebean waves 18:01:13 * cverna waves 18:01:30 topic New folks introductions 18:01:33 hi everyone 18:02:03 #info This is a place where people who are interested in Fedora Infrastructure can introduce themselves 18:03:34 I am interested in contributing to Fedora Infrastructure. I program mainly in Python and it seems to me that I could be useful at Bodhi development 18:04:02 Hello nauseousSartre 18:04:03 hello everyone my name is Laura and I am very interested in the Fedora project as I want to learn more about system administration 18:04:09 hi , my name is saif , i have some experience in linux and would love to join the infrastrucure group 18:04:14 hllo laura_ and saif_ 18:04:22 hello smooge 18:04:30 Hi smooge 18:04:36 welcome nauseousSartre , laura and saif_ 18:04:47 * nirik waves welcome to all the new folks. 18:04:48 thanks marc84 18:04:58 and thanks nirik 18:05:03 #waves 18:05:18 if you haven't already please send an email to the infrastructure@lists.fedoraproject.org list with information about your interests in systems admin or other topics 18:05:30 we can add you to the apprentice group afterwords 18:05:41 any other new people? 18:06:18 will do smooge 18:06:46 #topic announcements and information 18:06:46 #info PHX2 Colo Trip, Dec 4th - 9th 18:06:46 #info beta freeze started 2017-09-05 - everyone 18:06:46 #info Moving .stg. ips ongoing 18:06:47 #info DNS breakage happened earlier this week 18:06:48 #info NFS downgrade from 4.1 to 4.0 complete 18:06:49 #info NFS slowdowns not seen, but weird high IO has returned 18:06:53 #info new pagure version deployed - pingou 18:06:55 #info new bodhi in staging, please test - bowlofeggs 18:07:50 Any other announcements? This week has been mostly catching up after FLOCK 18:08:04 and stomping out fires. ;) 18:08:30 we are currently in Beta freeze so changes to infrastructure are to be kept to a minimum and need to follow the Freeze Break process 18:08:52 I don't know how long this freeze will be.. 18:09:37 19th or 26th or later. :) 18:10:36 ok next up 18:10:49 #topic flock recaps - everyone 18:11:08 For those who got to make it to Flock it is now time to go over anything that needs to be reported for those who didn't 18:11:19 Kevin you want to start it off? 18:11:32 I plan to write up a list post on my workshop, but I can outline it here... 18:12:33 basically I hope we can move more things to openshift down the road, also we should explore using some cloud providers for things that make sense there, also we should work together more with other open infrastructures like CentOS 18:13:01 * bowlofeggs lurks in the irc shadows 18:13:15 There were a bunch of suggestions in the workshop to about specific things... like more metrics gathering, revist monitoring again, and so on. 18:13:44 * jcline eyes Sentry 18:13:48 I'll have those things in my writeup. 18:14:29 I also talked with CentOS folks and hopefully we can migrate our jenkins usage to centos-ci... 18:14:45 they have more cycles to maintain jenkins than we do and have a better setup. 18:15:01 big +1 18:15:14 +1 18:15:21 * nirik tries to think of anything else mentioned... 18:16:03 I'm sure there was a bunch more, but I don't have my notes handy... 18:17:04 oh, one post flock note: 18:17:18 nauseousSartre: reach out to me after the meeting in #fedora-apps and let's talk about python and infra :) 18:17:34 it would be great if we could get some folks working on packages again. With pkgdb going away more people are using it and it needs a lot of love 18:17:42 i've been using the centos jenkies and it does work pretty well 18:18:12 bowlofeggs: there was thought of making it a supported CI in pagure too... ie, you could just fill out things there and that would enable it. 18:18:17 nirik: perhaps that could be something nauseousSartre could help with too 18:18:19 who owns(owned? owend?) packages 18:18:27 nirik: that would be sweet 18:18:34 bowlofeggs will do 18:18:43 smooge: i always assumed it was pingou, so i will throw him under the bus! 18:18:46 smooge: empty set I think. 18:19:00 I think it was luke and ralph... 18:19:02 yeah might be unmaintained 18:19:43 anyhow, it: still runs on rhel6, still tries to query pkgdb for new packages and active branches and so forth, doesn't update descriptions or a bunch of things... 18:19:49 * cverna had a look at packages and seen some turbogears stuff :P 18:19:59 yeah, it's TG1 I think 18:20:00 oh my 18:20:04 oof sounds like a rewrite 18:20:05 sounds like a lot of work potentially 18:20:17 could somebody explain what packages exactly was nirik referring to? 18:20:33 https://apps.fedoraproject.org/packages/ 18:20:37 this is packages: https://apps.fedoraproject.org/packages 18:20:45 https://github.com/fedora-infra/fedora-packages 18:20:52 it also uses moksha 18:21:00 I think port to rhel7 is not to far of I had some note in the gobby 18:21:01 here's an example of a package view in it: https://apps.fedoraproject.org/packages/bodhi 18:21:06 it's actually a pretty handy app 18:21:24 i use it a lot, primarily to find out which versions of a package are in which releases 18:21:41 Oh, also bodhi uses it to complete package names 18:21:55 and pkgwat command line tool uses it for all it's queries 18:22:10 bowlofeggs: pkgwat releases bodhi :) 18:22:29 i didn't even know about pkgwat 18:23:00 python-appstream required to build fedora-packages not available in epel7 18:23:23 oh, thanks. It makes sense now. 18:23:27 that is where I stopped during the last apprentice work day 18:23:28 cverna: Orig we didn't want to maintain TG in epel7, but someone is doing so now I guess. 18:23:29 this might be a good opportunity to port it to flask? 18:23:48 \o/ 18:23:56 bowlofeggs: possibly. Might be less work, but might be more. Depends on people doing the work I guess 18:24:02 yeah hard to guess 18:25:04 icons seem broken too. ;( I was going to blow all your minds with 'pkgwat icon' :) 18:25:51 anyhow, we need to fix it for all the above reasons. 18:26:11 it was on a continual 'we will rewrite from scratch after X' 18:26:38 it was orig "Fedora Community" 18:26:43 and morphed into packages. 18:27:06 (fedora community was kind of a early hubs thing... where maintainers could go to see a bunch of things) 18:27:10 maybe we could set was is the minimun functionalities we currently need 18:27:20 s/was/what 18:27:39 and decide if a rewrite could be better 18:27:58 well, short term if we could get it on rhel7, and fix the updating of things and bodhi package completion I think we could look at a re-write then? 18:28:11 agreed 18:28:34 it might not be too hard to remove pkgdb and replace with pdc querys 18:28:59 some of this is done in git.. 18:28:59 but I don't know. ;) 18:29:04 (pkgdb vs pdc in fedora-packages) 18:29:13 https://github.com/fedora-infra/fedora-packages/pulls 18:29:15 nirik: sry for newbie question, but I was previously under the impresion that rhel doesn't use community solutions 18:29:40 nauseousSartre: not sure what you mean there... 18:29:58 Fedora Infrastructure uses only 100% open source stuff wherever possible 18:30:16 threebean: ah ha 18:30:41 alright, I was thinking that CentOS was the open-source version of rhel 18:31:09 but I guess it's just the customer support then? 18:31:27 yes, CentOS is all open source as well... (so thus similar to us) 18:31:41 we just use RHEL in Fedora for historical reasons 18:31:57 yeah. 18:32:02 nirik: a problem -> no one seems to currently own merging/deploying/monitoring the app in production. 18:32:02 RHEL is open source too! 18:32:20 yes, true. :) 18:32:24 smooge: so is the standard development environment for infrastructure RHEL? 18:32:40 (the existence of CentOS proves the open-sourceness of RHEL :) ) 18:32:44 threebean: yeah. :( 18:33:19 nauseousSartre, it depends on the problem trying to be solved. We use Fedora for build servers and certain applications we can move easily and quickly every 6 months 18:33:23 nauseousSartre: currently we deploy applications on Fedora or RHEL, but you can develop on Fedora, RHEL, CentOS, Scientific-linux, etc. 18:33:26 nauseousSartre: i personally develop on fedora for bodhi, but i bet you could develop on RHEL or CentOS just as well 18:33:55 thanks nirik and bowlofeggs 18:34:08 and smooge 18:34:25 nauseousSartre: sorry if I confused you... I didn't get the question was about rhel vs centos. :( 18:34:31 anything else on this topic? bowlofeggs threebean do you have notes from FLOCK? 18:35:00 nirik: nah, the question was confusing to begin with ;) 18:35:16 I'm willing to look at building packages rpms and deploying if someone more developery would be interested in merging things, making sure it works and doing a release. ;) 18:35:51 smooge: nothing in particular. lots of releng-related conversations about the modular release. 18:36:12 smooge: i haven't written up my flock experience yet, but we did get some bodhi PRs submitted as a result! 18:36:16 I guess I'll bring up the question of how to streamline deploying apps to openshift, but it's maybe a question for another day. 18:36:32 I can help on the developery side of packages 18:36:50 cverna++ 18:36:50 bowlofeggs: Karma for cverna changed to 4 (for the f26 release cycle): https://badges.fedoraproject.org/tags/cookie/any 18:36:58 I will be nagging threebean tho :P 18:36:59 thanks cverna! 18:37:08 * threebean disappears in a puff of smoke 18:37:10 ok my notes were mostly aimed at EPEL or stuff I got for the x86_32 group so not for this meeting. 18:37:21 ok next up 18:37:34 #topic Apprentice Open office hours 18:37:36 threebean: I think we can look at making a standard openshift app template/doc... might help 18:39:24 maybe we could have an openshift section in the infra-docs 18:40:09 yep. We should definitely. 18:40:37 yeah that would be helpful 18:40:54 i've been wondering if it would be painful or not to *partially* deploy bodhi on openshift 18:41:15 meaning, the masher would probably not be on it, but the frontends and other backend could more easiler? 18:41:18 *easily 18:41:22 easiler... 18:41:33 the masher might be hard to get in there? 18:41:33 easiliest? 18:41:42 I think we wandered into open floor 18:41:47 yeah,s orry 18:41:49 #topic Open Floor 18:41:58 might be we should test/get fedmsg working before we go moving bodhi. 18:42:06 true 18:42:18 * bowlofeggs throws jcline under the bus again 18:42:34 we should clone jcline and name him jclone 18:42:57 jclone++ 18:43:04 bowlofeggs, the issue about sending messages you brought up at flock is the main blocker, I think 18:44:22 yeah, but i think the active=True thing that patrick educated me about might help 18:44:24 I have a mostly-functional publishing service, but it needs API polish and such. 18:44:55 i think the active=True thing is conceptually pretty similar to your publishing service proposal actually 18:45:04 or at least, by my understanding of each of them 18:45:56 Sort of, but it uses pub/sub rather than using req/rep 18:46:07 relrod, nirik: can pods in openshift open connections to containers in other pods? 18:46:17 i would guess not 18:46:22 I think no. 18:46:29 good question :) but I think no 18:46:36 unless there's a relay setup to expose that to the world 18:46:48 but active=True i think would make the containers open outbound connections, which i think would work 18:47:11 yes, as long as the other end is reachable... 18:47:14 yeah 18:47:47 so the combination of a publishing service and all container applications using active=True will probably be the way to go 18:48:15 Er, well. active=True would go away with a publishing service. 18:48:37 jcline: wouldn't the publishing service be unable to connect tot he containers as a subscriber? 18:48:41 yeah, so thats a or... but we could do one easily now and look at the other later 18:49:02 The publishing service doesn't connect to anything 18:49:09 my understanding of active=True is that it switches the direction of the connection to where the publisher establishes the connection, rather than the subscriber 18:49:21 ah ok 18:49:28 i guess my understanding is incomplete :) 18:50:11 well, the producers connect to the publishing service locally right? and then it listens for subscribers? 18:50:18 or am I mixing it all up too? ;) 18:51:27 nirik, no that's right 18:51:40 cool 18:51:44 i'm sure we can solve it :) 18:52:09 Yes 18:52:20 ok if we are done here.. 18:52:25 sure 18:52:33 so that wont work for openshift... unless we also expose the publisher in openshift as a endpoint/router 18:52:34 ? 18:52:43 sure, we can move on 18:52:47 oh sorry 18:52:58 there is nothing more than close the meeting 18:53:04 we could have a special meetign about this later if we need to 18:53:21 yeah we can close 18:53:34 thank you all for coming today 18:53:37 #endmeeting