Eric, Arun, I'd like to explicitly clarify one aspect of this branch and what
you mean by 'release' -- it can have many meanings.
Are you asking to actually create an Apache release from this branch (binary &
source)? Or, as I was assuming, simply commit all this code to this branch and
leave
On 01/12/2011 11:07 PM, Arun C Murthy wrote:
Thus, I think a jumbo patch should suffice. It will also ensure this can
done quickly so that the community can then concentrate on 0.22 and beyond.
However, I will (manually) ensure all relevant jiras are referenced in
the CHANGES.txt and Release Not
On Jan 17, 2011, at 12:11 PM, Doug Cutting wrote:
> On 01/12/2011 11:07 PM, Arun C Murthy wrote:
>> Thus, I think a jumbo patch should suffice. It will also ensure this can
>> done quickly so that the community can then concentrate on 0.22 and beyond.
>>
>> However, I will (manually) ensure all
Hi Folks,
We are very interested in sharing what we are doing with the community. I
think we can separate this into multiple stages.
1) To doug's point - Yes, absolutely, we want folks to review this. The patch
is now available. Lets work together to get it formatted as folks like in
subver
Hi Stack,
I feel your pain. We're running a 700 node HBASE cluster containing a HUGE
collections of all web pages. Both versions of append were started by
engineers working at yahoo and we've put A LOT of investment into both. I
really, really want to see the append issue solved for HBASE!!
On 01/17/2011 02:56 PM, Eric Baldeschwieler wrote:
1) To doug's point - Yes, absolutely, we want folks to review this.
The patch is now available. Lets work together to get it formatted
as folks like in subversion and reviewed. Where there are issues,
let's work to resolve them. With luck folk
Hi Guys,
I'm running a series of pig scripts in a cluster with a dozen of machines.
The problem is that those machines belongs to a lab in my University and
sometimes not all them are available for my use.
What is the best approach to manage the configuration and the data on hdfs
on this enviromen
Charles,
If I understand you correctly you want to trim the cluster down to only those
machines that you control...
Ok... Do you care about the data that is currently on the cluster?
(Is all of the data yours, or replaceable?)
Can you easily copy the data off the cluster on to plain old unix
On Mon, Jan 17, 2011 at 12:11 PM, Doug Cutting wrote:
> We would not release this until each change in it has been reviewed by the
> community, right? Otherwise we may end up with changes in a 0.20 release
> that don't get approved when they're contributed to trunk and cause trunk to
> regress.
That's only true if you plan to pull forward the changes wholesale into .21,
.22 and beyond. And that is not what is being proposed.
If the plan is to just land an updated and more stable version of .20 that is
completely backwards compatible, then this can be done within that code line
without
There is job that has three reduce tasks that is the map output data
are divided
into three partition, how can I know every reduce receive which partition?
The emitted Partition Number == Reducers' ID.
2011/1/18 lei liu :
> There is job that has three reduce tasks that is the map output data
> are divided
> into three partition, how can I know every reduce receive which partition?
>
--
Harsh J
www.harshj.com
Hey,
We had this exact same discussion about the 0.20-append branch a few weeks
ago. A few organizations have tested that code at scale and feel strongly
that it's stable. We decided not to release it because it does not meet the
Apache guidelines for a release. The Apache process has its pros and
On 1/17/11 12:11 PM, "Doug Cutting" wrote:
We would not release this until each change in it has been reviewed by
the community, right? Otherwise we may end up with changes in a 0.20
release that don't get approved when they're contributed to trunk and
cause trunk to regress. So I don't yet s
>
> Apache Hadoop hasn't had a stable, updated release in a while.
>
That's what 0.22 is for?
However, it does remedy the critical problem - a stable, updated Apache
> Hadoop release.
>
Again, isn't that what 0.22 is for?
> An appeal: Let's use a bit of common sense and get the project moving
Just to be clear, the proposal currently being discussed is NOT a full undo of
the split -- it might be better described as a tweak or a bug fix to the
(on-going) project split. If someone would like to start a discussion on a
complete undo of the project split, please do so under a different th
Good questions. Keep them coming! I'll compile a list so we can start an FAQ
on this.
> # Is project split a goal for hadoop in the future (even though we are not
> ready yet?). If it is, then putting projects back together might result in
> tight dependencies between the project. Ho do we av
On Jan 14, 2011, at 11:53 AM, Tsz Wo (Nicholas), Sze wrote:
> This is a kind of an incompatible change: all the developers, QAs, release
> engineers and users have to change their local settings and scripts for this
> change.
I have a hard time believing this as I suspect the very small set
On Mon, Jan 17, 2011 at 9:04 PM, Nigel Daley wrote:
> Good questions. Keep them coming! I'll compile a list so we can start an
> FAQ on this.
>
>> # Is project split a goal for hadoop in the future (even though we are not
>> ready yet?). If it is, then putting projects back together might resu
On Mon, Jan 17, 2011 at 8:30 PM, Jeff Hammerbacher wrote:
> We had this exact same discussion about the 0.20-append branch a few weeks
> ago. A few organizations have tested that code at scale and feel strongly
> that it's stable. We decided not to release it because it does not meet the
> Apache
On Jan 17, 2011, at 9:13 PM, Nigel Daley wrote:
>
> On Jan 14, 2011, at 11:53 AM, Tsz Wo (Nicholas), Sze wrote:
>>
...
>> Why do we want to enforce the releases as a unit, given that the long term
>> target is to release these 3 projects independently?
>
> Because that long term view is curr
On Mon, Jan 17, 2011 at 21:40, Eric Baldeschwieler wrote:
>
> On Jan 17, 2011, at 9:13 PM, Nigel Daley wrote:
>
>>
>> On Jan 14, 2011, at 11:53 AM, Tsz Wo (Nicholas), Sze wrote:
>>>
> ...
>>> Why do we want to enforce the releases as a unit, given that the long term
>>> target is to release these
Bringing 'organizations' into this discussion is very disingenuous.
Doug, credit to him, was the first person to propose this release:
http://www.mail-archive.com/general@hadoop.apache.org/msg01427.html
I have supported the append-release:
http://www.mail-archive.com/general@hadoop.apache.org/ms
On Jan 17, 2011, at 8:40 PM, Jeff Hammerbacher wrote:
Apache Hadoop hasn't had a stable, updated release in a while.
That's what 0.22 is for?
Every single Hadoop release in the recent past, and I have worked on
pretty much every single Hadoop release since forever, has taken at
least
Wiki FAQ started here:
http://wiki.apache.org/hadoop/ProjectSplit
Todd, left a note there for you to add in a link to a git-history-fixer-script
Jira when the time comes. If folks find more docs that will need updating,
please add them to the list at the end of the FAQ.
We still need to fill i
Nigel proposes that in this release (as in previous releases), everything
should be packaged together.
Our in house experience at yahoo is that this makes a lot of sense. It is how
we find it most effective to operate. The project split has introduced a lot
of complexity with no return.
Do y
Packaging everything together makes sense for unit/functional level of
tests. Since Hadoop in current shape doesn't have any other kinds of
tests (despite of limited system tests implemented within Herriot
framework) there's no objections per se.
And you know my take on Hadoop's stack testing for
27 matches
Mail list logo