Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
Hadoop >> mail # general >> Re: abandoning 22 - was: Content request for 0.20.205 Sustaining Release


Copy link to this message
-
Re: abandoning 22 - was: Content request for 0.20.205 Sustaining Release
On Fri, Sep 09, 2011 at 06:17PM, [EMAIL PROTECTED] wrote:
> Never mind. It was an oblique reference to client not writing to a file
> for a long time, so hdfs recovering the lease. (RM=client, release=file,
> recovery=transferring RM role. :-)

Very clever ;) I don't think there's a competition. There's room for more, I
am sure!

Cos

> - milind
>
> On 9/9/11 2:58 PM, "Konstantin Boudnik" <[EMAIL PROTECTED]> wrote:
>
> >On Fri, Sep 09, 2011 at 05:55PM, [EMAIL PROTECTED] wrote:
> >> But did he do the lease recovery (for more info: HDFS-265) ? I haven
> >>seen
> >> the initiation of lease recovery by Konst, but haven't seen acks.
> >
> >I am not sure I follow you, Milind. HDFS_265 has been in since 0.21. Are
> >you
> >referring to some new development that I might've missed?
> >
> >Cos
> >
> >> - milind
> >>
> >> On 9/9/11 2:13 PM, "Konstantin Boudnik" <[EMAIL PROTECTED]> wrote:
> >>
> >> >KOnstantin has stepped forward a couple of days ago ;)
> >> >
> >> >On Fri, Sep 09, 2011 at 05:08PM, [EMAIL PROTECTED] wrote:
> >> >> Has anyone seen the RM for 0.22 lately ?
> >> >>
> >> >> - milind
> >> >>
> >> >> On 9/9/11 1:46 PM, "Roy T. Fielding" <[EMAIL PROTECTED]> wrote:
> >> >>
> >> >> >On Sep 9, 2011, at 11:08 AM, Eli Collins wrote:
> >> >> >> The release manager - not the developers - are responsible for and
> >> >> >> have the final say as to what patches get merge to their branch.
> >> >> >
> >> >> >That is simply false.  At no time is any individual responsible for
> >> >> >any part of Apache subversion, no matter how obscure the branch.
> >> >> >No RM has the final say on anything other than their own work.
> >> >> >That is, they can choose not to produce a release candidate.
> >> >> >Furthermore, at no time whatsoever does any person "own" the job
> >> >> >of being RM -- there can be five active RMs on a single branch,
> >> >> >each producing release candidates based on what is in subversion
> >> >> >at the particular time that they decide to tag and build.
> >> >> >
> >> >> >> If the RM wants all this work they need to either corral the
> >> >>developers
> >> >> >> to do the merging or do the merging themselves. In short, it's
> >>their
> >> >> >> responsibility to get people to invest in the branch.
> >> >> >
> >> >> >That is true of anyone, on or off the PMC -- not just the RM.
> >> >> >
> >> >> >....Roy
> >> >> >
> >> >> >
> >> >>
> >> >
> >>
> >
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB