Chao Sun created HDFS-14660:
---
Summary: [SBN Read] ObserverNameNode should throw StandbyException
for requests not from ObserverProxyProvider
Key: HDFS-14660
URL: https://issues.apache.org/jira/browse/HDFS-14660
sounds good! +1
Regards,
Da
> On Jul 17, 2019, at 7:32 PM, Dinesh Chitlangia
> wrote:
>
> +1, this is certainly useful.
>
> Thank you,
> Dinesh
>
>
>
>
>> On Wed, Jul 17, 2019 at 10:04 PM Akira Ajisaka wrote:
>>
>> Makes sense, +1
>>
>>> On Thu, Jul 18, 2019 at 10:01 AM Sangjin Lee
+1, this is certainly useful.
Thank you,
Dinesh
On Wed, Jul 17, 2019 at 10:04 PM Akira Ajisaka wrote:
> Makes sense, +1
>
> On Thu, Jul 18, 2019 at 10:01 AM Sangjin Lee wrote:
> >
> > +1. Sounds good to me.
> >
> > On Wed, Jul 17, 2019 at 10:20 AM Iñigo Goiri wrote:
> >
> > > +1
> > >
> >
Makes sense, +1
On Thu, Jul 18, 2019 at 10:01 AM Sangjin Lee wrote:
>
> +1. Sounds good to me.
>
> On Wed, Jul 17, 2019 at 10:20 AM Iñigo Goiri wrote:
>
> > +1
> >
> > On Wed, Jul 17, 2019 at 4:17 AM Steve Loughran > >
> > wrote:
> >
> > > +1 for squash and merge, with whoever does the merge
+1. Sounds good to me.
On Wed, Jul 17, 2019 at 10:20 AM Iñigo Goiri wrote:
> +1
>
> On Wed, Jul 17, 2019 at 4:17 AM Steve Loughran >
> wrote:
>
> > +1 for squash and merge, with whoever does the merge adding the full
> commit
> > message for the logs, with JIRA, contributor(s) etc
> >
> > One
Bharat Viswanadham created HDDS-1820:
Summary: Fix numKeys metrics in OM HA
Key: HDDS-1820
URL: https://issues.apache.org/jira/browse/HDDS-1820
Project: Hadoop Distributed Data Store
[
https://issues.apache.org/jira/browse/HDDS-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bharat Viswanadham resolved HDDS-1721.
--
Resolution: Fixed
> Client Metrics are not being pushed to the configured sink while
+1
On Wed, Jul 17, 2019 at 4:17 AM Steve Loughran
wrote:
> +1 for squash and merge, with whoever does the merge adding the full commit
> message for the logs, with JIRA, contributor(s) etc
>
> One limit of the github process is that the author of the commit becomes
> whoever hit the squash
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/1200/
[Jul 16, 2019 2:44:27 AM] (ayushsaxena) HDFS-14642. processMisReplicatedBlocks
does not return correct processed
[Jul 16, 2019 4:51:59 AM] (github) HDDS-1736. Cleanup 2phase old HA code for
Key requests.
Supratim Deka created HDDS-1818:
---
Summary: Instantiate Ozone Containers using Factory pattern
Key: HDDS-1818
URL: https://issues.apache.org/jira/browse/HDDS-1818
Project: Hadoop Distributed Data Store
Nanda kumar created HDDS-1817:
-
Summary: GetKey fails with IllegalArgumentException
Key: HDDS-1817
URL: https://issues.apache.org/jira/browse/HDDS-1817
Project: Hadoop Distributed Data Store
For more details, see
https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/385/
[Jul 16, 2019 2:22:45 PM] (xkrogen) HDFS-14547. Improve memory efficiency of
quotas when storage type quotas
[Jul 16, 2019 10:50:24 PM] (iwasakims) HADOOP-16386. FindBugs warning in
branch-2:
+1 for squash and merge, with whoever does the merge adding the full commit
message for the logs, with JIRA, contributor(s) etc
One limit of the github process is that the author of the commit becomes
whoever hit the squash button, not whoever did the code, so it loses the
credit they are due.
Lokesh Jain created HDDS-1816:
-
Summary: ContainerStateMachine should limit number of pending
apply transactions
Key: HDDS-1816
URL: https://issues.apache.org/jira/browse/HDDS-1816
Project: Hadoop
[
https://issues.apache.org/jira/browse/HDFS-14658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chen Zhang resolved HDFS-14658.
---
Resolution: Abandoned
> Refine NameSystem lock usage during processing FBR
>
[
https://issues.apache.org/jira/browse/HDFS-14659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chen Zhang resolved HDFS-14659.
---
Resolution: Abandoned
duplicate jira due to apache jira server error
> Refine NameSystem lock usage
+1 Good idea.
On Wed, Jul 17, 2019 at 9:37 AM Ayush Saxena wrote:
> Thanks Marton, Makes Sense +1
>
> > On 17-Jul-2019, at 11:37 AM, Elek, Marton wrote:
> >
> > Hi,
> >
> > Github UI (ui!) helps to merge Pull Requests to the proposed branch.
> > There are three different ways to do it [1]:
> >
Thanks Marton, Makes Sense +1
> On 17-Jul-2019, at 11:37 AM, Elek, Marton wrote:
>
> Hi,
>
> Github UI (ui!) helps to merge Pull Requests to the proposed branch.
> There are three different ways to do it [1]:
>
> 1. Keep all the different commits from the PR branch and create one
> additional
+1 ,Good idea, we are very much looking forward to it.
dashuiguailu...@gmail.com
From: Szilard Nemeth
Date: 2019-07-17 14:55
To: runlin zhang
CC: Xun Liu; Hadoop Common; yarn-dev; Hdfs-dev; mapreduce-dev; submarine-dev
Subject: Re: Any thoughts making Submarine a separate Apache project?
+1,
+1, this is a very great idea.
As Hadoop repository has already grown huge and contains many projects, I
think in general it's a good idea to separate projects in the early phase.
On Wed, Jul 17, 2019, 08:50 runlin zhang wrote:
> +1 ,That will be great !
>
> > 在 2019年7月10日,下午3:34,Xun Liu 写道:
Makes sense, +1.
Thanks
+Vinod
> On Jul 17, 2019, at 11:37 AM, Elek, Marton wrote:
>
> Hi,
>
> Github UI (ui!) helps to merge Pull Requests to the proposed branch.
> There are three different ways to do it [1]:
>
> 1. Keep all the different commits from the PR branch and create one
>
Congrats Tao!
> 在 2019年7月15日,下午5:53,Weiwei Yang 写道:
>
> Hi Dear Apache Hadoop Community
>
> It's my pleasure to announce that Tao Yang has been elected as an Apache
> Hadoop committer, this is to recognize his contributions to Apache Hadoop
> YARN project.
>
> Congratulations and welcome
+1 ,That will be great !
> 在 2019年7月10日,下午3:34,Xun Liu 写道:
>
> Hi all,
>
> This is Xun Liu contributing to the Submarine project for deep learning
> workloads running with big data workloads together on Hadoop clusters.
>
> There are a bunch of integrations of Submarine to other projects are
+1, Lets have Squash and merge as the default & only option on github UI.
Thanks,
Mukul
On 7/17/19 11:37 AM, Elek, Marton wrote:
Hi,
Github UI (ui!) helps to merge Pull Requests to the proposed branch.
There are three different ways to do it [1]:
1. Keep all the different commits from the
Thanks Marton, +1 on this.
Weiwei
On Jul 17, 2019, 2:07 PM +0800, Elek, Marton , wrote:
> Hi,
>
> Github UI (ui!) helps to merge Pull Requests to the proposed branch.
> There are three different ways to do it [1]:
>
> 1. Keep all the different commits from the PR branch and create one
>
Hi,
Github UI (ui!) helps to merge Pull Requests to the proposed branch.
There are three different ways to do it [1]:
1. Keep all the different commits from the PR branch and create one
additional merge commit ("Create a merge commit")
2. Squash all the commits and commit the change as one
26 matches
Mail list logo