RE: [Vote] Merge branch-trunk-win to trunk

+1 (non-binding) Thanks a lot for the work done by Suresh and team of community! I don't think there will be much problems because of platform dependancy as our development is with Java. If we have some native code portings, then dev members has to take care of them. One question regarding to i

Fwd: [Vote] Merge branch-trunk-win to trunk

+1 (binding) Apache is supposed to be about the community. We have here a community of developers, who have actively and openly worked to add a major improvement to Hadoop: the ability to work cross-platform. Furthermore, the size of the substantive part of the needed patch is only about 1500 li

[jira] [Created] (HDFS-4540) Spnego principal should be looked up in the web authentication kerberos keytab before the namenode's keytab

Arpit Gupta created HDFS-4540: - Summary: Spnego principal should be looked up in the web authentication kerberos keytab before the namenode's keytab Key: HDFS-4540 URL: https://issues.apache.org/jira/browse/HDFS-4540

Re: [Vote] Merge branch-trunk-win to trunk

On Thu, Feb 28, 2013 at 03:08PM, sanjay Radia wrote: > +1 > Java has done the bulk of the work in making Hadoop multi-platform. > Windows specific code is a tiny percentage of the code. > Jeninks support for windows is going help us keep the platform portable going > forward. > I expect that the v

Re: [Vote] Merge branch-trunk-win to trunk

+1 for the merge. As someone who has been testing the code for many months now, both on singlenode and multinode clusters, I am very confident about the stability and the quality of the code. I have run several regression tests to verify distributed cache, streaming, compression, capacity schedule

Re: [Vote] Merge branch-trunk-win to trunk

+1 Java has done the bulk of the work in making Hadoop multi-platform. Windows specific code is a tiny percentage of the code. Jeninks support for windows is going help us keep the platform portable going forward. I expect that the vast majority of new commits have no problems. I propose that we

Re: [Vote] Merge branch-trunk-win to trunk

+1 (binding) Very exciting to see this effort come to fruition! Arun On Feb 26, 2013, at 2:55 PM, Suresh Srinivas wrote: > I had posted heads up about merging branch-trunk-win to trunk on Feb 8th. I > am happy to announce that we are ready for the merge. > > Here is a brief recap on the highli

Re: [Vote] Merge branch-trunk-win to trunk

> Is there a jira for resolving the outstanding TODOs in the code base > (similar to HDFS-2148)? Looks like this merge doesn't introduce many > which is great (just did a quick diff and grep). I found 2 remaining TODOs introduced in the current merge patch. One is in ContainerLaunch.java. The c

Re: [Vote] Merge branch-trunk-win to trunk

My initial question was mostly intended to understand the desired new classification of Windows after the merge, and how we plan to maintain Windows support. I am happy to hear that hardware for Jenkins will be provided. I am also fine, at least initially, with us trying to treat Windows as a fir

RE: [Vote] Merge branch-trunk-win to trunk

+1 non-binding I am playing with it for several months in a multi-node Windows cluster environment and found it is very stable. I am sure that it can help us to bring more developers like me (JAVA & Windows Developers) to contribute more and help the Hadoop customer & developer communities. Th

[jira] [Resolved] (HDFS-4539) Secret manager saves expired items

[ https://issues.apache.org/jira/browse/HDFS-4539?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daryn Sharp resolved HDFS-4539. --- Resolution: Invalid Approach is fatally flawed. See HDFS-4539. > Secret manager save

[jira] [Resolved] (HDFS-4509) Provide a way to ask Balancer to exclude certain DataNodes in its computation and/or work.

[ https://issues.apache.org/jira/browse/HDFS-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Harsh J resolved HDFS-4509. --- Resolution: Duplicate Dupe of HDFS-4420. > Provide a way to ask Balancer to exclude certain D

Re: hdfs.h C API

Hi!, Assuming you have a "hadoop" command available (i.e. the $HADOOP_HOME/bin/hadoop script), try to do: export CLASSPATH=`hadoop classpath` And then try to run your ./a.out. Does this help? Also, user questions may go to u...@hadoop.apache.org. The hdfs-dev@hadoop.apache.org is for Apache HD

Re: [Vote] Merge branch-trunk-win to trunk

I'd like to share a few anecdotes about developing cross-platform, hopefully to address some of the concerns about adding overhead to the development process. By reviewing past cases of cross-platform Linux vs. Windows bugs, we can get a sense for how the development process could look in the futu

[jira] [Created] (HDFS-4539) Secret manager saves expired items

Daryn Sharp created HDFS-4539: - Summary: Secret manager saves expired items Key: HDFS-4539 URL: https://issues.apache.org/jira/browse/HDFS-4539 Project: Hadoop HDFS Issue Type: Sub-task

Jenkins build became unstable: Hadoop-Hdfs-0.23-Build #539

See

Hadoop-Hdfs-0.23-Build - Build # 539 - Unstable

See https://builds.apache.org/job/Hadoop-Hdfs-0.23-Build/539/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 12038 lines...] [INFO] --- maven-dependency-plugin:2.

hdfs.h C API

Hey all I am trying to use the c api to access hdfs: #include #include #include #include #include int main (int argc, char ** argv) { hdfsFS fs = hdfsConnect ("default", 0); assert (fs); const char * wp = "test"; hdfsFile wf = hdfsOpenFile (fs, wp, O_WRONLY | O_CREAT,

RE: [Vote] Merge branch-trunk-win to trunk

+1 (non-binding) I want to share my vote of confidence in this community. If motivated to do so, this community can keep this project cross-platform and continue to rapidly innovate without breaking a sweat. The day we started working on this, I saw the foundations of greatness in the quality