Konstantin Shvachko created HADOOP-18127:
Summary: Backport HADOOP-13055 into branch-2.10
Key: HADOOP-18127
URL: https://issues.apache.org/jira/browse/HADOOP-18127
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-17999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Shvachko resolved HADOOP-17999.
--
Fix Version/s: 3.4.0
2.10.2
3.2.4
[
https://issues.apache.org/jira/browse/HADOOP-16532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Shvachko resolved HADOOP-16532.
--
Fix Version/s: 3.2.4
3.3.2
2.10.2
[
https://issues.apache.org/jira/browse/HADOOP-17819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Shvachko resolved HADOOP-17819.
--
Fix Version/s: 3.2.3
2.10.2
3.4.0
[
https://issues.apache.org/jira/browse/HADOOP-17028?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Shvachko resolved HADOOP-17028.
--
Fix Version/s: 3.3.2
3.2.3
2.10.2
Konstantin Shvachko created HADOOP-17501:
Summary: Fix logging typo in ShutdownHookManager
Key: HADOOP-17501
URL: https://issues.apache.org/jira/browse/HADOOP-17501
Project: Hadoop Common
Konstantin Shvachko created HADOOP-17477:
Summary: [SBN read] Implement msync() for ViewFS
Key: HADOOP-17477
URL: https://issues.apache.org/jira/browse/HADOOP-17477
Project: Hadoop Common
Hi Steve,
I created HDFS-15751 <https://issues.apache.org/jira/browse/HDFS-15751> for
documenting msync API.
Would appreciate your suggestions.
Stay safe,
--Konstantin
On Mon, Dec 21, 2020 at 5:19 AM Steve Loughran wrote:
>
>
> On Fri, 18 Dec 2020 at 23:29, Konstantin Sh
make sure it calls msync() on
all mount points that enabled observer reads.
--Konst
On Tue, Dec 15, 2020 at 11:15 AM Steve Loughran wrote:
>
>
> On Sun, 13 Dec 2020 at 21:08, Konstantin Shvachko
> wrote:
>
>> Hi Steve,
>>
>> I am not sure I fully understand
both branch-3.2.2 and branch-3.2.3
> missed. And have updated them manually. Please have a look. Thanks.
> HADOOP-15691
> HDFS-15464
> HDFS-15478
> HDFS-15567
> HDFS-15574
> HDFS-15583
> HDFS-15628
> YARN-10430
>
> Regards,
> - He Xiaoqiao
>
> On Mon, Dec 1
Hi Steve,
I am not sure I fully understand what is broken here. It is not an
incompatible change, right?
Could you please explain what you think the process is.
Would be best if you could share a link to a document describing it.
I would be glad to follow up with tests and documentation that are n
+1
Stay safe,
--Konstantin
On Thu, Sep 24, 2020 at 10:59 PM Elek, Marton wrote:
> Hi all,
>
> Thank you for all the feedback and requests,
>
> As we discussed in the previous thread(s) [1], Ozone is proposed to be a
> separated Apache Top Level Project (TLP)
>
> The proposal with all the detail
Konstantin Shvachko created HADOOP-17026:
Summary: TestRefreshCallQueue is failing due to changed CallQueue
constructor
Key: HADOOP-17026
URL: https://issues.apache.org/jira/browse/HADOOP-17026
they should
>>> commit
>>> their patches.
>>>
>>> Eric
>>>
>>> [1]
>>>
>>> https://hadoop.apache.org/docs/r2.10.0/hadoop-project-dist/hadoop-common/Compatibility.html
>>> [2]
>>>
>>> https://hadoop.apach
Hi Eric,
We had a long discussion on this list regarding making the 2.10 release the
last of branch-2 releases. We intended 2.10 as a bridge release between
Hadoop 2 and 3. We may have bug-fix releases or 2.10, but 2.11 is not in
the picture right now, and many people may object this idea.
I unde
+1 on RC1
- Verified signatures
- Verified maven artifacts on Nexus for sources
- Checked rat reports
- Checked documentation
- Checked packaging contents
- Built from sources on RHEL 7 box
- Ran unit tests for new HDFS features with Java 8
Thanks,
--Konstantin
On Tue, Oct 22, 2019 at 2:55 PM Jo
+1 on RC0.
- Verified signatures
- Built from sources
- Ran unit tests for new features
- Checked artifacts on Nexus, made sure the sources are present.
Thanks
--Konstantin
On Wed, Oct 16, 2019 at 6:01 PM Jonathan Hung wrote:
> Hi folks,
>
> This is the first release candidate for the first re
+1 for the merge.
We probably should not bother with branch-3.0 merge since it's been voted
EOL.
Thanks,
--Konstantin
On Thu, Aug 22, 2019 at 4:43 PM Jonathan Hung wrote:
> Hi folks,
>
> As per [1], starting a vote to merge YARN-8200 (and YARN-8200.branch3)
> feature branch to branch-2 (and br
+1 for the proposal.
I thought we already EOL-ed 2.6 though some time ago.
Thanks,
--Konstantin
On Tue, Aug 20, 2019 at 8:03 PM Wangda Tan wrote:
> Hi all,
>
> This is a vote thread to mark any versions smaller than 2.7 (inclusive),
> and 3.0 EOL. This is based on discussions of [1]
>
> This d
I would also suggest making an explicit commit to the branch stating it is
EOL.
Thanks,
--Konstantin
On Tue, Aug 20, 2019 at 7:59 PM Wangda Tan wrote:
> Thank you all for suggestions. Let me send a vote email to mark 2.6, 2.7,
> 3.0 EOL.
>
> - Wangda
>
> On Wed, Aug 21, 2019 at 9:34 AM Akira Aj
Hey Wei-Chiu,
Thanks for sharing your plans on Hadoop 3. Good to know.
1. So I understand people don't care about Hadoop 3.0 any more.
I see we don't even list this line on the Releases page:
https://hadoop.apache.org/releases.html
I think it is fair to EOL 3.0 and stop making changes to it.
2.
Hi Wei-Chiu,
We run similar Hadoop installations as Kihwal describes. Thanks for sharing
Kihwal.
Our clusters are also not Federated.
So far the growth rate is the same as we reported in our talk last year
(slide #5) 2x per year:
https://www.slideshare.net/Hadoop_Summit/scaling-hadoop-at-linkedin-
+1 Makes sense to me.
Thanks,
--Konst
On Mon, Feb 4, 2019 at 6:14 PM Jonathan Hung wrote:
> Hello,
>
> Starting a vote based on the discuss thread [1] for moving branch-2
> precommit/nightly test builds to openjdk8. After this change, the test
> phase for precommit builds [2] and branch-2 night
Just to make sure we are on the same page, as the subject of this thread is
too generic and confusing.
*The proposal is to move branch-2 Jenkins builds such as precommit to run
tests on openJDK-8.*
We do not want to break Java 7 source compatibility. The sources and
releases will still depend on Ja
e.. Great work.
>
> -Original Message-
> From: Konstantin Shvachko [mailto:shv.had...@gmail.com]
> Sent: Saturday, December 22, 2018 6:48 AM
> To: Hadoop Common ; hdfs-dev <
> hdfs-...@hadoop.apache.org>
> Cc: mapreduce-...@hadoop.apache.org; yarn-...@hadoop.apache.org
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,
>
>
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 overa
luster with real workload.
>
> Comments?
>
> --Yongjun
>
> On Fri, Dec 7, 2018 at 4:10 PM Konstantin Shvachko
> wrote:
>
>> Hi Daryn,
>>
>> Wanted to backup Chen's earlier response to your concerns about rotating
>> calls in the call queue.
>&g
er of this community. Please check your availability for
followup discussions if you choose to get involved with important decisions.
On Fri, Dec 7, 2018 at 4:10 PM Konstantin Shvachko
wrote:
> Hi Daryn,
>
> Wanted to backup Chen's earlier response to your concerns about rotating
te?
>> 2. Need to fix automatic failover with ZKFC. Currently it does not doesn't
>> know about ObserverNodes trying to convert them to SBNs.
>>
>> Thanks.
>> --Yongjun
>>
>>
>> On Wed, Dec 5, 2018 at 5:27 PM Konstantin Shvachko
>> wrot
nd why
> #2 is not needed for the feature to complete?
> 2. Need to fix automatic failover with ZKFC. Currently it does not doesn't
> know about ObserverNodes trying to convert them to SBNs.
>
> Thanks.
> --Yongjun
>
>
> On Wed, Dec 5, 2018 at 5:27 PM Konstantin Shvachk
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 overa
Hi Wei-Chiu,
Thanks for starting the thread and summarizing the problem. Sorry for slow
response.
We've been looking at the encrypted performance as well and are interested
in this effort.
We ran some benchmarks locally. Our benchmarks also showed substantial
penalty for turning on wire encryption
ntin for pointing out.
> As 3.2 is pretty much on RC level, its better we try to find a good
> solution to this issue.
>
> I ll follow up on this in the jira.
>
> - Sunil
>
> On Thu, Oct 25, 2018 at 11:35 AM Konstantin Shvachko
> wrote:
>
>> I've tried to attract
I've tried to attract attention to an incompatibility issue through the
jira, but it didn't work. So pitching in in this thread.
https://issues.apache.org/jira/browse/HDFS-12026
It introduced binary incompatibility, which will prevent people from
upgrading from 3.1 to 3.2.
I think it can get messy
Hi everybody,
With 4 binding and 4 non-binding +1s and no -1s the vote for Apache Release
2.7.6 passes.
Thank you everybody for contributing to the release, testing, and voting.
Binding +1s
Zhe Zhang
Brahma Reddy Battula
Jason Lowe
Konstantin Shvachko
Non-binding +1s
Chen Liang
Erik Krogen
My formal +1 for 2.7.6 RC0
Thanks,
--Konstantin
On Mon, Apr 9, 2018 at 4:14 PM, Konstantin Shvachko
wrote:
> Hi everybody,
>
> This is the next dot release of Apache Hadoop 2.7 line. The previous one
> 2.7.5 was released on December 14, 2017.
> Release 2.7.6 includes critica
Hi Lei,
Did you have any luck with deploy?
Could you please post your findings on
https://issues.apache.org/jira/browse/HADOOP-15205
Thanks,
--Konstantin
On Tue, Apr 10, 2018 at 12:10 PM, Lei Xu wrote:
> Ajay, thanks for spotting this.
>
> I am working on fix the deploy.
>
> On Tue, Apr 10, 20
A note to release managers. As discussed in
https://issues.apache.org/jira/browse/HADOOP-15205
We are producing release artifacts without sources jars. See e.g.
https://repository.apache.org/content/repositories/releases/org/apache/hadoop/hadoop-common/3.0.1/
Based on what is staged on Nexus for 3.
A note to release managers. As discussed in
https://issues.apache.org/jira/browse/HADOOP-15205
We are producing release artifacts without sources jars. See e.g.
https://repository.apache.org/content/repositories/releases/org/apache/hadoop/hadoop-common/3.1.0/
I believe this has something to do with
Hi everybody,
This is the next dot release of Apache Hadoop 2.7 line. The previous one 2.7.5
was released on December 14, 2017.
Release 2.7.6 includes critical bug fixes and optimizations. See more
details in Release Note:
http://home.apache.org/~shv/hadoop-2.7.6-RC0/releasenotes.html
The RC0 is
Just heads up, working on the release candidate now.
It's been a while, I know. But we had some blockers.
Thanks,
--Konstantin
On Thu, Feb 22, 2018 at 5:59 PM, Konstantin Shvachko
wrote:
> Planning to do a maintenance 2.7.6 release with close to 40 changes since
> the last release.
[
https://issues.apache.org/jira/browse/HADOOP-15325?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Shvachko resolved HADOOP-15325.
--
Resolution: Implemented
This has been incorporated into HADOOP-12862.
> M
The proposal to add it as a subproject of Hadoop makes sense to me. Thank
you Owen.
I am glad to have a path for scaling HDFS further, especially as it enters
areas like IoT and self-driving cars, where storage requirements are huge.
I am not very fond of the name HDSL, though. "Storage Layer" sou
Thanks Subru for initiating the thread about GPU support.
I think the path of taking 2.9 as a base for 2.10 and adding new resource
types into it is quite reasonable.
That way we can combine stabilization effort on 2.9 with GPUs.
Arun, upgrading Java is probably a separate topic.
We should discuss
Planning to do a maintenance 2.7.6 release with close to 40 changes since
the last release.
If there are no objections I'll start preparations.
Please let me know if there are blockers:
https://issues.apache.org/jira/browse/HDFS-12641?filter=12343253
Thanks,
--Konstantin
Hi Sanjay,
With respect to Ozone my two main concerns were:
1. Wether Ozone can help scaling out the namespace service in handling
higher RPC workloads.
I think we came to common conclusion that using Ozone as a block management
layer is a reasonable path to scaling HDFS.
The discussions are in-pr
[
https://issues.apache.org/jira/browse/HADOOP-12751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Shvachko reopened HADOOP-12751:
--
> While using kerberos Hadoop incorrectly assumes names with '@'
Zhang
Konstantin Shvachko
Naganarasimha Garla
Non-binding +1s
Erik Krogen
Brahma Reddy Battula
Eric Badger
Jonathan Hung
>> On Thu, Dec 7, 2017 at 7:22 PM, Konstantin Shvachko > > wrote:
>>
>>> Hi everybody,
>>>
>>> I updated CHANGES.txt and fixed docum
Correction:
With 7 binding and 4 non-binding +1s and no -1s the vote for Apache Release
2.7.5 passes.
Thank you everybody for contributing to the release, testing it, and voting.
Binding +1s
Kihwal Lee
Jason Lowe
John Zhuge
Rohith Sharma K S
Eric Payne
Zhe Zhang
Konstantin Shvachko
Non-binding
Brahma Reddy Battula
Eric Badger
Jonathan Hung
On Thu, Dec 7, 2017 at 7:22 PM, Konstantin Shvachko
wrote:
> Hi everybody,
>
> I updated CHANGES.txt and fixed documentation links.
> Also committed MAPREDUCE-6165, which fixes a consistently failing test.
>
> This is RC1 for the n
Here is my formal +1.
Thanks,
--Konstantin
On Thu, Dec 7, 2017 at 7:22 PM, Konstantin Shvachko
wrote:
> Hi everybody,
>
> I updated CHANGES.txt and fixed documentation links.
> Also committed MAPREDUCE-6165, which fixes a consistently failing test.
>
> This is RC1 for the n
;
> *jduMBP:hadoop-2.8.3 jdu$ md5 ~/Downloads/hadoop-2.8.3-src.tar.gz*
> *MD5 (/Users/jdu/Downloads/hadoop-2.8.3-src.tar.gz) =
> e53d04477b85e8b58ac0a26468f04736*
>
> What's your md5 checksum for given source tar ball?
>
>
> Thanks,
>
>
> Junping
>
>
>
Hey Junping,
Could you pls upload mds relative to the tar.gz etc. files rather than
their full path
/build/source/target/artifacts/hadoop-2.8.3-src.tar.gz:
MD5 = E5 3D 04 47 7B 85 E8 B5 8A C0 A2 64 68 F0 47 36
Otherwise mds don't match for me.
Thanks,
--Konstantin
On Tue, Dec 5, 2017 at 1:5
Hi everybody,
I updated CHANGES.txt and fixed documentation links.
Also committed MAPREDUCE-6165, which fixes a consistently failing test.
This is RC1 for the next dot release of Apache Hadoop 2.7 line. The
previous one 2.7.4 was release August 4, 2017.
Release 2.7.5 includes critical bug fixes
.
Thanks,
--Konstantin
On Thu, Dec 7, 2017 at 10:17 AM, Konstantin Shvachko
wrote:
> Hey Nagarasimha,
>
> Good find. thanks.
> Indeed we need those as they are linked from the side bar.
> I'll make sure to add CHANGES.txt when publishing new documentation.
>
> Thanks,
> --K
14919
> HDFS-12596
> YARN-7084
> HADOOP-14881
> HADOOP-14827
> HDFS-12832
>
>
> --Brahma Reddy Battula
>
> -Original Message-
> From: Konstantin Shvachko [mailto:shv.had...@gmail.com]
> Sent: 02 December 2017 10:13
> T
nt
>>
>>
>> Looks follow commits are missed in changes.txt.
>>
>> MAPREDUCE-6975
>> HADOOP-14919
>> HDFS-12596
>> YARN-7084
>> HADOOP-14881
>> HADOOP-14827
>> HDFS-12832
>>
>>
>> --Brahma Reddy Battula
>>
>
Hi everybody,
This is the next dot release of Apache Hadoop 2.7 line. The previous one
2.7.4 was release August 4, 2017.
Release 2.7.5 includes critical bug fixes and optimizations. See more
details in Release Note:
http://home.apache.org/~shv/hadoop-2.7.5-RC0/releasenotes.html
The RC0 is availab
ested on fairly large
> clusters, production users can wait for a subsequent point release which
> will contain fixes from further stabilization and downstream adoption."
>
> Hope this suffices.
>
>
>
>
> On Wed, Nov 22, 2017 at 10:30 AM, Konstantin Shvachko <
> shv.had
Hey guys,
I don't think this has been discussed, pardon if it was.
As it stands today hadoop 2.9.0 is marked as stable release. Isn't that
deceptive for users?
Not to diminish the quality and not to understate the effort, which was
huge and very much appreciated.
But it is the first in the series,
I would consider these two blockers for 2.8.3 as they crash NN:
https://issues.apache.org/jira/browse/HDFS-12638
https://issues.apache.org/jira/browse/HDFS-12832
Thanks,
--Konstantin
On Tue, Nov 21, 2017 at 11:16 AM, Junping Du wrote:
> Thanks Andrew and Wangda for comments!
>
> To me, an impr
cautious about it.
>
> On Thu, Nov 16, 2017 at 5:20 PM, Konstantin Shvachko > wrote:
>
>> Hi developers,
>>
>> We have accumulated about 30 commits on branch-2.7. Those are mostly
>> valuable bug fixes, minor optimizations and test corrections. I would like
>
Hi developers,
We have accumulated about 30 commits on branch-2.7. Those are mostly
valuable bug fixes, minor optimizations and test corrections. I would like
to propose to make a quick maintenance release 2.7.5.
If there are no objections I'll start preparations.
Thanks,
--Konstantin
a design for scaling HDFS and how Ozone paves the way
> towards the full solution.
>
>
> https://issues.apache.org/jira/secure/attachment/
> 12895963/HDFS%20Scalability%20and%20Ozone.pdf
>
>
> sanjay
>
>
>
>
> On Oct 28, 2017, at 2:00 PM, Konstantin Shvach
Hey guys,
It is an interesting question whether Ozone should be a part of Hadoop.
There are two main reasons why I think it should not.
1. With close to 500 sub-tasks, with 6 MB of code changes, and with a
sizable community behind, it looks to me like a whole new project.
It is essentially a new
hat configurations.
> - The configuration storage backend is also pluggable. Currently an
> in-memory, leveldb, and zookeeper implementation are supported.
>
> There were 15 subtasks completed for this feature.
>
> Huge thanks to everyone who helped with reviews, commits, guida
Chris Douglas
Konstantin Shvachko
Non-binding +1s (13)
John Zhuge
Surendra Lilhore
Masatake Iwasaki
Hanisha Koneru
Chen Liang
Fnu Ajay Kumar
Brahma Reddy Battula
Edwina Lu
Ye Zhou
Eric Badger
Mingliang Liu
Kuhu Shukla
Erik Krogen
Thanks,
--Konstantin
On Sat, Jul 29, 2017 at 4:29 PM, Konstantin
Sunil G
>>> wrote:
>>>
>>>
>>> Thanks Konstantin
>>>
>>> +1 (binding)
>>>
>>> 1. Build tar ball from source package
>>> 2. Ran basic MR jobs and verified UI.
>>> 3. Enabled node labels and ran sleep job.
://wiki.apache.org/hadoop/HowToReleasePreDSBCR#Publishing
Thanks,
--Konst
On Wed, Aug 2, 2017 at 11:36 PM, Akira Ajisaka wrote:
> Thanks Konstantin for the work!
> I have a question: Where are the maven artifacts deployed?
>
> -Akira
>
> On 2017/07/30 8:29, Konstantin Shvac
It does not. Just adding historical references, as Andrew raised the
question.
On Mon, Jul 31, 2017 at 7:38 PM, Allen Wittenauer
wrote:
>
> ... that doesn't contradict anything I said.
>
> > On Jul 31, 2017, at 7:23 PM, Konstantin Shvachko
> wrote:
> >
> >
The issue was discussed on several occasions in the past.
Took me a while to dig this out as an example:
http://mail-archives.apache.org/mod_mbox/hadoop-general/20.mbox/%3C4EB0827C.6040204%40apache.org%3E
Doug Cutting:
"Folks should not primarily evaluate binaries when voting. The ASF
primaril
Uploaded new binaries hadoop-2.7.4-RC0.tar.gz, which adds lib/native/.
Same place: http://home.apache.org/~shv/hadoop-2.7.4-RC0/
Thanks,
--Konstantin
On Mon, Jul 31, 2017 at 3:56 PM, Chris Douglas wrote:
> On Mon, Jul 31, 2017 at 3:02 PM, Konstantin Shvachko
> wrote:
> > For t
cy.html goes into this in more
> detail. A release must minimally include source packages, and can also
> include binary artifacts.
>
> Best,
> Andrew
>
> On Mon, Jul 31, 2017 at 12:30 PM, Konstantin Shvachko <
> shv.had...@gmail.com> wrote:
>
>> To avoi
roken anyways, so no worries there.
I think though it would be useful to have it working for testing and as a
packaging standard.
Thanks,
--Konstantin
On Mon, Jul 31, 2017 at 11:40 AM, Allen Wittenauer wrote:
>
> > On Jul 31, 2017, at 11:20 AM, Konstantin Shvachko
> wrote:
> >
>
p
>
> Shall we worry this test failures? Likely fixed by
> https://issues.apache.org/jira/browse/HADOOP-13707.
>
>- Got “curl: (22) The requested URL returned error: 403 User dr.who is
>unauthorized to access this page.” when accessing NameNode web servlet
>/jmx, /conf, /logLevel, an
20415 messagebus 4096 Jul 30 03:01 src
>
>
>
> --Brahma Reddy Battula
>
> -Original Message-
> From: Konstantin Shvachko [mailto:shv.had...@gmail.com]
> Sent: 30 July 2017 07:29
> To: common-dev@hadoop.apache.org; hdfs-...@hadoop.apache.org;
> mapreduce-...@had
Hi everybody,
Here is the next release of Apache Hadoop 2.7 line. The previous stable
release 2.7.3 was available since 25 August, 2016.
Release 2.7.4 includes 264 issues fixed after release 2.7.3, which are
critical bug fixes and major optimizations. See more details in Release
Note:
http://home.
And some more.
On Thu, Jul 27, 2017 at 5:11 PM, Konstantin Shvachko
wrote:
> Thanks,
> --Konst
>
Thanks,
--Konst
he.
> org/jira/browse/HDFS-11742 definitely was something that was deemed a
> blocker for 2.8.2, not sure about 2.7.4.
>
> I’m ‘back’ - let me know if you need any help.
>
> Thanks
> +Vinod
>
> On Jul 13, 2017, at 5:45 PM, Konstantin Shvachko
> wrote:
>
> Hi everybody
Konstantin Shvachko created HADOOP-14689:
Summary: Dummy jira for testing barnch-2.7 build.
Key: HADOOP-14689
URL: https://issues.apache.org/jira/browse/HADOOP-14689
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-14686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Shvachko resolved HADOOP-14686.
--
Resolution: Fixed
Hadoop Flags: Reviewed
Also updated CHANGES.txt.
I
[
https://issues.apache.org/jira/browse/HADOOP-14686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Shvachko reopened HADOOP-14686:
--
Will have to revert this, because it also removed {{contract-test-options.xml
ly
on branch-2.7.
Could anybody please take a look and help fixing the build.
This would be very helpful for the release (2.7.4) process.
Thanks,
--Konst
On Mon, Jul 24, 2017 at 10:41 PM, Konstantin Shvachko
wrote:
> Or should we backport the entire HADOOP-11917
> <https://issues.apache.o
Or should we backport the entire HADOOP-11917
<https://issues.apache.org/jira/browse/HADOOP-11917> ?
Thanks,
--Konst
On Mon, Jul 24, 2017 at 6:56 PM, Konstantin Shvachko
wrote:
> Allen,
>
> Should we add "patchprocess/" to .gitignore, is that the problem for 2.7?
&
Allen,
Should we add "patchprocess/" to .gitignore, is that the problem for 2.7?
Thanks,
--Konstantin
On Fri, Jul 21, 2017 at 6:24 PM, Konstantin Shvachko
wrote:
> What stuff? Is there a jira?
> It did work like a week ago. Is it a new Yetus requirement.
> Anyways I can com
Konstantin Shvachko created HADOOP-14676:
Summary: Wrong default value for "fs.du.interval"
Key: HADOOP-14676
URL: https://issues.apache.org/jira/browse/HADOOP-14676
Project: Had
t 5:46 PM, Konstantin Shvachko
> wrote:
> >
> > + d...@yetus.apache.org
> >
> > Guys, could you please take a look. Seems like Yetus problem with
> > pre-commit build for branch-2.7.
>
>
> branch-2.7 is missing stuff in .gitignore.
+ d...@yetus.apache.org
Guys, could you please take a look. Seems like Yetus problem with
pre-commit build for branch-2.7.
Thanks,
--Konstantin
On Thu, Jul 20, 2017 at 7:19 PM, Brahma Reddy Battula <
brahmareddy.batt...@huawei.com> wrote:
> Looks this problem is in only branc-2.7..
>
>
> --Brah
more testing is still going on.
I plan to build an RC next week. If there are no objection.
Thanks,
--Konst
On Thu, Jun 15, 2017 at 4:42 PM, Konstantin Shvachko
wrote:
> Hey guys.
>
> An update on 2.7.4 progress.
> We are down to 4 blockers. There is some work remaining on th
7.4
>>>
>>> If you want to edit this wiki, please ping me.
>>>
>>> Regards,
>>> Akira
>>>
>>>
>>> On 2017/05/23 4:42, Brahma Reddy Battula wrote:
>>>
>>> Hi Konstantin Shvachko
>>>>
>>>&g
[
https://issues.apache.org/jira/browse/HADOOP-14446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Shvachko resolved HADOOP-14446.
--
Resolution: Fixed
Hadoop Flags: Reviewed
I just committed this to
2:30 PM, Konstantin Shvachko
wrote:
> Hey Akira,
>
> I didn't have private filters. Most probably Jira caches something.
> Your filter is in the right direction, but for some reason it lists only
> 22 issues, while mine has 29.
> It misses e.g. YARN-5543 <https://iss
e.org/Dzg4
> I couldn't see the link. Maybe is it private filter?
>
> Here is a link I generated: https://s.apache.org/ehKy
> This filter includes resolved issue and excludes fixversion == 2.7.4
>
> Thanks and Regards,
> Akira
>
> On 2017/05/08 19:20, Konstantin Shvac
est version to fix vulnerability in old versions
>
>
>
> Regards
> Brahma Reddy Battula
>
> -Original Message-
> From: Erik Krogen [mailto:ekro...@linkedin.com.INVALID]
> Sent: 06 May 2017 02:40
> To: Konstantin Shvachko
> Cc: Zhe Zhang; Hadoop Common; Hdfs-dev; mapre
Wed, May 3, 2017 at 12:42 AM Konstantin Shvachko
> wrote:
>
>> Hey guys,
>>
>> I and a few of my colleagues would like to help here and move 2.7.4
>> release
>> forward. A few points in this regard.
>>
>> 1. Reading through this thread since March 1 I see th
Hey guys,
I and a few of my colleagues would like to help here and move 2.7.4 release
forward. A few points in this regard.
1. Reading through this thread since March 1 I see that Vinod hinted on
managing the release. Vinod, if you still want the job / have bandwidth
will be happy to work with yo
Konstantin Shvachko created HADOOP-13902:
Summary: Update documentation to reflect IPv6 Hadoop cluster setup
Key: HADOOP-13902
URL: https://issues.apache.org/jira/browse/HADOOP-13902
Project
On Thu, Aug 4, 2016 at 11:20 AM, Andrew Wang
wrote:
> Hi Konst, thanks for commenting,
>
> On Wed, Aug 3, 2016 at 11:29 PM, Konstantin Shvachko > wrote:
>
>> 1. I probably missed something but I didn't get it how "alpha"s made
>> their way into re
1 - 100 of 206 matches
Mail list logo
