gluster-meeting
LOGS
12:01:19 <kkeithley_> #startmeeting
12:01:19 <zodbot> Meeting started Tue Mar 31 12:01:19 2015 UTC.  The chair is kkeithley_. Information about MeetBot at http://wiki.debian.org/MeetBot.
12:01:19 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
12:01:25 <kkeithley_> who is here?
12:01:36 <kkeithley_> #topic rollcall
12:02:12 * jimjag is here
12:02:20 * raghu is here
12:03:00 <kkeithley_> better than last week, anyone else? hchiramm? hchiramm_?
12:04:44 <kkeithley_> I don't think there's any progress in the action items from last week and the week before, so I suggest we skip that
12:05:42 <kkeithley_> okay, no bugs with NEEDINFO AFAICT
12:06:54 <kkeithley_> #info no objections to skipping last week action items
12:07:00 <kkeithley_> #info
12:07:08 <kkeithley_> #info no bugs with NEEDINFO AFAICT
12:07:26 <kkeithley_> #info 28 new bugs that need to be looked at
12:07:41 <kkeithley_> https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&chfield=[Bug%20creation]&chfieldfrom=-1w&chfieldto=Now&f1=keywords&list_id=3359778&o1=notsubstring&product=GlusterFS&v1=Triaged
12:08:04 <kkeithley_> IRC locking as usual
12:16:35 <hchiramm> kkeithley_, I am here
12:16:47 <kkeithley_> hi
12:16:49 <hchiramm> Hii
12:17:29 <kkeithley_> theoretically we're doing bug triage of new bugs
12:17:36 <kkeithley_> https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&chfield=[Bug%20creation]&chfieldfrom=-1w&chfieldto=Now&f1=keywords&list_id=3359778&o1=notsubstring&product=GlusterFS&v1=Triaged
12:17:38 <hchiramm> lets start :)
12:17:45 <kkeithley_> yes
12:18:18 <hchiramm> kkeithley_, dont we need a 3.7 component in bugzilla ?
12:18:26 <kkeithley_> I've done a few already
12:18:27 <kkeithley_> yes
12:18:47 <hchiramm> #action hchiramm get 3.7 in bugzilla component list
12:19:03 <kkeithley_> wait, a 3.7 component?
12:19:12 <kkeithley_> #chair hchiramm
12:19:12 <zodbot> Current chairs: hchiramm kkeithley_
12:19:23 <kkeithley_> a 3.7 target milestone
12:19:24 <hchiramm> kkeithley_, sorry version
12:19:36 <hchiramm> and Target mileston
12:19:49 <kkeithley_> 3.4.7 Version too, while we're at it
12:19:53 <hchiramm> yeah
12:19:58 <hchiramm> I will ask for both
12:20:15 * hchiramm locks 1206592
12:20:18 <kkeithley_> get the necessary 3.5.x and 3.6.x too
12:20:24 <hchiramm> yep.. I will do
12:21:42 <kkeithley_> I think we should also have ganesha and high-availablilty components
12:22:16 <hchiramm> what should be the component name
12:22:22 <hchiramm> nfs-ganesha  ?
12:22:47 <kkeithley_> either one, ganesha or nfs-ganesha.
12:23:04 <kkeithley_> I'd like to have packaging be distinct from build. What do you think?
12:23:14 <hchiramm> true..
12:23:33 <hchiramm> build includes the GNU auto tools
12:24:43 <kkeithley_> packaging is just rpm spec files and issues with debian/ubuntu dpkgs.
12:24:58 <hchiramm> kkeithley_, yep .. lets have one for packaging
12:24:59 <kkeithley_> mac OS X, *BSD packaging
12:26:01 <kkeithley_> should we assign all the bitrot bugs to Venky?
12:26:23 <hchiramm> Venky and Raghu are maintainers
12:26:34 <hchiramm> yeah, we can
12:26:40 * hchiramm locks 1207215 1207227 1207238
12:26:51 <kkeithley_> oh, raghu is here
12:26:57 <hchiramm> raghu, ^^ :)
12:27:03 <raghu> yes
12:27:35 <raghu> bitrot bugs can be assigned either to me or Venky
12:28:45 <kkeithley_> hchiramm: which list are you working from? I don't see those BZs
12:28:45 <raghu> hchiramm: those 3 bugs are tiering bugs
12:29:29 <hchiramm> kkeithley_, I triaged it
12:29:34 <hchiramm> so it would have been moved from that list
12:29:49 <hchiramm> raghu, sorry not for that bugs
12:30:01 <kkeithley_> faster than a speeding web page refresh
12:30:12 <hchiramm> it was just to notify you about kkeithley_ strings..
12:30:15 <hchiramm> :)
12:30:36 * hchiramm locks 1207643
12:31:44 <hchiramm> raghu, this list https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&chfield=[Bug%20creation]&chfieldfrom=-1w&chfieldto=Now&f1=keywords&list_id=3359847&o1=notsubstring&product=GlusterFS&v1=Triaged has lots of bitrot bugs
12:32:35 <hchiramm> kkeithley_, looks like we need one component for Backup api
12:33:05 <raghu> hchiramm: ok.  I will take a look at them
12:33:21 <hchiramm> raghu, thanks!
12:33:48 <kkeithley_> +1 for backup api component
12:34:59 <kkeithley_> 1207023
12:35:16 <hagarth> hchiramm: there is a pending request for glusterfind/backup api component afaik
12:35:33 <hchiramm> oh..ok
12:36:27 <hchiramm> hagarth, not sure there are any more pending requests
12:36:43 <hagarth> hchiramm: what other components do we need?
12:36:50 <hchiramm> nfs-ganesha
12:36:52 <hchiramm> packaging
12:37:18 <hchiramm> do we need anything for upcall ?
12:38:22 <hagarth> since it is a new xlator, we may need one
12:38:55 <hchiramm> yeah.. thats what I thought
12:39:05 <kkeithley_> high-availability?  (converged ganesha and samba HA)
12:39:15 <hchiramm> yeah.. high-availability
12:39:46 <hchiramm> hagarth, there is already a component called 'glusterfind'  ..
12:39:58 <hchiramm> can we use that for backup ?
12:40:07 <hagarth> hchiramm: yes, let us use that
12:40:08 * JustinClift wishes all the translators would be fully doc'd :)
12:40:20 <kkeithley_> actually there is already a FSAL_GLUSTER component for nfs-ganesha
12:40:41 <hchiramm> I think backup would have been more suitable than glusterfind ..
12:40:47 <hchiramm> any way lets use that for backup
12:40:54 <hagarth> JustinClift: all we need is a xlator doc hackathon :D
12:40:57 <kkeithley_> I guess it depends on where we want to track bugs in that. I think nfs-ganesha is the more natural choice
12:41:18 <kkeithley_> doc hackathon in Barcelona?
12:41:39 <JustinClift> Sounds feasible
12:41:43 <hchiramm> JustinClift, trying to get everything in before code freeze
12:41:43 <hchiramm> lets see how it goes
12:41:44 <hchiramm> :)
12:41:48 <kkeithley_> so scratch a nfs-ganesha component
12:41:48 <JustinClift> :)
12:43:34 <hchiramm> hagarth, kkeithley_ do we need a performance component for small file performance ?
12:43:57 * hchiramm locks 1206547
12:44:06 <kkeithley_> hchiramm: wouldn't that just be "core"
12:44:08 <kkeithley_> ?
12:44:35 <hagarth> kkeithley_: +1
12:44:59 <hchiramm> well.. I think it can survive on core :)
12:48:01 * hchiramm locks 1207532
12:48:54 * hchiramm locks 1207534
12:50:48 * hchiramm locks 1207547
12:51:17 * hchiramm locks 1207624
12:51:59 * hchiramm locks 1207146
12:52:55 * hchiramm locks 1207627
12:53:23 <hagarth> hchiramm: what is the list that you are operating off?
12:53:24 * hchiramm : Am I alone here  ? :)
12:53:34 <kkeithley_> no
12:53:36 <hchiramm> hagarth, https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&chfield=[Bug%20creation]&chfieldfrom=-1w&chfieldto=Now&f1=keywords&list_id=3359847&o1=notsubstring&product=GlusterFS&v1=Triaged
12:53:40 <hchiramm> thanks kkeithley_ :)
12:54:01 * hagarth locks 1206461
12:54:18 * hchiramm locks 1207054
12:54:18 <kkeithley_> I triaged a few before you got here ;-)
12:54:42 <kkeithley_> and got sidetracked by something else.
12:55:01 <kkeithley_> five minutes to go, < 8 bugs remaining
12:55:34 <hchiramm> kkeithley_, that was a knock knock ... :)
12:55:50 <kkeithley_> :-)
12:55:55 <hchiramm> \o
12:56:51 * hchiramm locks 1207134
12:57:18 * hchiramm locks 1207152
12:58:10 * hagarth locks 1207115
12:58:41 * hchiramm locks 1207028
12:59:21 * hagarth 1206547
13:01:41 <kkeithley_> almost done, we're at the top of the hour (or top of the half hour)
13:02:13 <kkeithley_> any last thoughts before we wrap up?
13:02:21 <hchiramm> https://bugzilla.redhat.com/show_bug.cgi?id=1205709 is pending :)
13:02:32 <kkeithley_> yup
13:03:00 <kkeithley_> I can take care of it after the meeting if you don't want to
13:03:09 <kkeithley_> #topic open floor
13:03:24 <kkeithley_> any last comments before we call it a wrap?
13:03:30 <hagarth> kkeithley_: none from me
13:03:39 <kkeithley_> going one
13:03:42 <kkeithley_> once
13:03:46 <kkeithley_> going twice
13:03:55 <kkeithley_> #endmeeting