12:01:32 #startmeeting 12:01:32 Meeting started Tue Mar 3 12:01:32 2015 UTC. The chair is ndevos. Information about MeetBot at http://wiki.debian.org/MeetBot. 12:01:32 Useful Commands: #action #agreed #halp #info #idea #link #topic. 12:01:42 #info Agenda: https://public.pad.fsfe.org/p/gluster-bug-triage 12:01:48 #topic Roll Call 12:02:01 Hello guys, please raise your hands when you're here! 12:02:08 o/ 12:02:13 \o 12:02:36 \o/ 12:02:47 :) 12:02:57 kkeithley is still travelling, so he wont join 12:03:13 but, firemanxbr is listening in 12:03:47 and atinmu and rafi seem to be online too, maybe they participate today? 12:04:02 * atinmu is here :) 12:04:30 :) 12:04:38 #topic Action Items from last week(s) 12:04:39 is here 12:04:46 #info subtopic: hchiramm will get version 3.6.2 in Bugzilla 12:05:16 * ndevos will skip the topics that are known to be not-done, or because hagarth isnt there 12:05:17 ndevos, its done 12:05:31 I gave an ack on this in last meeting as well :) 12:05:47 #info version 3.6.2 is in bugzilla, since before the last meeting 12:06:02 hchiramm: oh, sorry, I failed to update the agenda then :-/ 12:06:11 np though :) 12:07:11 #info subtopic: lalatenduM will look into automated coverity runs 12:07:19 ndevos, in progress 12:07:29 I mean work in progress 12:07:35 lalatenduM: okay, cool - anything that blocks you? 12:07:44 ndevos, nope 12:07:47 nice :) 12:08:22 and now, why we are all here for: 12:08:27 #topic Group Triage 12:08:42 there are 14 new bugs that need to be triaged: http://goo.gl/0IqF2q 12:08:50 ndevos, I think I had one more action item , no? :) 12:09:12 lalatenduM: you did? my agenda is old, so I just make things up along 12:09:44 lalatenduM: or, was it one of the items I assumed to be "not-done"? 12:09:53 ndevos, np 12:09:54 hiii :D 12:10:06 \o/ 12:10:06 #chair lalatenduM 12:10:06 Current chairs: lalatenduM ndevos 12:10:24 lalatenduM: please #topic or #info your action item? 12:11:31 #info Using the nightly builds for automation is in progress. The CI system is making some progress. Once it is in place I will start consuming the builds 12:11:50 I mean the new CI system 12:12:04 what is the "new CI system"? 12:12:38 ndevos, I am working on a new Jenkins based CI system for RHS 12:13:04 ndevos, and the st job will be using nightly builds to run automation 12:13:05 lalatenduM, awesome 12:13:08 lalatenduM, I can help with this it 12:13:09 1st* 12:13:10 lalatenduM++ 12:13:22 lalatenduM: oh, okay, so some internal Red Hat systems will be used for upstream gluster testing? 12:13:29 * hchiramm locks 1196108 12:13:30 ndevos, yes 12:13:43 in my work I'm using Gerrit 2.10 + Jenkins 1.600 on CentOS 7 12:13:54 * hchiramm locks 1195947 12:14:10 firemanxbr, thanks. however it is internal to my work :( 12:14:19 lalatenduM: thats quite cool! 12:14:47 lalatenduM, okay, no problem, which can help I am available 12:15:17 lalatenduM: are there any plans to setup nightly testing on community managed hardware (when kkeithley has more servers connected)? 12:15:33 * hchiramm locks 1196949 12:15:54 ndevos, I dont have plans for that as of now 12:15:57 * ndevos informs hchiramm that he's ahead of the schedule :) 12:16:21 lalatenduM: okay, it would be cool to keep that in mind, and then get firemanxbr involved in that 12:16:22 * atinmu locks 1197631 12:16:41 * hchiramm : :) 12:17:00 I would like to see automated nightly tests of nfs-ganesha with gluster too, that would be great 12:17:19 ndevos, yes , Also another guy from community , I think Kiran is also interested something like this , firemanxbr can help us there 12:17:33 firemanxbr: have you done any jenkins jobs that involve setting up a cluster of multiple machines and clients? 12:17:43 * atinmu locks 1197260 12:18:05 * hchiramm locks 1197260 12:18:09 ah.. 12:18:20 lalatenduM: definitely sounds like a good way to attract more community users :) 12:18:40 hchiramm, u raced me 12:18:44 hchiramm, :) 12:18:48 sorry for that 12:18:49 :) 12:18:50 ndevos, yep 12:18:51 atinmu++ 12:18:59 ndevos, yeah 12:19:04 * atinmu releases 1197260 12:19:18 he have a test frame work for this too https://github.com/msvbhat/distaf 12:19:18 firemanxbr: oh, cool! 12:19:21 ndevos, I'm my working we using slaves auto provisioning, using ansible 12:19:38 firemanxbr, cool 12:19:38 * atinmu locks 1197185 12:19:41 ndevos, jenkins + ansible + foreman 12:20:00 firemanxbr, good set :) 12:20:03 #info lalatenduM is working on nightly automated tests based on https://github.com/msvbhat/distaf 12:20:23 ndevos, nope thats not exactly right 12:20:31 #info firemanxbr uses Jenkins for automated cluster testing, using ansible for provisioning 12:20:31 ndevos, it is complicated :) 12:20:41 ndevos, lalatenduM workflow:> new job => if slave on, no up and running.... 12:20:49 #info lalatenduM is working on nightly automated tests for upstream 12:21:03 lalatenduM: sure, I simplify things a little :D 12:21:24 lalatenduM, great source, congrats.... 12:21:50 firemanxbr, ?? did not get you 12:22:18 lalatenduM, https://github.com/msvbhat/distaf 12:22:29 firemanxbr, thats not me :) 12:22:41 firemanxbr, this is me https://github.com/LalatenduMohanty 12:22:45 msvbhat, ^^^ 12:22:52 firemanxbr, msvbhat is the one :) 12:22:57 yup 12:23:09 lalatenduM, ahh okay, I believe we wish use foreman for base provisioning, after ansible very cool and very simple 12:23:12 msvbhat: maybe you would like to move the distaf repo to github.com/gluster/distaf ? 12:23:30 ndevos, yup, i have already suggested msvbhat that 12:23:38 lalatenduM: ah, nice :) 12:23:54 ndevos: yes, I was supposed to do it last Friday 12:24:19 firemanxbr, yes that looks fine (the work flow) 12:24:21 in my work's, all machines starting on source's, physical or virtual, we usign foreman for basic provisioning after using ansible. 12:24:21 * atinmu locks 1196223 12:24:24 msvbhat: cool, as long as you're planning that, I'm happy with it :D 12:24:24 ndevos: I had a talk with JustinClift about the same. And will do it once the half-baked patch in my loacl repo is pushed 12:25:13 I talk with JustinClift for few day we have new Gerrit 2.10 12:25:38 I'm creating ansible for start on rackspace new vm for new gerrit 12:25:51 new version for testing.... 12:25:54 firemanxbr: great! 12:26:17 in this moment I'm testing rackspace env 12:26:38 firemanxbr: maybe you can mention that in tomorrows meeting? that one is more about general topics 12:27:00 ndevos, okay :D 12:27:03 it would be a shame for all the others to miss out on that info 12:27:41 lalatenduM: is that all on your action items? 12:27:46 ndevos, yes 12:28:00 ok, lets try this again then 12:28:10 #topic Group Triage (take #2) 12:28:22 * atinmu feels that he is done with triaging 12:28:47 we have 14, no, 8 bugs that we need to triage 12:28:48 atinmu, nope we have 8 bugs remaining :) 12:28:50 http://goo.gl/0IqF2q is the list 12:28:55 * lalatenduM 1197631 12:29:23 lalatenduM, I've already done 4 :) So relaxing a bit :D 12:29:30 when you open a bug for triaging, mention it here so that there is an "irc lock" for it 12:29:51 ndevos, I did, din't I ? 12:30:04 atinmu: yes, you did 12:30:08 atinmu, I know you can do more :) 12:30:16 atinmu: but we were not at the topic yet :) 12:30:31 atinmu: *now* is the time to start the triaging :P 12:30:36 * ndevos locks 1196584 12:30:46 * lalatenduM locks 1196028 12:31:13 * ndevos locks 1196904 12:32:16 * ndevos locks 1195907 12:33:13 ndevos, https://bugzilla.redhat.com/show_bug.cgi?id=1196028 12:33:30 lalatenduM: what about it? 12:33:30 * atinmu locks 1196027 12:33:31 I think you should take a look 12:34:36 lalatenduM: ah, yes, I asked Prashanth to report that 12:34:49 about 1196027 valgrind in Jenkins get this bug type, my sugestion is running this tests on all sources. 12:35:05 ndevos, then I kind of sure you know the root cause too, but the bug does have that part 12:35:34 lalatenduM: I do now know, but I have a suggestion, I'll add that as a comment 12:35:48 ndevos, awesome thanks 12:36:51 firemanxbr, agree, we dont have Vagrant running for master branch or so 12:38:22 * lalatenduM locks 1196019 12:39:23 lalatenduM: vagrant != valgrind ? 12:39:45 ndevos, ahh yes, I mean valgrind 12:39:51 * firemanxbr http://valgrind.org/ 12:40:00 :] 12:40:10 lalatenduM: but, I guess we would be able to run valgrind on nightly tests? 12:40:26 In my work we development firmware for switches: www.datacom.ind.br 12:40:26 lalatenduM: like, one nightly jenkins job with valgrind, one without? 12:40:37 ndevos, not with the tests I am planning , it will be difficult 12:40:44 we use much job's running valgrind :D 12:40:53 ndevos, may be regression tests with Valgrind 12:41:00 lalatenduM: where can I submit feature requests? 12:41:51 ndevos, for the tests? 12:41:56 firemanxbr: you get commission when you mention the website often enough? 12:42:25 lalatenduM: yes, like requesting regression tests running with valgrind 12:43:00 ndevos, I am not sure where put this request :( 12:43:09 may be a mail in gluster-devel 12:43:26 lalatenduM: actually, I was thinking of inspecting the logs after a regression test - like files get bigger, certain entries that are added much more, ... 12:43:57 ndevos, right, I think it is good idea 12:44:24 lalatenduM: thanks, but where to note it so that it does not get lost? 12:44:50 hchiramm: as bugzilla component wizzard, do you have a suggestion? 12:44:52 ndevos, may be wiki page as todo list 12:45:29 ndevos, ehhehehe no :) 12:45:36 ndevos, yes 12:45:42 lalatenduM: did you read "so that it does not get lost"? 12:45:53 firemanxbr: ;) 12:46:02 * lalatenduM locks 1196161 12:46:09 ndevos, lets have a component called 'gluster-infra' ? 12:46:16 ah.. wait 12:46:33 there is already a component called 'project-infrastructure' 12:46:35 ndevos, I wish say a day: I works with open source project :) 12:46:35 hchiramm, do you think https://bugzilla.redhat.com/show_bug.cgi?id=1196161 is a easyfix bug? 12:46:37 * firemanxbr Lol 12:46:38 ndevos, ^^ 12:46:58 lalatenduM, checking 12:47:08 lalatenduM, very tough 12:47:10 :) 12:47:18 hchiramm, :) ok 12:47:21 firemanxbr: you can already! add a job description to your linkedin profile for the "gluster community" company :) 12:47:32 looks like the propagation of that error is not happening properly 12:47:46 somewhere its masked 12:47:49 ndevos, good idea :D 12:47:51 mostly in ctypes 12:48:04 lalatenduM, ^^ 12:48:29 hchiramm, no idea abt the issue 12:49:11 firemanxbr: job title can be something like "Infrastructure Contributor/Sysadmin" 12:49:44 lalatenduM: no idea how easy it is... maybe easy for someone that knows the internals of the python bits? 12:49:55 ndevos, last bug https://bugzilla.redhat.com/show_bug.cgi?id=1198119 , looks like you are right guy for this 12:50:04 ndevos, ack 12:51:05 ndevos, :) 12:51:30 lalatenduM: just mark it ASSIGNED, jiffin put his name as assignee ;) 12:52:10 ndevos, done 12:52:21 thanks 12:52:39 nice, all bugs have been triaged - THANKS ALL! 12:52:47 #topic Open Floor 12:53:04 nothing from me 12:53:06 hchiramm, rafi, atinmu, lalatenduM, firemanxbr: anything you'd like to discuss more? 12:53:26 ndevos, nopes, thank u :) 12:53:47 for me nothing, only very happy in contribute with great project 12:53:50 ndevos: nothing :) thank u 12:53:56 ndevos++ thanks .. 12:54:02 ndevos++ 12:54:09 firemanxbr++ , nice to have u here 12:54:09 ndevos++ :) 12:54:27 okay, many thanks for joining and your help today 12:55:01 #info remember that the weekly community meeting is happening tomorrow, same time, same place as this meeting 12:55:17 #endmeeting