Subject: [Result] [VOTE - 2] Merge HDFS-12943 branch to trunk - Consistent
> Reads from Standby
>
> Obviously +1 from me.
>
> With four binding +1s, two non-binding +1s, and no -1s this vote passes.
> Thank you folks for working on the feature and for voting.
> Will do the merge in
- 2] Merge HDFS-12943 branch to trunk - Consistent
Reads from Standby
Obviously +1 from me.
With four binding +1s, two non-binding +1s, and no -1s this vote passes.
Thank you folks for working on the feature and for voting.
Will do the merge in bit.
Thanks,
--Konst
On Fri, Dec 14, 2018 at 6:16
Obviously +1 from me.
With four binding +1s, two non-binding +1s, and no -1s this vote passes.
Thank you folks for working on the feature and for voting.
Will do the merge in bit.
Thanks,
--Konst
On Fri, Dec 14, 2018 at 6:16 PM Konstantin Shvachko
wrote:
> Hi Hadoop developers,
>
> I would
+1 (no-binding)
At Uber we've deployed a subset of features covered in this JIRA in
production at multiple data centers, and it's being running great for a
while now. We are seeing huge benefits in terms of scaling our NameNode
throughput and providing better SLA guarantees for applications such
+1!
Jonathan Hung
On Sat, Dec 15, 2018 at 8:26 AM Zhe Zhang wrote:
> +1
>
> Thanks for addressing concerns from the previous vote.
>
> On Fri, Dec 14, 2018 at 6:24 PM Konstantin Shvachko
> wrote:
>
> > Hi Hadoop developers,
> >
> > I would like to propose to merge to trunk the feature branch
+1
Thanks for addressing concerns from the previous vote.
On Fri, Dec 14, 2018 at 6:24 PM Konstantin Shvachko
wrote:
> Hi Hadoop developers,
>
> I would like to propose to merge to trunk the feature branch HDFS-12943 for
> Consistent Reads from Standby Node. The feature is intended to scale
Hi Hadoop developers,
I would like to propose to merge to trunk the feature branch HDFS-12943 for
Consistent Reads from Standby Node. The feature is intended to scale read
RPC workloads. On large clusters reads comprise 95% of all RPCs to the
NameNode. We should be able to accommodate higher