what's wrong?
2012/3/13 Nuno Filipe
> hi
>
> 2012/3/13 Benoy Antony
>
> > hi
> >
>
How about the salary and position?
Best regards
Tom
2012/3/23 lulynn_2008
> Please send you resume to jian...@cn.ibm.com
>
> Job Description:
>
>
>
> Big Data processing is becoming more and more hot in industry and IBM
> invest significantly in this new area to gain
+1
I verified checksums and signatures, and successfully ran some MapReduce jobs.
I also ran an API compatibility check against the previous release
(https://issues.apache.org/jira/browse/HADOOP-7035) and it passed.
Cheers,
Tom
On Fri, Dec 16, 2011 at 12:10 PM, Matt Foley wrote:
> Hello
ve both.
To prevent the packages being broken we should have automated tests
that run on nightly builds:
https://issues.apache.org/jira/browse/HADOOP-7650.
Cheers,
Tom
On Wed, Jan 18, 2012 at 7:16 AM, Arun C Murthy wrote:
> Folks,
>
> Somewhere between MR-279 and mavenization w
+1
Checked signatures and checksums, also ran a few jobs successfully.
Tom
On Tue, Feb 14, 2012 at 2:29 PM, Matt Foley wrote:
> Hi all,
> Hadoop-1.0.1-rc1 is now available at
> http://people.apache.org/~mattf/hadoop-1.0.1-rc1/
> Please download it, test it, and vote on whether
g level. For
ii), running all tests for a change in Common is probably a good thing
to do in general.
Thoughts?
Tom
didn't mention was that currently Jenkins doesn't run
tests or apply patches for any changes in hadoop-tools, which would be
fixed by the change I'm suggesting.
Tom
On Tue, Apr 17, 2012 at 3:17 PM, Giridharan Kesavan
wrote:
> I agree with Aaron. Its going increase the test p
I have a patch at https://issues.apache.org/jira/browse/HADOOP-8308
which takes the approach that Alejandro outlined.
Cheers,
Tom
On Wed, Apr 18, 2012 at 10:11 AM, Alejandro Abdelnur wrote:
> Giri,
>
> On Tue, Apr 17, 2012 at 8:36 PM, Giridharan Kesavan
> wrote:
>> Alejandro,
Just to be clear, the HADOOP-8308 patch is selective about which tests
it runs, so it doesn't increase build run times. Unless there are any
objections, I'd like to commit the patch and switch Jenkins to run
from the top-level directory early next week.
Cheers,
Tom
On Fri, Apr 27, 20
You need to create a Jenkins job for the project (named
PreCommit-Oozie-Build) which runs every 10 minutes and runs a JIRA
query to find new patches. See
https://builds.apache.org//job/PreCommit-Admin/ for instructions.
Cheers,
Tom
On Fri, Aug 17, 2012 at 3:07 AM, Alejandro Abdelnur wrote
+1 Signatures, checksums, license and notice all look correct. Note
that there are some missing license headers in some source files which
should be fixed in the next release - see HADOOP-9098.
Cheers,
Tom
On Tue, Nov 20, 2012 at 10:07 PM, Matt Foley wrote:
> Hello,
> Hadoop-1.1.1-rc0
+1, +1, -1
Tom
On Sat, Nov 24, 2012 at 8:13 PM, Matt Foley wrote:
> For discussion, please see previous thread "[PROPOSAL] introduce Python as
> build-time and run-time dependency for Hadoop and throughout Hadoop stack".
>
> This vote consists of three separate items:
>
l). You have to run the others manually with "mvn
test -Dtest=...".
The mechanism that Colin describes is probably better though, since
the environment-specific tests can be run as a part of a full test run
by Jenkins if configured appropriately.
Tom
On Mon, Dec 17, 2012 at 10:06 AM, Stev
xpect there to be a stable 2.0.1 (say)
on seeing the existence of 2.0.2-alpha.
The first three of these are already released, so I don't think we
could switch to the Semantic Versioning scheme at this stage. We could
for release 3 though.
Tom
On Thu, Jan 31, 2013 at 8:12 PM, Arun C Murthy wrot
On Wed, Jan 30, 2013 at 11:32 PM, Vinod Kumar Vavilapalli
wrote:
> I still have a list of pending API/protocol cleanup in YARN that need to be
> in before we even attempt supporting compatibility further down the road.
To let others track these it would be useful if they were tagged in
JIRA with
+1
Checked sigs and checksums, source tag, and built from source.
Cheers,
Tom
On Fri, Apr 12, 2013 at 2:56 PM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (RC2) for hadoop-2.0.4-alpha that I would
> like to release.
>
> The RC i
+1
Cheers,
Tom
On Tue, May 21, 2013 at 10:10 PM, Matt Foley wrote:
> Hi all,
> This has been a side topic in several email threads recently. Currently we
> have an ambiguity. We have a tradition in the dev community that any
> committer can create a branch, and propose release can
oming them.
Cheers,
Tom
e
*** vote closes on Friday, July 3.
http://people.apache.org/~tomwhite/hadoop-0.19.2-candidate-0/
Cheers,
Tom
links and documentation (since you have to wait 24 hours for changes
to propagate). Another committer could step in to do that, or it could
wait till I'm back.
Cheers,
Tom
On Tue, Jul 21, 2009 at 11:00 PM, stack wrote:
> +1 on the RC.
>
> Downloaded it, put it under hbase, ran our Performan
).
See TestHDFSFileSystemContract for an example.
Cheers,
Tom
On Tue, Aug 11, 2009 at 5:13 PM, Konstantin Boudnik wrote:
> Jonathan,
>
> in case you need to take a look at a common testplan template you can find
> one in HDFS-265 or more generic in HADOOP-5587
>
> Cos
>
> O
ng is marked as
Private in MapReduce, can MapReduce contrib modules use it?
Thanks,
Tom
Hi Steve,
Since the project split the eclipse-plugin module is now in MapReduce.
I think Chris has changed the issue to be a MAPREDUCE issue in JIRA,
so if you run it through Hudson again it should be applied to the
MapReduce tree.
Cheers,
Tom
On Wed, Dec 2, 2009 at 10:20 AM, Stephen Watt
Steve,
For testing, have a look at FileSystemContractBaseTest and the
FileContext*BaseTest classes. You can subclass these to get a lot of
basic tests for free. (These don't cover the kind of stress tests you
mentioned though.)
Cheers
Tom
On Wed, Mar 24, 2010 at 3:28 AM, Steve Loughran
k the focus should be on getting an alpha release
out, so I suggest we create a new 0.21 branch from trunk, then spend
time fixing blockers (which will be a superset of the existing 0.21
blockers).
Cheers,
Tom
On Wed, Mar 24, 2010 at 1:27 PM, Brian Bockelman wrote:
> Hey Allen,
>
> Your post
On Fri, Mar 26, 2010 at 11:43 AM, Owen O'Malley wrote:
>
> On Mar 24, 2010, at 4:25 PM, Tom White wrote:
>
>> I agree that getting the release process restarted is of utmost
>> importance to the project. To help make that happen I'm happy to
>> volunteer
ase candidate, test, vote - repeat until a release
candidate is agreed upon.
Cheers,
Tom
On Wed, Mar 31, 2010 at 10:13 AM, Konstantin Shvachko
wrote:
> HDFS 0.20 does not have a reliable append.
> Also it is (was last time I looked) incompatible with the 0.21 append
> HDFS-256.
> T
On Mon, Apr 5, 2010 at 4:56 AM, Andrew Klochkov wrote:
> Hi,
>
> I'm using new src/contrib/cloud scripts created by Tom White recently. Great
> work, now we can easily deploy 0.20.x onto EC2. Thanks, Tom!
>
> I've just fixed several things in the scripts:
>
>
, and issues that crop up
during build and testing are added.
Please let me know if you have any questions or concerns about this plan.
Cheers,
Tom
ying to get new changes in for 0.21.
Cheers,
Tom
On Sun, Apr 11, 2010 at 12:07 AM, Owen O'Malley wrote:
> On Fri, Apr 9, 2010 at 5:16 PM, Doug Cutting wrote:
>
>> Is this just HADOOP-6685? Or does it also include MAPREDUCE-1183?
>>
>
> I just meant h-6685.
&
o be marked as being fixed in 0.21.
Cheers,
Tom
Hi Chris,
Thanks for the suggestion. I've been having similar thoughts, so I've
created a proposal [1] for a new incubator project for cloud services
(not just Hadoop). It's still in draft, and I'd welcome any feedback
you or others may have.
Cheers,
Tom
[1] http://www.m
it.ly/9UaOTe, http://bit.ly/crOG7I, http://bit.ly/cCS7zw). I
hope we will have something that can be released in a couple of weeks
or so after that.
Cheers,
Tom
P.S. HADOOP-6668 and MAPREDUCE-1623 are patches for the compatibility
annotations that need review - I'd really appreciate it if I could
Quick update: I have now recreated the 0.21 branches. I've also moved
any JIRAs that were marked as fixed in 0.22.0 to be fixed in 0.21.0.
Tom
On Thu, Apr 29, 2010 at 3:01 PM, Tom White wrote:
> Hi everyone,
>
> As previously announced the feature freeze date for 0.21 is tomorro
It's in https://issues.apache.org/jira/browse/HADOOP-2141, which will
be in 0.21.
Cheers,
Tom
On Thu, May 6, 2010 at 9:53 AM, Allen Wittenauer
wrote:
>
> On May 5, 2010, at 11:36 PM, momina khan wrote:
>
>> hi could anyone point me to where i can download the LATE schedule
Here's my (single) slide about the 0.21 release.
Tom
On Thu, May 6, 2010 at 5:38 PM, Arun C Murthy wrote:
> # Shared goals
> - Hadoop is HDFS & Map-Reduce in this context of this set of slides
> # Priorities
> * Yahoo
> - Correctness
> - Availability: Not th
see SVN commit r775220 - so I
wasn't able to post the slide there either.)
Tom
On Fri, May 7, 2010 at 9:36 AM, Tom White wrote:
> Here's my (single) slide about the 0.21 release.
>
> Tom
>
> On Thu, May 6, 2010 at 5:38 PM, Arun C Murthy wrote:
>> # Shared goals
>
l few blockers.
Thanks,
Tom
Files stored using s3n:// do have modification times set correctly,
but those using s3:// don't. See
http://wiki.apache.org/hadoop/AmazonS3 for the differences between the
two filesystems. It would be possible to add modification times to
s3:// by storing it in the INode object.
Cheers
To
,
Tom
P.S. I have not yet pushed the JARs to Apache's Maven Staging
Repository (see HADOOP-6847), but this shouldn't prevent testing and
voting while it is sorted out.
A problem was found with Job.getCounters() returning null (see
https://issues.apache.org/jira/browse/MAPREDUCE-1920). I plan to roll
a new release candidate when this is fixed.
Cheers,
Tom
On Fri, Jul 2, 2010 at 8:25 AM, Tom White wrote:
> I have created a candidate build for Hadoop 0.2
Repository
Tom
On Thu, Jul 8, 2010 at 7:55 PM, Aaron Kimball wrote:
> I downloaded the "combined" tarball of 0.21.0-rc0 and set it up as a
> pseudo-distributed Hadoop cluster.
>
> Everything seems to work; basic smoke tests pass. Did not run internal unit
> tests. I tested
an provide instructions on how to do this.
Felix, I don't think this is a bug since counters are not stable until
the job is complete, so the values you see may be zero if you retrieve
them asynchronously.
Cheers,
Tom
PS. I'm travelling/on vacation for the next couple of weeks, so I
won
On Tue, Jul 20, 2010 at 10:50 AM, Felix Halim wrote:
> On Fri, Jul 16, 2010 at 6:17 PM, Tom White wrote:
>> Felix, I don't think this is a bug since counters are not stable until
>> the job is complete, so the values you see may be zero if you retrieve
>> them asynchron
I just committed MAPREDUCE-1876 to branch 0.21. The fix for
MAPREDUCE-1980 can go into branch 0.21 when it's done.
Cheers,
Tom
On Sun, Aug 1, 2010 at 8:52 PM, Amareshwari Sri Ramadasu
wrote:
> The problem is reported and fixed in MAPREDUCE-1876, but it is not committed
> to branc
, HDFS, and MapReduce.
Thanks,
Tom
Thanks for finding and fixing MAPREDUCE-2012, Amareshwari. I'll roll a
new release candidate with it in. RC1 also has a potential security
hole in the Linux task
controller, which also means we need a new release candidate.
Cheers,
Tom
On Sat, Aug 14, 2010 at 2:20 AM, Amareshwari Sri Ram
, and MapReduce.
Thanks,
Tom
+1 Based on running a job in pseudo-distributed mode, and checking the
signature and checksum.
Tom
On Mon, Aug 16, 2010 at 10:29 PM, Tom White wrote:
> I have created a new candidate build for Hadoop 0.21.0. This fixes
> MAPREDUCE-2012 and MAPREDUCE-2014 which were found for the pr
/server/datanode/metrics/DataNodeStatisticsMBean.java
I've created HADOOP-6917 and HDFS-1349 to tackle these.
>
> These issues should not prevent this release, in my opinion.
With three binding PMC +1 votes, the vote passes. I'll start work to
push out the release.
Tom
that it should be API
compatible with 0.20.2.
Thanks to all who contributed to this release!
Tom
1404
HDFS-1406
HDFS-727
HDFS-908
HDFS-909
MAPREDUCE-1280
MAPREDUCE-1407
MAPREDUCE-1734
MAPREDUCE-1832
MAPREDUCE-1880
MAPREDUCE-2262
Tom
>
> - Remove the 0.20.3 and 0.20.4 fix versions from jira to make it clear
> what the next release is.
>
>
> 2. What are the compatibility implica
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/775/#review775
---
Ship it!
+1 Looks good.
- Tom
On 2011-05-23 15:49:39, Jeffrey
I think it's simplest to publish a single Hadoop tarball and users
start the services they want. This is the model we have always
followed up to now.
Cheers,
Tom
On Wed, Oct 12, 2011 at 9:07 AM, Alejandro Abdelnur wrote:
> Currently common, hdfs and mapred create partial tars which
) which was made public in 205.
The third is for a private inner class.
Cheers,
Tom
On Fri, Oct 7, 2011 at 5:10 PM, Matt Foley wrote:
> Many thanks to the community members who tried out RC1, and found several
> critical or blocker bugs.
> These have been resolved and I have now posted R
without it I don't think it's possible
to run local jobs.
Also, what do you want to do about the documentation? Some is in
Forrest and some is in APT.
Here are the current 0.23 blockers:
https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12317667
Cheers,
Tom
+1 (non-binding)
Ayush Saxena 于2021年9月9日周四 上午1:12写道:
> +1,
> Thanx Chao for volunteering!!!
>
> > On 07-Sep-2021, at 10:36 PM, Chao Sun wrote:
> >
> > Hi all,
> >
> > It has been almost 3 months since the 3.3.1 release and branch-3.3 has
> > accumulated quite a few commits (118 atm). In partic
s. Any changes to
> Audit Log format are considered incompatible.
>
>
> https://hadoop.apache.org/docs/stable/hadoop-project-dist/hadoop-common/Compatibility.html#Audit_Log_Output
>
> -Ayush
>
> On 10-Oct-2021, at 7:57 PM, tom lee wrote:
>
> Hi all,
>
> In o
However, adding port is to modify the internal content of the IP field,
which has little impact on the overall layout.
In our cluster, we parse the audit log through Vector and send the data to
Kafka, which is unaffected.
tom lee 于2021年10月11日周一 下午2:44写道:
> Thank Ayush for reminding me. I a
fs/src/main/java/org/apache/hadoop/hdfs/server/namenode/FSNamesystem.java#L8480-L8498
>
> If we need to add fields, making it optional might be an option.
>
> Masatake Iwasaki
>
> On 2021/10/11 16:09, tom lee wrote:
> > However, adding port is to modify the internal content of
Congratulations, Sun!👍
Wei-Chiu Chuang 于2022年3月9日周三 11:47写道:
> On behalf of the Apache Hadoop PMC, I am pleased to announce that Sun
> Chao(sunchao) has accepted the PMC's invitation to become a PMC on
> the project. We appreciate all of Sun's generous contributions thus far
> and look forward t
.
Please let me know if there are any questions or concerns with this approach.
1.
HADOOP-19612<https://issues.apache.org/jira/browse/HADOOP-19612>
Thanks,
Tom
Tom White created HADOOP-8308:
-
Summary: Support cross-project Jenkins builds
Key: HADOOP-8308
URL: https://issues.apache.org/jira/browse/HADOOP-8308
Project: Hadoop Common
Issue Type: Task
Tom White created HADOOP-8328:
-
Summary: Duplicate FileSystem Statistics object for 'file' scheme
Key: HADOOP-8328
URL: https://issues.apache.org/jira/browse/HADOOP-8328
Project: Had
Tom White created HADOOP-8354:
-
Summary: test-patch findbugs may fail if a dependent module is
changed
Key: HADOOP-8354
URL: https://issues.apache.org/jira/browse/HADOOP-8354
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-8308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White resolved HADOOP-8308.
---
Resolution: Fixed
Hadoop Flags: Reviewed
> Support cross-project Jenkins bui
[
https://issues.apache.org/jira/browse/HADOOP-6799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White resolved HADOOP-6799.
---
Resolution: Duplicate
This is being fixed in HADOOP-8522.
> GzipCo
Tom White created HADOOP-8530:
-
Summary: Potential deadlock in IPC
Key: HADOOP-8530
URL: https://issues.apache.org/jira/browse/HADOOP-8530
Project: Hadoop Common
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HADOOP-8530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White resolved HADOOP-8530.
---
Resolution: Duplicate
Fixed by HADOOP-8533.
> Potential deadlock in
[
https://issues.apache.org/jira/browse/HADOOP-5754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White resolved HADOOP-5754.
---
Resolution: Fixed
> Add link to training from webs
Tom White created HADOOP-8762:
-
Summary: Mark container-provided dependencies with 'provided' scope
Key: HADOOP-8762
URL: https://issues.apache.org/jira/browse/HADOOP-8762
Project: Had
Tom White created HADOOP-8825:
-
Summary: Reinstate constructors in
SequenceFile.BlockCompressWriter and SequenceFile.RecordCompressWriter for
compatibility with Hadoop 1
Key: HADOOP-8825
URL: https
Tom White created HADOOP-8852:
-
Summary: DelegationTokenRenewer thread is not stopped when its
filesystem is closed
Key: HADOOP-8852
URL: https://issues.apache.org/jira/browse/HADOOP-8852
Project: Hadoop
Tom White created HADOOP-8860:
-
Summary: Split MapReduce and YARN sections in documentation
navigation
Key: HADOOP-8860
URL: https://issues.apache.org/jira/browse/HADOOP-8860
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-8860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White resolved HADOOP-8860.
---
Resolution: Fixed
Fix Version/s: 0.23.5
I just pulled this into 0.23 too after discussing
Tom White created HADOOP-9097:
-
Summary: Maven RAT plugin is not checking all source files
Key: HADOOP-9097
URL: https://issues.apache.org/jira/browse/HADOOP-9097
Project: Hadoop Common
Issue
Tom White created HADOOP-9098:
-
Summary: Add missing license headers
Key: HADOOP-9098
URL: https://issues.apache.org/jira/browse/HADOOP-9098
Project: Hadoop Common
Issue Type: Bug
Tom White created HADOOP-9183:
-
Summary: Potential deadlock in ActiveStandbyElector
Key: HADOOP-9183
URL: https://issues.apache.org/jira/browse/HADOOP-9183
Project: Hadoop Common
Issue Type: Bug
Tom White created HADOOP-9212:
-
Summary: Potential deadlock in FileSystem.Cache/IPC/UGI
Key: HADOOP-9212
URL: https://issues.apache.org/jira/browse/HADOOP-9212
Project: Hadoop Common
Issue Type
Tom White created HADOOP-9213:
-
Summary: Create a Jenkins job to run jcarder
Key: HADOOP-9213
URL: https://issues.apache.org/jira/browse/HADOOP-9213
Project: Hadoop Common
Issue Type: Task
Tom White created HADOOP-9220:
-
Summary: Unnecessary transition to standby in ActiveStandbyElector
Key: HADOOP-9220
URL: https://issues.apache.org/jira/browse/HADOOP-9220
Project: Hadoop Common
Tom White created HADOOP-9234:
-
Summary: Failing over to an active service with haadmin should
fail when auto-failover is enabled
Key: HADOOP-9234
URL: https://issues.apache.org/jira/browse/HADOOP-9234
[
https://issues.apache.org/jira/browse/HADOOP-9124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White resolved HADOOP-9124.
---
Resolution: Fixed
Fix Version/s: 1.2.0
Committed to branch 1
Components: io
Reporter: Tom White
This change wouldn't change behaviour or the API, but would make it possible to
use such utilities as IOUtils#closeStream() on Serializers and Deserializers.
--
This message is automatically generated by JIRA.
-
You can reply to this
Upgrade to JetS3t version 0.7.1
---
Key: HADOOP-6146
URL: https://issues.apache.org/jira/browse/HADOOP-6146
Project: Hadoop Common
Issue Type: Improvement
Components: fs/s3
Reporter: Tom
[
https://issues.apache.org/jira/browse/HADOOP-5935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White reopened HADOOP-5935:
---
Looks like this change was lost during the project split. See link in
HADOOP-6138 for example
Reporter: Tom White
Priority: Blocker
Fix For: 0.21.0
The Serialization framework only allows a class to be passed as metadata. This
assumes there is a one-to-one mapping between types and Serializations, which
is overly restrictive. By permitting applications to pass
Links to Hadoop mailing list mbox files are broken
--
Key: HADOOP-6190
URL: https://issues.apache.org/jira/browse/HADOOP-6190
Project: Hadoop Common
Issue Type: Bug
Reporter: Tom
[
https://issues.apache.org/jira/browse/HADOOP-6190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White resolved HADOOP-6190.
---
Resolution: Fixed
Thanks Doug. This is fixed now. I've updated
http://wiki.apache.org/h
Issue Type: Improvement
Components: fs
Reporter: Tom White
Assignee: Tom White
HAR filesystem instances should not be cached, so this JIRA seeks to provide a
general mechanism for disabling the cache on a per-filesystem basis. (Carried
over from HADOOP
[
https://issues.apache.org/jira/browse/HADOOP-4013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White resolved HADOOP-4013.
---
Resolution: Duplicate
Duplicate of HADOOP-6254.
> SocketException with S3 native file sys
/browse/HADOOP-6320
Project: Hadoop Common
Issue Type: Bug
Components: contrib/ec2
Reporter: Tom White
Assignee: Tom White
Priority: Critical
There is an edge case whereby terminate-instances will not list instances in a
security
Project: Hadoop Common
Issue Type: Bug
Components: contrib/ec2
Reporter: Tom White
Assignee: Tom White
The scripts in HADOOP-6108 use the "default" group to create an instance in
when creating EBS snapshots. They then try to SSH to the instance, bu
Components: contrib/ec2
Reporter: Tom White
Assignee: Tom White
Replace concept of "master" with that of "namenode" and "jobtracker". Still
need to be able to run both on one node, of course.
--
This message is automatically generated by JIRA.
Reporter: Tom White
The namenode often needs more memory, so it would be useful to allow it to be
run on a different instance size.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Deprecate EC2 bash scripts
--
Key: HADOOP-6403
URL: https://issues.apache.org/jira/browse/HADOOP-6403
Project: Hadoop Common
Issue Type: Improvement
Components: contrib/ec2
Reporter: Tom White
Reporter: Tom White
Assignee: Tom White
There is no easy way currently to run the Python unit tests for the cloud
contrib.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
HOD tests are not being run by 'test-contrib'
-
Key: HADOOP-6437
URL: https://issues.apache.org/jira/browse/HADOOP-6437
Project: Hadoop Common
Issue Type: Bug
Reporter: Tom W
Use boot from EBS in EC2
Key: HADOOP-6440
URL: https://issues.apache.org/jira/browse/HADOOP-6440
Project: Hadoop Common
Issue Type: Improvement
Components: contrib/ec2
Reporter: Tom White
[
https://issues.apache.org/jira/browse/HADOOP-5901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom White reopened HADOOP-5901:
---
I've just reverted this change, since FileSystem.setDefaultUri(conf,
"file:/
1 - 100 of 210 matches
Mail list logo