15:01:32 #startmeeting Weekly Gluster Community Meeting 15:01:32 Meeting started Wed Jul 9 15:01:32 2014 UTC. The chair is JustinClift. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:32 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:45 Etherpad URL: https://public.pad.fsfe.org/p/gluster-community-meetings 15:01:47 Title: FSFE Etherpad: public instance (at public.pad.fsfe.org) 15:01:54 Roll call. Who's here? 15:01:59 * kkeithley is 15:02:01 * Eco_ present 15:02:06 * bennyturns is 15:02:41 * hchiramm__ here 15:03:17 k, lets start 15:03:26 #topic Action items from last meeting 15:03:27 "JustinClift to follow up with Rodrigo Gonzalez about the Prominent Users page" 15:03:30 Done 15:03:43 * hagarth is here 15:04:01 Emailed Rodrigo abt 15 mins ago. Cc-ing Eco. We'll look to get this happening after the new website comes online 15:04:14 "JustinClift to start the discussion on gluster-infra about updating links on the main gluster.org website. re 3.5.x links in template & the new Prominent Gluster Users page" 15:04:25 Going to drop this. Not needed any more with the new website soon happening 15:04:33 "JustinClift to add freebsd slave node to Jenkins" 15:04:48 Not done yet. But it's possible to do now, since the FreeBSD stuff is merged 15:04:57 Sometime in the next few weeks 15:05:11 "hagarth to send out an email on abandon policy for gerrit patches" 15:05:12 ? 15:05:30 JustinClift: haven't got to doing that, please carry forward that. 15:06:17 np 15:06:34 "hagarth will get initial functional leaderboard online" 15:06:39 Initial version is online. 15:06:43 * JustinClift can't remember link atm 15:06:53 hagarth: Does it auto-update atm? 15:07:08 http://employees.org/~vbellur/glusterfs/stats/patches-2014.txt 15:07:16 JustinClift: no, it is static. 15:07:35 I plan to keep updating that on 1st of every month 15:08:14 No worries 15:08:31 "JustinClift to get initial GlusterFS Consultants and Support Companies page online" 15:08:42 Thinking to do this with the new website. 15:09:01 get it ready now though 15:09:14 "JustinClift to get autobuild test for NetBSD functional in Jenkins" 15:09:26 We could turn it on atm. 15:09:46 But thinking that's a bad idea, as we're near feature freeze cut off date and it could cause stuff to not get in 15:09:49 I'd rather do it after feature freeze 15:10:03 Ppl can update their NetBSD breakage then. ;) 15:10:09 "JustinClift to look into the IPv6 restoring patch" 15:10:17 Didn't get this done. Probably won't either. Working on completely different stuff atm. 15:10:32 Does anyone else have an interest in trying out the IPv6 stuff, to ensure it works? 15:10:47 ndevos: ^^^ ? 15:10:49 * xavih is here 15:11:04 JustinClift: interest yes, time no 15:11:44 ndevos: I have some thoughts, we can probably sync up later on IPv6 15:12:00 Cool 15:12:11 #action hagarth and ndevos to sync up on IPv6 15:12:16 hagarth: sure 15:12:27 "pranithk & Nithya to write documentation for dht" 15:12:31 That's done isn't it? 15:12:52 Or still in progress? 15:12:53 JustinClift: thanks to jdarcy for this one! 15:12:59 Ahhh, cool. 15:13:06 I'll just mark it off as done. :) 15:13:18 work in progress, we should have it in soon with some minor edits. 15:13:24 k 15:13:36 "jdarcy to help pranithk and Nithya with their dht documentation" 15:13:37 Done 15:13:42 "JustinClift to redirect stderr lines for the regression testing (losetup -d) to /dev/null" 15:13:49 Is this still actually a problem? 15:13:57 * JustinClift hasn't seen it recently 15:14:05 But I haven't looked for it in last few days 15:14:33 JustinClift: I noticed it once over the last 2 weeks 15:15:12 k. 15:15:15 Non-urgent then 15:15:20 * JustinClift drops it 15:15:42 "JustinClift to get new cleanup patch finished and merged" 15:15:55 Not done. Something in it is busting things. 15:16:09 * JustinClift needs to investigate properly (time consuming) 15:16:14 So, "still in progress" 15:16:26 "Pranith to find out if there's a way to run regression tests on a timed basis. Google, lpabon and bennyturns as info sources" 15:16:35 pranithk: Howd' that go? 15:16:46 JustinClift: I think this was about long running jobs 15:17:04 Yeah. The status from the other week is "Complete - Rolling this out slowly. Plan is to run FS sanity + perf regression daily, individual component automation weekly. FS sanity is currently running, the rest will come as I get things stable." 15:17:05 JustinClift: Ben did find a bug also so I think it went well. 15:17:13 Cool. :) 15:17:19 It's still happening too? 15:17:21 yep rolling things out slowly 15:17:34 k, no worries 15:17:39 Moving on 15:17:43 all of my good HW is tied up at the moment 15:17:54 bennyturns: Need moar budget 15:17:55 :) 15:18:04 :) 15:18:06 #topic 3.4 15:18:16 3.4.5 beta 2 15:18:24 kkeithley: ^ 15:18:44 JustinClift, released and we are building the rpms.. 15:18:45 How's this looking, or eta, or ? 15:18:50 Cool. :) 15:19:23 :) 15:19:23 hchiramm__: Would you be ok to do a blog post about 3.4.5 beta2 rpms being available, once they're ready? 15:19:29 sure . 15:19:44 #action hchiramm__ to do a blog post about 3.4.5 beta2 rpms being available once they're ready 15:19:46 yeah, what hchiramm__ said 15:20:05 When do you guys reckon 3.4.5 release will be out, if beta2 seems good? 15:20:30 kkeithley, ur turn :) 15:20:32 I'm on PTO for the next 7 business days (back June 20th). We can do the release then 15:20:48 provided someone actually tests it 15:21:07 ;-) 15:21:09 :) 15:21:11 :) 15:21:24 k, hchiramm__'s blog post should get people interested 15:21:48 hchiramm__: Please ask for people to test it on the blog post. Capital letters. With blink tags type of thing 15:21:51 JustinClift, \o 15:21:53 (ok, not blink tags) :) 15:22:02 blink tags ftw 15:22:17 hypnotoad tags 15:22:35 * Eco_ is mesmerized 15:22:38 ;) 15:22:41 k, moving on 15:22:47 #topic 3.5 15:22:58 How're we looking for 3.5.2? 15:23:16 work in progress, patches get posted, reviewed and merged 15:23:18 Do we have enough important stuff in it, or are we waiting for a few more issues to be resulved 15:23:29 * JustinClift is typing crappy today 15:23:36 JustinClift: I need to back port one mem-leak fix 15:23:42 pranithk: np 15:23:55 some issues, nothing extremely urgent that I know 15:24:09 a 3.5.2 surely is coming, but ETA 15:24:14 unkown 15:24:17 ndevos: should we spin up a beta sometime? 15:24:21 ndevos: Will we be able to put out a 3.5.2 beta1 after that mem-leak fix is in? 15:24:25 ndevos: I think we should roll out 3.5.2 beta after my fix? 15:24:47 hagarth: we can, but I'll have to check what other blockers were reported 15:24:47 We can definitely get people for testing a 3.5.2 beta1 ;) 15:24:57 JustinClift: Who all? 15:25:07 Corvid Tech will absolutely test it 15:25:11 #link https://bugzilla.redhat.com/showdependencytree.cgi?hide_resolved=1&id=glusterfs-3.5.2 15:25:12 Other places will too 15:25:13 Title: Dependency tree for Bug 1104511 (at bugzilla.redhat.com) 15:25:46 * ndevos *cough* seems people start to understand the blocker bug thing... 15:25:52 Quite a few there 15:26:07 ndevos: Yeah, that's good work. Encouraging/repeating it until ppl get the hang of it 15:26:40 We'll leave it as "still in progress". No eta for beta1 yet. 15:26:52 * JustinClift hopes we can get a beta1 out in the next week 15:26:54 ndevos: should we send out an email reminder to folks who are working on fixes for 3.5.2? 15:26:54 I'll need to run my checker scripts on the bugs and move the ones with patches to POST, or MODIFIED etc... 15:27:06 hagarth: Good idea 15:27:23 hagarth: when the bugs are in the correct state it makes sense, yes 15:27:37 ndevos: Can you do that email out when it makes sense to? 15:28:02 JustinClift: sure, I think that part of the release-maintainers job :) 15:28:07 ;) 15:28:24 #action ndevos to remind people via gluster-devel to get their fixes into 3.5.2 15:28:34 Anything else for 3.5.2? 15:28:43 (or 3.5 at all) 15:28:44 not from me 15:28:49 k, moving on 15:29:17 #topic 3.6 15:29:26 hagarth: How's this looking? 15:29:30 #link https://bugzilla.redhat.com/showdependencytree.cgi?hide_resolved=1&id=glusterfs-3.6.0 15:29:31 Title: Dependency tree for Bug 1117822 (at bugzilla.redhat.com) 15:29:41 feature freeze for 3.6 is now on 07/12 15:29:47 ndevos: Thanks 15:30:00 jiffin, anoopcs are working on trash and improved nfs configuration 15:30:03 hey, there is actually a bug on there already, I'm impressed 15:30:21 reviews for those by 12th will help quite a bit 15:30:47 Anders added it. He's pretty pro-active. :) 15:30:49 nfs configuration of nfs-ganesha? 15:31:04 as a matter of fact, reviews for anything and everything in gerrit will help :) 15:31:10 Heh 15:31:16 ndevos: netgroups style configuration for gluster nfs 15:31:25 After 3.6 is out, I'm thinking we have a focus on reviewing stuff that's hanging around 15:31:44 Not do 3.7 / 4.0 until we've got that under control. It should only take a few weeks. 15:31:49 hagarth: ah, right, I've seen some very early patches for that I think, but nothing recently... 15:31:56 ndevos: this was done by an intern in facebook last year, we are trying to get that into a glusterfs release. 15:32:06 s/stuff that's hanging around/Gerrit CR's that are hanging around/ 15:32:20 ndevos: right, anoopcs and jiffin will be sending out rebased patches soon 15:32:25 hagarth: yeah, I've sent jiffin an email about those patches a while back 15:32:46 (current NFS-patches for review: http://review.gluster.org/#/q/project:glusterfs+branch:master+status:open+message:nfs,n,z _ 15:32:47 Title: Gerrit Code Review (at review.gluster.org) 15:33:22 ndevos: cool, we probably should have one URL for all major components 15:33:23 ndevos: Cool. Didn't know it was possible to keyword search like that 15:33:23 JustinClift: sorry, dont want to get off-topic :) 15:33:30 ndevos: np at all :) 15:33:31 any questions, thoughts on 3.6 ? 15:33:54 * JustinClift just hopes Kaushal's stuff on better peer id makes it in 15:34:11 JustinClift: we are close to getting that in 15:34:13 So much future improvements can build on it 15:34:15 Cool 15:34:25 and xavih's work on ec should also be merged tomorrow 15:34:46 Do we know of stuff that's probably not going to make it? 15:35:12 so, we seem to have a nice set of features for 3.6 (snapshots, erasure coding, ssl improvements etc.) 15:35:18 Cool 15:35:38 k. moving on 15:35:46 #topic Other Agenda items 15:35:53 "rdma status update" 15:36:01 kkeithley: Is that you? 15:36:03 feel good news about RDMA 15:36:07 yup, that's me 15:36:41 I've used Mellanox's OFED drivers+packages on RHEL6.5 and Fedora19 (ubuntu, debian in the works, I don't have enough hardware) 15:37:17 And using 3.5.1 I've got a pair of clusters with 6 DHT volumes, mounting native and nfs, and it all works 15:37:24 Cool 15:37:24 I'm going to run load later today 15:37:39 Cool. Done any perf testing? 15:37:41 ubuntu and debian when I get back 15:37:47 load/perf later today 15:37:48 kkeithley, do you still need to use IPOIB to set up the connection? 15:38:00 yeah 15:38:14 yes, I used IPoIB 15:38:27 for the entire test or just the initial connection? 15:38:50 If it's transport == rdma, it'll just be for the initial connection won't it? 15:38:51 just the initial connection. The volumes are "transport rdma" only 15:38:57 Cool 15:39:01 cool 15:39:13 jinx you owe me a coke 15:39:13 * JustinClift hopes the perf tests aren't slower than non-rdma 15:39:21 But, I guess we get to find out 15:39:28 ;) 15:39:28 do nfs is TCP on IPoIB, and the nfs servers are rdma to the gluster servers 15:39:43 Makes sense 15:39:45 s/do nfs/the nfs/ 15:40:03 k. moving 15:40:04 on 15:40:09 "trash translator" 15:40:13 Who's is that? 15:40:28 It's me 15:40:53 k, go for it... 15:41:02 new patches uploaded 15:41:30 its working for deletion and internal operations 15:41:45 jiffin: by internal, do you mean unlinks due to self-heal and rebalance? 15:41:53 yup 15:42:05 jiffin: cool 15:42:25 Reckon it'll make it into 3.6? 15:42:57 I think we can make it into 3.6 15:43:05 Cool. :) 15:43:13 Good stuff. 15:43:23 jiffin, anoopcs nice!! 15:43:23 :) 15:43:25 anoopcs++ jiffin++ 15:43:25 +1 15:43:31 :-) 15:43:44 k, are there any more agenda items, or do anoopcs or jiffin need more time for trash translator item? 15:44:23 Any further clarifications on trash? 15:44:58 Heh, the channel is yours. Feel free to clarify if you want. 15:45:09 anoopcs: guess not, add lot more comments in code & add a test unit that tests everything in trash ;) 15:45:24 Good thinking 15:45:43 hagarth++ 15:45:47 hagarth: I already wrote one trash.t file 15:45:54 also we need to run coverity with it 15:45:56 anoopcs: and a doc about the feature, explain how users can use it :) 15:46:06 ndevos: Very good point 15:46:06 ndevos: Sure 15:46:08 yep.. must required 15:46:15 anoopcs: cool 15:46:22 ndevos , nice point! 15:46:27 k, thanks guys. 15:46:36 Let's call it... 15:46:45 thanks :) \o/ 15:46:48 bye 15:46:50 #endmeeting