hadoop-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ian Fyfe <if...@pentaho.com>
Subject Re: [VOTE] hadoop 0.23.6 release
Date Mon, 28 Jan 2013 18:42:29 GMT
Hello mailing list admin,
Using the link on http://hadoop.apache.org/mailing_lists.html I've emailed general-unsubscribe@hadoop.apache.org
several times attempting to unsubscribe from this mailing list, but continue to receive emails.

Could you let me, and all of the other people sending emails containing the word "UNSUBSCRIBE"
how to successfully unsubscribe?

Thank you!

From: Nick Wilcox <nick@nickwilcox.co.uk<mailto:nick@nickwilcox.co.uk>>
Reply-To: "general@hadoop.apache.org<mailto:general@hadoop.apache.org>" <general@hadoop.apache.org<mailto:general@hadoop.apache.org>>
Date: Monday, January 28, 2013 8:17 AM
To: "general@hadoop.apache.org<mailto:general@hadoop.apache.org>" <general@hadoop.apache.org<mailto:general@hadoop.apache.org>>
Subject: Re: [VOTE] hadoop 0.23.6 release

UNSUBSCRIBE

On 28 January 2013 16:07, Thomas Graves <tgraves@yahoo-inc.com<mailto:tgraves@yahoo-inc.com>>
wrote:

Thanks Jason and Suresh.  I'll respin an new rc today.

Tom

On 1/23/13 10:52 AM, "Jason Lowe" <jlowe@yahoo-inc.com<mailto:jlowe@yahoo-inc.com>>
wrote:

>We will want to pull in the fix for YARN-354 as well, since it's the
>same type of issue with the WebAppProxyServer.
>
>Jason
>
>On 01/23/2013 08:53 AM, Jason Lowe wrote:
>> I filed HDFS-4426 when I ran across the issue checking out the release
>> candidate.  It's currently in Patch Available, and it looks close to
>> being committed.
>>
>> Jason
>>
>> On 01/23/2013 08:48 AM, Thomas Graves wrote:
>>> Thanks Daryn, is there a fix for that otherwise perhaps I'll just
>>>revert
>>> that change.
>>>
>>> Tom
>>>
>>> On 1/22/13 1:52 PM, "Daryn Sharp" <daryn@yahoo-inc.com<mailto:daryn@yahoo-inc.com>>
wrote:
>>>
>>>> -1, secondary namenode won't stay up due after HADOOP-9181.  The 2NN's
>>>> main fires off a daemon thread and relied on the http server not
>>>>running
>>>> as a daemon, so the 2NN exits immediately.
>>>>
>>>>
>




Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message