Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
MIME-Version: 1.0
In-Reply-To: 
 <CACmJb3wDff=dZaKzO1D+V4KZLbS6zdJxY6mkcmKOFA7crVY2oQ@mail.gmail.com>
References: 
 <CAF5vcV=BQiU6We3o0AT1CnvweKA_NWM=C7XO+vAC=F3jeWur2g@mail.gmail.com>
 <CACmJb3wDff=dZaKzO1D+V4KZLbS6zdJxY6mkcmKOFA7crVY2oQ@mail.gmail.com>
From: Sandeep Nemuri <nhsandeep6@gmail.com>
Date: Thu, 25 Feb 2016 15:24:18 +0530
Message-ID: 
 <CAPXjTEaxtfxw_ruqxq0KhT3n4xkwsS=3h_qig8ds+24i4uw7Tw@mail.gmail.com>
Subject: Re: Namenode shutdown due to long GC Pauses
To: Namikaze Minato <lloydsensei@gmail.com>
Cc: "Gokulakannan M (Engineering - Data Platform)"
 <gokulakannan.m@flipkart.com>,
	"common-user@hadoop.apache.org" <user@hadoop.apache.org>
Content-Type: multipart/alternative; boundary=001a114031d83ba16a052c952cc4

--001a114031d83ba16a052c952cc4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

You my need to tune your GC settings.


=E1=90=A7

On Thu, Feb 25, 2016 at 3:04 PM, Namikaze Minato <lloydsensei@gmail.com>
wrote:

> This happened to us. Our namenodes are on a virtual machine, and
> reducing the number of replication locations of the journal node to
> 1 (it's backed by by a safe raid array anyway) solved the problem.
>
> Regards,
> LLoyd
>
> On 25 February 2016 at 06:39, Gokulakannan M (Engineering - Data
> Platform) <gokulakannan.m@flipkart.com> wrote:
> > Hi,
> >
> > It is known that namenode shuts down when a long GC pause happens when =
NN
> > writes edits to journal nodes - Namenode thinks that journal nodes didn=
't
> > respond but actually it was due to the long GC pause. Any pointers on
> > solving this issue?
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@hadoop.apache.org
> For additional commands, e-mail: user-help@hadoop.apache.org
>
>


--=20
*  Regards*
*  Sandeep Nemuri*

--001a114031d83ba16a052c952cc4
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">You my need to tune your GC settings.<div><br></div><div><=
br></div></div><div hspace=3D"streak-pt-mark" style=3D"max-height:1px"><img=
 style=3D"width:0px;max-height:0px;overflow:hidden" src=3D"https://mailfoog=
ae.appspot.com/t?sender=3DabmhzYW5kZWVwNkBnbWFpbC5jb20%3D&amp;type=3Dzeroco=
ntent&amp;guid=3D106d166a-21c1-41e8-98b5-9e55916323de"><font color=3D"#ffff=
ff" size=3D"1">=E1=90=A7</font></div><div class=3D"gmail_extra"><br><div cl=
ass=3D"gmail_quote">On Thu, Feb 25, 2016 at 3:04 PM, Namikaze Minato <span =
dir=3D"ltr">&lt;<a href=3D"mailto:lloydsensei@gmail.com" target=3D"_blank">=
lloydsensei@gmail.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_q=
uote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1e=
x">This happened to us. Our namenodes are on a virtual machine, and<br>
reducing the number of replication locations of the journal node to<br>
1 (it&#39;s backed by by a safe raid array anyway) solved the problem.<br>
<br>
Regards,<br>
LLoyd<br>
<br>
On 25 February 2016 at 06:39, Gokulakannan M (Engineering - Data<br>
<div><div class=3D"h5">Platform) &lt;<a href=3D"mailto:gokulakannan.m@flipk=
art.com">gokulakannan.m@flipkart.com</a>&gt; wrote:<br>
&gt; Hi,<br>
&gt;<br>
&gt; It is known that namenode shuts down when a long GC pause happens when=
 NN<br>
&gt; writes edits to journal nodes - Namenode thinks that journal nodes did=
n&#39;t<br>
&gt; respond but actually it was due to the long GC pause. Any pointers on<=
br>
&gt; solving this issue?<br>
&gt;<br>
<br>
</div></div>---------------------------------------------------------------=
------<br>
To unsubscribe, e-mail: <a href=3D"mailto:user-unsubscribe@hadoop.apache.or=
g">user-unsubscribe@hadoop.apache.org</a><br>
For additional commands, e-mail: <a href=3D"mailto:user-help@hadoop.apache.=
org">user-help@hadoop.apache.org</a><br>
<br>
</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br><div class=
=3D"gmail_signature"><div dir=3D"ltr"><b>=C2=A0 Regards</b><div><b>=C2=A0 S=
andeep Nemuri</b></div></div></div>
</div>

--001a114031d83ba16a052c952cc4--