saging_digest-header-23-home-null-4dk68%7Ejbc2m1vb%7Ebc-null-neptune%2Ffeed&lipi=urn%3Ali%3Apage%3Aemail_email_type_messaging_digest%3BIE%2BfL1PwT9Cs73BzCc6WaQ%3D%3D>
> Roman
> Shaposhnik
> <https://www.linkedin.com/comm/in/shaposhnik?midToken=AQErypO31OTqsw&trk=
On Wed, Nov 9, 2016 at 9:30 AM, Zhe Zhang wrote:
> Nice work Kai! Quick comment: have you considered Bigtop? It allows
> creating a multi-node docker cluster too. But I'm not sure if Bigtop takes
> a custom built Hadoop (from the instructions I read, it builds from a
> certain git branch; I'm not
On Tue, Jul 19, 2016 at 8:12 AM, Sean Busbey wrote:
> FWIW, there is a "blessed" apache area on docker hub now, and it's
> just an INFRA request to point out the needed Dockerfile in the repo.
>
> PMCs can also request write access to bintray hosting of docker images
> for PMC members.
>
> Info on
On Tue, May 3, 2016 at 8:18 AM, Karthik Kambatla wrote:
> The naming scheme sounds good. Since we want to start out sooner, I am
> assuming we are not limiting ourselves to two alphas as the email might
> indicate.
>
> Also, as the release manager, can you elaborate on your definitions of
> alpha
On Mon, May 2, 2016 at 1:50 PM, Andrew Wang wrote:
> Hi all,
>
> I wanted to confirm my version numbering plan for Hadoop 3.x. We had a
> related thread on this topic about a year ago, mostly focusing on the
> branch-2 maintenance releases:
>
> http://mail-archives.apache.org/mod_mbox/hadoop-commo
As most of you probably know FOSDEM 2016 (the biggest,
100% free open source developer conference) is right
around the corner:
https://fosdem.org/2016/
We hope to have an ASF booth and we would love to see as
many ASF projects as possible present at various tracks
(AKA Developer rooms):
htt
On Fri, Sep 18, 2015 at 2:42 PM, Allen Wittenauer wrote:
> As far as Yetus goes, we've got a JIRA open to provide for per-instance
> caches when
> using the docker container code. I've got it in my head how I think we can do
> it, but just
> haven't had a chance to code it. So once that gets wr
On Mon, Jun 15, 2015 at 8:57 AM, Andrew Purtell wrote:
> I can't answer the original question but can point out the protostuff (
> https://github.com/protostuff/protostuff) folks have been responsive and
> friendly in the past when we (HBase) were curious about swapping in their
> stuff. Two signi
Hi!
quick question: when you say Solaris, what do you *really* mean?
Thanks,
Roman.
On Sun, May 17, 2015 at 4:58 AM, Alan Burlison wrote:
> You may have noticed this notification:
>
> HADOOP-11985 Improve Solaris support in Hadoop
>
> So I thought it might be helpful if I gave a bit of backgrou
Roman Shaposhnik created HADOOP-11941:
-
Summary: Umbrella JIRA for tracking maven related patches
Key: HADOOP-11941
URL: https://issues.apache.org/jira/browse/HADOOP-11941
Project: Hadoop Common
On Wed, Dec 10, 2014 at 12:20 PM, Ari King wrote:
> Hi,
>
> I'm doing a research paper on Hadoop -- specifically relating to its
> dependency on HDFS. I need to determine if and how HDFS can be replaced. As
> I understand it, there are a number of organizations that have produced
> HDFS alternativ
On Sun, Sep 28, 2014 at 2:17 PM, Allen Wittenauer wrote:
>
> No illustration, as it isn't an image.
And I suppose it has no point either, then. So perhaps it doesn't belong
to the public mailing list?
Thanks,
Roman.
And this illustrates what exactly?
Thanks,
Roman.
On Sun, Sep 28, 2014 at 2:01 PM, Allen Wittenauer wrote:
>
> Here’s the date of the last commit by email address (or, at least, what git
> thinks is the email address…) and the commit hash. People-wise, there are
> some obvious dupes here but
FWIW: in Bigtop we've made the switch to JDK7 for the Bigtop
0.8.0 release across the board. No major issues so far.
Thanks,
Roman.
On Tue, Aug 19, 2014 at 10:52 AM, Arun C Murthy wrote:
> [Apologies for the wide distribution.]
>
> Dear HBase/Hive/Pig/Oozie communities,
>
> We, over at Hadoop a
On Mon, Apr 21, 2014 at 9:47 AM, MrAsanjar . wrote:
> Hi all,
> Does anyone have any recommendation/instruction on how to build hadoop 2.x
> into a .deb package?
> I have been unsuccessful building deb package using MavenBuilder (below
> error), any suggestion would be greatly appreciated:
>
> [IN
On Tue, Feb 11, 2014 at 6:49 AM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.3.0 that I would like to
> get released.
>
> The RC is available at: http://people.apache.org/~acmurthy/hadoop-2.3.0-rc0
> The RC tag in svn is here:
> https://svn.apache.org/re
Very nice! I'll take it for the usual round of testing in Bigtop.
Should take a few days, but I'll keep you guys posted!
Thanks,
Roman.
On Tue, Feb 11, 2014 at 6:49 AM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.3.0 that I would like to
> get released
On Thu, Jan 30, 2014 at 5:05 PM, Alejandro Abdelnur wrote:
> I agree on not auto-signing (the script does not do it, on purpose).
>
> I was referring to deploying release artifact JARs.
Right. And my answer then would be -- please don't do that.
> OK, then we are done then.
Sounds like it.
Tha
On Thu, Jan 30, 2014 at 4:43 PM, Alejandro Abdelnur wrote:
> We could improve this script further to deploy the built JARs to the Maven
> repo. I don't know how to do this, so it would be great if somebody that
> know how jumps on that. Maybe a s a follow up JIRA, so we have something
> going.
If
I can take a look sometime later today. Meantime I can only
say that I've been running into 1Gb limit in a few builds as
of late. These days -- I just go with 2G by default.
Thanks,
Roman.
On Wed, Oct 30, 2013 at 3:33 PM, Alejandro Abdelnur wrote:
> The following is happening in builds for MAPRE
On Wed, Oct 30, 2013 at 1:07 PM, Steve Loughran wrote:
> On 30 October 2013 13:07, Petar Tahchiev wrote:
>> So spring-data-solr (1.1.SNAPSHOT) uses solr 4.5.1 (just came out a few
>> days ago), which uses Hadoop 2.0.5-alpha.
>> I would be glad if we can clean up the poms a bit and leave only the
On Fri, Oct 18, 2013 at 2:10 PM, Arun C Murthy wrote:
> Folks,
>
> Currently http://hadoop.apache.org/docs/stable/ points to hadoop-1. With
> hadoop-2 going GA, should we just point that to hadoop-2?
>
> Couple of options:
> # Have stable1/stable2 links:
>http://hadoop.apache.org/docs/stab
On Mon, Oct 7, 2013 at 12:00 AM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.2.0 that I would like to
> get
> released - this release fixes a small number of bugs and some protocol/api
> issues
> which should ensure they are now stable and will not chang
On Mon, Oct 7, 2013 at 12:00 AM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.2.0 that I would like to
> get released - this release
> fixes a small number of bugs and some protocol/api issues which should ensure
> they are now stable and will not change
On Tue, Oct 1, 2013 at 5:15 PM, Vinod Kumar Vavilapalli
wrote:
> +1. We should get an RC as soon as possible so that we can get all the
> downstream components to sign off.
> The earlier the better.
On this very note -- would there be any interest in joining efforts
with the Bigtop integration a
On Tue, Sep 24, 2013 at 1:39 PM, Arun C Murthy wrote:
> Rather than spin another RC, let's get this out and follow up with the next
> release - especially since it's not clear how long it will take for the
> symlink stuff to sort itself out.
>
> Getting this out will help downstream projects, eve
On Mon, Sep 16, 2013 at 11:38 PM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.1.1-beta that I would
> like to get
> released - this release fixes a number of bugs on top of hadoop-2.1.0-beta as
> a result of significant amounts of testing.
>
> If things
On Tue, Sep 17, 2013 at 9:58 PM, Roman Shaposhnik wrote:
> I'm also running the tests on fully distributed clusters in Bigtop --
> will report the findings tomorrow.
The first result of my test run is this:
https://issues.apache.org/jira/browse/HDFS-5225
Not sure it it qua
On Mon, Sep 16, 2013 at 11:38 PM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.1.1-beta that I would
> like to get
> released - this release fixes a number of bugs on top of hadoop-2.1.0-beta as
> a result of significant amounts of testing.
>
> If things
Roman Shaposhnik created HADOOP-9962:
Summary: in order to avoid dependency divergence within Hadoop
itself lets enable DependencyConvergence
Key: HADOOP-9962
URL: https://issues.apache.org/jira/browse/HADOOP
Roman Shaposhnik created HADOOP-9961:
Summary: versions of a few transitive dependencies diverged
between hadoop subprojects
Key: HADOOP-9961
URL: https://issues.apache.org/jira/browse/HADOOP-9961
On Mon, Aug 26, 2013 at 10:43 AM, Vinod Kumar Vavilapalli
wrote:
>
> Can you file a JIRA and attach the report there? That is the best way to move
> this forward.
Last time I was involved in a Coverity scan was when they scanned another
project I'm committer on (FFmpeg). The lesson there was tha
On Mon, Aug 26, 2013 at 8:21 AM, Jon Jarboe wrote:
> I've been working with DataStax on their use of Coverity with Cassandra, and
> decided to give the Hadoop 1.2.1 source tarball a run through our analyzer.
> I found some interesting issues, and noticed that some of them are integer
> overflo
On Mon, Aug 19, 2013 at 2:49 PM, Vinod Kumar Vavilapalli
wrote:
>
> Thanks for the clarification Daryn. That is what I was asking before when I
> said "From my limited understanding, this doesn't seem like a API or a
> compatibility issue. Can we not fix it in subsequent bug-fix releases? "
>
> No
What are the downsides of getting this fix into the 2.1? It appears
that the fix is pretty isolated and well understood.
Thoughts?
Thanks,
Roman.
On Fri, Aug 16, 2013 at 3:04 PM, Kihwal Lee wrote:
> I've changed the target version of HADOOP-9880 to 2.1.1. Please change it
> back, if you feel
On Fri, Aug 9, 2013 at 2:28 PM, Doug Cutting wrote:
> On Fri, Aug 9, 2013 at 1:15 PM, Alejandro Abdelnur wrote:
>> pinging again, I need help from somebody with sudo access to the hadoop
>> jenkins boxes to do this or to get sudo access for a couple of hours to set
>> up myself.
>
> Have you aske
On Fri, Aug 9, 2013 at 1:15 PM, Alejandro Abdelnur wrote:
> pinging again, I need help from somebody with sudo access to the hadoop
> jenkins boxes to do this or to get sudo access for a couple of hours to set
> up myself.
Speaking of which -- I'd be totally willing to volunteer as a back up
for
On Wed, Jun 26, 2013 at 1:17 AM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.1.0-beta that I would
> like to get released.
>
> This release represents a *huge* amount of work done by the community (639
> fixes) which
> includes several major advances inc
On Mon, Jul 29, 2013 at 3:00 PM, Arun C Murthy wrote:
> Ok, I think we are close to rc1 now - the last of blockers should be
> committed later today… I'll try and spin RC1 tonight.
Great news! I'm back from my vacation (man, those were good 3 weeks!
;-)) and I'll
try to pull the RC into Bigtop a
Hi Arun!
On Fri, Jun 28, 2013 at 2:05 PM, Arun C Murthy wrote:
> Thanks Hitesh & Roman, I'll roll RC1 once these are fixed.
Here's the latest update. I've incorporated Collin's patch for HADOOP-9676
and re-ran the tests. A few subtests of TestCLI still fail, but quite a few
pass and on top of th
I think it would very useful if somebody more familiar with HDFS
(Suresh?) could take a look at:
https://issues.apache.org/jira/browse/HDFS-4940
Suresh was very helpful in unblocking the client side of things, but
even after I followed his recommendations on the heap size, etc.
The NN still O
On Thu, Jun 20, 2013 at 10:54 AM, Larry McCay wrote:
> Yes, sorry for not explicitly stating it in my previous reply - this should
> be a community built from representatives across the entire ecosystem.
> My previous email was speaking to how we reach out to them.
Do you see any role Apache Bigt
On Tue, Jun 18, 2013 at 11:58 PM, Arun C Murthy wrote:
> Ping. Any luck?
Unfortunately I've ran into:
https://issues.apache.org/jira/browse/HADOOP-9654
which was caused by the unrelated memory pressure on the NN,
but it had an unfortunate side effect of making the rest of the
testing stuck.
Roman Shaposhnik created HADOOP-9654:
Summary: IPC timeout doesn't seem to be kicking in
Key: HADOOP-9654
URL: https://issues.apache.org/jira/browse/HADOOP-9654
Project: Hadoop C
On Tue, Jun 18, 2013 at 11:58 PM, Arun C Murthy wrote:
> Ping. Any luck?
The full bigtop build failed because of Giraph:
http://bigtop01.cloudera.org:8080/view/Upstream-tests/job/Hadoop-2.1.0/label=centos5/4/console
Now, I'm pretty sure that's an issue with Giraph
itself (or more precisely
On Sun, Jun 16, 2013 at 5:14 PM, Arun C Murthy wrote:
> Roman,
>
> Is there a chance you can run the tests with the full stack built against
> branch-2.1-beta and help us know where we are?
I will try to kick off the full build today. And deploy/test tomorrow.
It is all pretty automated, but ta
Hi Arun,
thanks for chiming in!
On Sun, Jun 16, 2013 at 4:50 PM, Arun C Murthy wrote:
>> But there's a bit of bad news too (or at least the news that need to
>> be triaged). At
>> this point I don't know whether the Hadoop code is to blame or the
>> tests/components
>> themselves -- all I know i
On Sat, Jun 15, 2013 at 8:19 AM, Alejandro Abdelnur wrote:
> If the intention is to get the release out in time for the Hadoop Summit we
> have a very tight schedule.
>
> Because the release vote runs for 7 days, we should have an RC latest
> Monday afternoon, and we should encourage folks to veri
On Thu, Jun 6, 2013 at 4:48 AM, Arun C Murthy wrote:
>
> On Jun 5, 2013, at 11:04 AM, Roman Shaposhnik wrote
>>
>> On the Bigtop side of things, once we have stable Bigtop 0.6.0 platform
>> based on Hadoop 2.0.x codeline we plan to start running the same battery
>&g
On Mon, Jun 10, 2013 at 9:35 AM, Ramya Sunil wrote:
> We had some minor hiccups with some of our e2e tests breaking due to
> additional setsid info being logged by the bin scripts and errors while
> building with snappy turned on.
Any chance some (all?) of these tests can be donated to Bigtop so
On Thu, Jun 6, 2013 at 4:48 AM, Arun C Murthy wrote:
>
> On Jun 5, 2013, at 11:04 AM, Roman Shaposhnik wrote
>>
>> On the Bigtop side of things, once we have stable Bigtop 0.6.0 platform
>> based on Hadoop 2.0.x codeline we plan to start running the same battery
>&g
On Tue, Jun 4, 2013 at 8:32 AM, Arun C Murthy wrote:
> Folks,
>
> The vast majority of of the planned features and API work is complete,
> thanks to everyone who contributed!
>
> I've created a branch-2.1-beta branch from which I anticipate I can make the
> first of our beta releases very shor
On Mon, Jun 3, 2013 at 12:51 PM, Konstantin Boudnik wrote:
> I have rolled out release candidate (rc2) for hadoop-2.0.5-alpha.
>
> The difference between rc1 and rc2 is the "optimistic release date" is set for
> 06/06/2013 in the CHANGES.txt files.
>
> The binary artifact is the same - there's no
NOTE: for consistency I'm moving my vote to the RC1 thread.
On Fri, May 31, 2013 at 9:27 PM, Konstantin Boudnik wrote:
> All,
>
> I have created a release candidate (rc1) for hadoop-2.0.5-alpha that I would
> like to release.
>
> This is a stabilization release that includes fixed for a couple a
On Fri, May 31, 2013 at 4:04 PM, Konstantin Boudnik wrote:
> All,
>
> I have created a release candidate (rc0) for hadoop-2.0.5-alpha that I would
> like to release.
>
> This is a stabilization release that includes fixed for a couple a of issues
> discovered in the testing with BigTop 0.6.0 relea
On Fri, May 31, 2013 at 1:00 PM, Stephen Watt wrote:
> What is the protocol for organizing the logistics and collaborating? I am
> loathe to flood common-dev with "does this time work for you?" emails from
> the interested parties. Do we create a high level JIRA ticket and collaborate
> and pos
On Thu, May 30, 2013 at 10:50 PM, Konstantin Boudnik wrote:
> Thanks Alejandro,
>
> that's what my plan for the morning. Thanks for putting together the
> check-list - would be easier for me not to miss anything. I am aiming to have
> the bits out by noon or so. Appreciate the help!
Let me know i
On Fri, May 24, 2013 at 8:48 PM, Konstantin Boudnik wrote:
> All,
>
> I have created a release candidate (rc0) for hadoop-2.0.4.1-alpha that I would
> like to release.
>
> This is a stabilization release that includes fixed for a couple a of issues
> discovered in the testing with BigTop 0.6.0 rel
On Fri, May 24, 2013 at 5:08 PM, Konstantin Shvachko
wrote:
> Makes sense, Steve.
> There are a couple of guys here at WANdisco who will be interested in
> joining.
Bigtop will also be interested in participating. Please keep us posted.
Thanks,
Roman.
+1 (non-binding)
On Wed, May 22, 2013 at 10:00 AM, Chris Nauroth
wrote:
> +1 (non-binding)
>
> Chris Nauroth
> Hortonworks
> http://hortonworks.com/
>
>
>
> On Wed, May 22, 2013 at 7:58 AM, Tom White wrote:
>
>> +1
>>
>> Cheers,
>> Tom
>>
>> On Tue, May 21, 2013 at 10:10 PM, Matt Foley wrote:
>
Guys, this is a pretty long email with all the details
I can think of on how Bigtop can help stabilization efforts of
Hadoop 2.x. A lot of this information is required background.
I really, really encourage everyone who's thinking of
contributing to this effort to read it up. Once again,
I do apolo
Apologies for a bunch of delayed responses (and as such adding
even more emails to this thread).
On Wed, May 15, 2013 at 4:47 PM, Arun C Murthy wrote:
>> My reading of your response is that while you appreciate the feedback
>> Bigtop is providing you're not of an opinion that investigating the le
On Wed, May 15, 2013 at 11:09 PM, Vinod Kumar Vavilapalli
wrote:
>
> It's a little dirty, but Mark and Jarek (presumably from BigTop) ran a
> patched version with my change at MAPREDUCE-5240.
I've just updated the patch to apply cleanly on branch-2.0.4 (had to refactor
quite a bit of unit tests)
curity related feature request from you.
>>> - MAPREDUCE-3916 was because of new proxy-server added.
>>>
>>> I am not arguing that new features *may* destabilize the branch, but you've
>>> repeatedly stated this as if that were a fact.
>>>
>
On Wed, May 15, 2013 at 2:14 PM, Vinod Kumar Vavilapalli
wrote:
> Please list down all the issues that BigTop ran into *because of* new
> features.
Whether the bug is *because of* new feature or not is a red herring
for my argument. Please lets drop this distinction. I never used it.
> You cont
On Wed, May 15, 2013 at 1:36 PM, Matt Foley wrote:
>>> lets fork this thread into the appropriate ML and discuss the practical,
> achievable
>>> steps that can be included into the release criteria of Hadoop 2.0.5-beta
>
> Seems to me common-dev is the appropriate ML,
Thanks. I'll stick to this t
On Wed, May 15, 2013 at 10:57 AM, Arun C Murthy wrote:
> I propose we continue the original plan and make a 2.0.5-beta release by May
> end with the following content:
I have a very basic question: what are the steps that we, as a community,
are willing to undertake to ensure that our aggressive
On Fri, Apr 26, 2013 at 11:15 AM, Arun C Murthy wrote:
>
> On Apr 25, 2013, at 7:31 PM, Roman Shaposhnik wrote:
>
>> On Thu, Apr 25, 2013 at 6:34 PM, Arun C Murthy wrote:
>>
>>> With that in mind, I really want to make a serious push to lock down APIs
>>&
On Thu, Apr 25, 2013 at 6:34 PM, Arun C Murthy wrote:
> Gang,
>
> With hadoop-2.0.4-alpha released, I'd like 2.0.4 to be the final of our
> hadoop-2.x alphas.
> We have made lots of progress on hadoop-2.x and I believe we are nearly
> there, exciting times!
Indeed!
> As we have discussed pre
On Wed, Apr 24, 2013 at 9:42 AM, Steve Loughran wrote:
>> There's quite a few preconditions to be met for a piece of
>> software to reach beta status. Quite a few of them are now
>> being discussed in a neighboring thread 'Compatibility in
>> Apache Hadoop' ( http://s.apache.org/VE1 ) but I'd like
Hi!
Now that Hadoop 2.0.4-alpha is released I'd like
to open up a discussion on what practical steps
would it take for us as a community to get
Hadoop 2.X from alpha to beta?
There's quite a few preconditions to be met for a piece of
software to reach beta status. Quite a few of them are now
be
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 is available at:
> http://people.apache.org/~acmurthy/hadoop-2.0.4-alpha-rc2/
> The RC tag in svn is here:
> http://svn.apa
On Fri, Apr 12, 2013 at 2:09 PM, Arun C Murthy wrote:
> Sigh! You are right Andrew - I'll need to back out a patch from
> branch-2.0.4-alpha and re-generate the release. RC2 needed now.
Can you elaborate please? Are you saying there was a patch in branch-2.0.4 that
wasn't pulled into the RC1? I
On Fri, Apr 12, 2013 at 12:32 PM, Andrew Purtell wrote:
> I find that branch-2.0.4-alpha won't compile for me.
> o.a.h.yarn.server.resourcemanager.schduler.fifo.TestFifoScheduler is
> missing an import for ResourceRequest or ResourceRequest is not available
> on the branch.
Hm. RC1 as posted by A
[
https://issues.apache.org/jira/browse/HADOOP-9399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Roman Shaposhnik reopened HADOOP-9399:
--
Assignee: Konstantin Boudnik (was: Todd Lipcon)
Cos, can we, please, backport it
Roman Shaposhnik created HADOOP-9409:
Summary: Oozie gets a bizarre exception while submitting a job:
Message missing required fields: renewer
Key: HADOOP-9409
URL: https://issues.apache.org/jira/browse
Roman Shaposhnik created HADOOP-9301:
Summary: hadoop client servlet/jsp/jetty/tomcat JARs creating
conflicts in Oozie & HttpFS
Key: HADOOP-9301
URL: https://issues.apache.org/jira/browse/HADOOP-
Roman Shaposhnik created HADOOP-9299:
Summary: kerberos resolution is kicking in even when kerberos is
not configured
Key: HADOOP-9299
URL: https://issues.apache.org/jira/browse/HADOOP-9299
On Sat, Nov 24, 2012 at 12: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".
Perhaps I'm missing something, but I can't possibly imagine how
a vote on a common-dev@had
Roman Shaposhnik created HADOOP-8796:
Summary: commands_manual.html link is broken
Key: HADOOP-8796
URL: https://issues.apache.org/jira/browse/HADOOP-8796
Project: Hadoop Common
Issue
On Thu, Jun 28, 2012 at 3:27 AM, Olivier Lamy wrote:
> Hi,
> What is the process to modify the page
> http://wiki.apache.org/hadoop/Distributions%20and%20Commercial%20Support
> ?
On a related note, I would like to add Apache Bigtop (incubating)
Hadoop distribution
to that wiki page.
Can anybody
On Wed, Jun 27, 2012 at 9:44 AM, Pavan Kulkarni wrote:
> Yes you are correct, but we can use Lustre FS and it does scale right?
> I am new to this so please excuse if I am wrong in some assumptions.
You can use hybrid approaches, but you'd be venturing into the unknown.
Take a look at these proje
On Wed, May 23, 2012 at 8:58 AM, Owen O'Malley wrote:
> After a quick look at cmake, it seems reasonable. Please use feature tests
> rather than OS tests. (By that I mean that if Solaris needs "foobar.h" and
> RHEL needs "sys/foobar.h" to get the definition for foobar, the code should
> ifdef whet
Roman Shaposhnik created HADOOP-8353:
Summary: hadoop-daemon.sh and yarn-daemon.sh can be misleading on
stop
Key: HADOOP-8353
URL: https://issues.apache.org/jira/browse/HADOOP-8353
Project
Roman Shaposhnik created HADOOP-8332:
Summary: make default container-executor.conf.dir be a path
relative to the container-executor binary
Key: HADOOP-8332
URL: https://issues.apache.org/jira/browse/HADOOP
Affects Versions: 0.23.1
Reporter: Roman Shaposhnik
Assignee: Roman Shaposhnik
Fix For: 2.0.0
The following bit of code from hadoop-daemon.sh is not LSB compliant, since
according to
http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core
Issue Type: Bug
Components: build
Affects Versions: 0.23.1
Reporter: Roman Shaposhnik
Assignee: Roman Shaposhnik
Hadoop 1.0.X ships the following native libraries in its tarball:
{noformat}
hadoop-1.0.1/c++/Linux-amd64-64/lib/libhadooppipes.a
hadoop-1.0.1/c
: Improvement
Components: scripts
Affects Versions: 0.23.1
Reporter: Roman Shaposhnik
Assignee: Roman Shaposhnik
Fix For: 0.23.2
bin/hadoop launcher script does a nice job of recognizing deprecated usage and
vectoring users towards the proper command line
On Thu, Mar 22, 2012 at 11:12 PM, Matt Foley wrote:
> Sorry for lack of clarity; I have now commented in the jira. I believe
> this bug caused Snappy to not be built correctly, which in turn causes MR
> jobs to fail if Snappy compression is configured on.
Not for this release, obviously, but in
Hi!
One way to deploy Hadoop in a more formal environment is to do it
via the Bigtop distribution. Bigtop provides packages and puppet deployment
code for most Linux distributions. We try to make the experience of
deploying Hadoop as seamless as possible, since our goal can
be summarized as "tryin
Issue Type: Improvement
Components: build
Affects Versions: 0.23.1
Reporter: Roman Shaposhnik
Assignee: Roman Shaposhnik
One thing that the original patch for HADOOP-8082 didn't address is the need
for those curated jars to be visible in the
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 to accept it as Release
> 1.0.1.
> Voting will close at 2:30pm PST on Tuesday 21 February.
On Sun, Feb 12, 2012 at 12:33 PM, Mikhail Bautin
wrote:
> Hello Everyone,
>
> Does anyone know why Apache Jenkins has been down for about a day? We rely
> on the continuous integration server extensively to test HBase patches. Any
> help with this would be appreciated.
For issues like these it al
Project: Hadoop Common
Issue Type: Bug
Components: scripts
Affects Versions: 0.23.0
Reporter: Roman Shaposhnik
Assignee: Roman Shaposhnik
Priority: Minor
Fix For: 0.23.1
Here's what I see when using Hadoop in B
://issues.apache.org/jira/browse/HADOOP-8010
Project: Hadoop Common
Issue Type: Bug
Components: scripts
Affects Versions: 1.0.0
Reporter: Roman Shaposhnik
Assignee: Roman Shaposhnik
Priority: Minor
Fix For: 1.0.1
Running hadoop
Type: Sub-task
Reporter: Roman Shaposhnik
Assignee: Eric Yang
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For
On Fri, Jan 13, 2012 at 5:48 PM, Nikolaos Hatzopoulos wrote:
> After a lot of search if someone want's to compile hadoop with libhdfs
> this script should work
FYI: in general, Bigtop is pretty good at tracking how to build all of
the projects it packages in the most complete way possible. The bu
Components: build, conf, documentation, scripts
Affects Versions: 0.23.0
Reporter: Roman Shaposhnik
Assignee: Roman Shaposhnik
Fix For: 0.23.1
h1. Introduction
For the rest of this proposal it is assumed that the current set
of Hadoop subcomponents is
Try the following maven version: 1.0.0rc3
Those artifacts are available.
Thanks,
Roman.
On Tue, Dec 20, 2011 at 11:05 AM, Chris K Wensel wrote:
> Which maven repo was updated?
>
> Not seeing anything new in the staging repo
> https://repository.apache.org/content/repositories/staging/org/apach
On Sun, Dec 18, 2011 at 11:18 PM, Matt Foley wrote:
> Okay guys, obviously I can't add. Something about a carry bit... :-)
> Let's try:
> The vote will close at 12:30pm PST on Friday 23 Dec.
Pulled the RC into Bigtop build and constructed a stack with Hadoop 1.0,
HBase 0.92 RC1 and Zookeeper
1 - 100 of 113 matches
Mail list logo
