Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hadoop.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Message-ID: <51E24694.6020104@oss.nttdata.co.jp>
Date: Sat, 13 Jul 2013 23:35:00 -0700
From: Shinichi Yamashita <yamashitasni@oss.nttdata.co.jp>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: user@hadoop.apache.org
Subject: Re: How to control of the output of "/stacks"
References: <51E07B17.8090806@oss.nttdata.co.jp>
 <CAOcnVr1X2pWDF7FDzo8XncHVLCD-rZystbLOHGUh4CW=u8Xa_Q@mail.gmail.com>
In-Reply-To: 
 <CAOcnVr1X2pWDF7FDzo8XncHVLCD-rZystbLOHGUh4CW=u8Xa_Q@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Thank you for comment.
I understand that stacks is very useful for debug and trouble-shooting.
I think that the change of LogLevel has a big influence on others.
So the control of the output to log file of stack traces is necessary.
I'll register patch with JIRA.

Regards,
Shinichi Yamashita

(2013/07/12 19:24), Harsh J wrote:
> The logging has sometimes come useful in debugging (i.e. if the stack
> on the UI went uncaptured, the log helps). It is currently not
> specifically toggle-able. I suppose it is OK to set it as DEBUG
> though. Can you file a JIRA for that please?
>
> The only way you can disable it right now is by (brute-forcibly)
> adding the below to the daemon's log4j.properties:
>
> log4j.logger.org.apache.hadoop.http.HttpServer=WARN
>
> Which may not be so ideal as we may miss other INFO from HttpServer generically.
>
> On Sat, Jul 13, 2013 at 3:24 AM, Shinichi Yamashita
> <yamashitasni@oss.nttdata.co.jp> wrote:
>> Hi,
>>
>> I can see the stack trace of the node when I access "/stacks" of Web UI.
>> And stack trace is output in the log file of the node, too.
>> Because the expansion of the log file and hard to see it, I don't want
>> to output it in a log file.
>> Is there the method to solve this problem?
>>
>> Regards,
>> Shinichi Yamashita
>
>
>