Return-Path: X-Original-To: apmail-curator-user-archive@minotaur.apache.org Delivered-To: apmail-curator-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3CEEC10698 for ; Wed, 15 Jan 2014 09:06:53 +0000 (UTC) Received: (qmail 4371 invoked by uid 500); 15 Jan 2014 09:06:52 -0000 Delivered-To: apmail-curator-user-archive@curator.apache.org Received: (qmail 4281 invoked by uid 500); 15 Jan 2014 09:06:51 -0000 Mailing-List: contact user-help@curator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@curator.apache.org Delivered-To: mailing list user@curator.apache.org Received: (qmail 4261 invoked by uid 99); 15 Jan 2014 09:06:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Jan 2014 09:06:49 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of henrikno@gmail.com designates 209.85.216.50 as permitted sender) Received: from [209.85.216.50] (HELO mail-qa0-f50.google.com) (209.85.216.50) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Jan 2014 09:06:43 +0000 Received: by mail-qa0-f50.google.com with SMTP id cm18so673008qab.9 for ; Wed, 15 Jan 2014 01:06:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=YCmzhciCtOugPp+4McOMFBTV5WzJ+a35gxSG8YCzFDQ=; b=ghR4k6a9nfBCNk5z+E+dXqv3crkRGqS0/Z0xrhoNCoCwWBU/udpvrtErT/YkS2PWt/ sCDhIOGZV+X6nnuqjXVDsGSmcbi2OrQlJBjlNhoM2M0DtxZ/085UeBvZRVLF6kyFq2rk c0TCMBY32xNCZ/A26GfZIDRBwYvkA2HiDY/LwLuecY+ssUPzz22upCJ7vVKwMueJII7i nRiaGkSAkV0bJJBnnfZrlkIFraZ9ogXhqHi38beZlmmM5ojtpfkQ22mO+cPaw5nQ6W7y 4AAdlTrWxYfFhvJW5NtA2f7O1RJCsbqAmBX55MOfltZz5VAS/7J2j0+h2ACDMHdWwV7d JZMw== X-Received: by 10.224.124.133 with SMTP id u5mr2042921qar.79.1389776782504; Wed, 15 Jan 2014 01:06:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.46.5 with HTTP; Wed, 15 Jan 2014 01:05:51 -0800 (PST) In-Reply-To: <1389772152.78624.YahooMailNeo@web173101.mail.ir2.yahoo.com> References: <1389772152.78624.YahooMailNeo@web173101.mail.ir2.yahoo.com> From: Henrik Nordvik Date: Wed, 15 Jan 2014 10:05:52 +0100 Message-ID: Subject: Re: ConnectionLossException logs a lot on retry To: user@curator.apache.org, =?ISO-8859-1?Q?Evaristo_Jos=E9_Camarero?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Error is the highest logging level for slf4j, so by setting it to Fatal effectively disables logging for that class. I also see the "curator-dont-log-connection-problems" system property I can set to disable this error (and some other) specifically. Is this the right way of handling it? Is this hiding an underlying issue? -- Henrik Nordvik On Wed, Jan 15, 2014 at 8:49 AM, Evaristo Jos=E9 Camarero wrote: > Hi there, > > I have seen this behaviour in Curator 2.3.0 when ZK ensemble is down and = at > least this was not happening with Curator 2.1.0. I am not really sure if > this is software bug. > > Curator relies on slf4j , so the logging configuration can be tune in the > config file of the logging framwework you are using. > > If you are using log4j and example is using the following line: > log4j.logger.org.apache.curator =3D FATAL > but then you will miss all the ERROR information > You can also use finer grane using: > log4.logger.o.a.c.f.imps.CuratorFrameworkImpl =3D FATAL > > Regards, > > Evaristo > > > > El Martes 14 de enero de 2014 16:20, Henrik Nordvik > escribi=F3: > Hi, > I've hit an issue where I get an error message way too often. This > message repeats about 10 times every millisecond, which fills our > disks with logs. > This happened when zookeeper went down. > > 2014-01-14 00:00:04,464 ERROR [mework-0-EventThread] > o.a.c.f.imps.CuratorFrameworkImpl - Background operation retry > gave up > org.apache.zookeeper.KeeperException$ConnectionLossException: > KeeperErrorCode =3D ConnectionLoss > at > org.apache.zookeeper.KeeperException.create(KeeperException.java:99) > ~[zookeeper-3.4.5.jar:3.4.5-1392090] > at > org.apache.curator.framework.imps.CuratorFrameworkImpl.checkBackgroundRet= ry(CuratorFrameworkImpl.java:583) > [curator-framework-2.3.0.jar:na] > at > org.apache.curator.framework.imps.CuratorFrameworkImpl.processBackgroundO= peration(CuratorFrameworkImpl.java:478) > [curator-framework-2.3.0.jar:na] > at > org.apache.curator.framework.imps.DeleteBuilderImpl$2.processResult(Delet= eBuilderImpl.java:161) > [curator-framework-2.3.0.jar:na] > at > org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:= 606) > [zookeeper-3.4.5.jar:3.4.5-1392090] > at > org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:495) > [zookeeper-3.4.5.jar:3.4.5-1392090] > 2014-01-14 00:00:04,464 ERROR [mework-0-EventThread] > o.a.c.f.imps.CuratorFrameworkImpl - Background operation retry > gave up > org.apache.zookeeper.KeeperException$ConnectionLossException: > KeeperErrorCode =3D ConnectionLoss > at > org.apache.zookeeper.KeeperException.create(KeeperException.java:99) > ~[zookeeper-3.4.5.jar:3.4.5-1392090] > at > org.apache.curator.framework.imps.CuratorFrameworkImpl.checkBackgroundRet= ry(CuratorFrameworkImpl.java:583) > [curator-framework-2.3.0.jar:na] > at > org.apache.curator.framework.imps.CuratorFrameworkImpl.processBackgroundO= peration(CuratorFrameworkImpl.java:478) > [curator-framework-2.3.0.jar:na] > at > org.apache.curator.framework.imps.DeleteBuilderImpl$2.processResult(Delet= eBuilderImpl.java:161) > [curator-framework-2.3.0.jar:na] > at > org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:= 606) > [zookeeper-3.4.5.jar:3.4.5-1392090] > at > org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:495) > [zookeeper-3.4.5.jar:3.4.5-1392090] > 2014-01-14 00:00:04,465 ERROR [mework-0-EventThread] > o.a.c.f.imps.CuratorFrameworkImpl - Background operation retry > gave up > org.apache.zookeeper.KeeperException$ConnectionLossException: > KeeperErrorCode =3D ConnectionLoss > at > org.apache.zookeeper.KeeperException.create(KeeperException.java:99) > ~[zookeeper-3.4.5.jar:3.4.5-1392090] > at > org.apache.curator.framework.imps.CuratorFrameworkImpl.checkBackgroundRet= ry(CuratorFrameworkImpl.java:583) > [curator-framework-2.3.0.jar:na] > at > org.apache.curator.framework.imps.CuratorFrameworkImpl.processBackgroundO= peration(CuratorFrameworkImpl.java:478) > [curator-framework-2.3.0.jar:na] > at > org.apache.curator.framework.imps.DeleteBuilderImpl$2.processResult(Delet= eBuilderImpl.java:161) > [curator-framework-2.3.0.jar:na] > at > org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:= 606) > [zookeeper-3.4.5.jar:3.4.5-1392090] > at > org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:495) > [zookeeper-3.4.5.jar:3.4.5-1392090] > > Is this an issue with zookeeper or curator? > How can I configure this so that it's not logging extreme amounts? > > -- > Henrik Nordvik > >