Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id C6B6B200BF4 for ; Fri, 6 Jan 2017 16:52:40 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id BF42D160B37; Fri, 6 Jan 2017 15:52:40 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 133F6160B1F for ; Fri, 6 Jan 2017 16:52:39 +0100 (CET) Received: (qmail 96178 invoked by uid 500); 6 Jan 2017 15:52:36 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 96162 invoked by uid 99); 6 Jan 2017 15:52:35 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Jan 2017 15:52:35 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 56F86C0CB3 for ; Fri, 6 Jan 2017 15:52:35 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -3.101 X-Spam-Level: X-Spam-Status: No, score=-3.101 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-2.999, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=elyograg.org Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id JeSo4qS6oWyJ for ; Fri, 6 Jan 2017 15:52:29 +0000 (UTC) Received: from frodo.elyograg.org (frodo.elyograg.org [166.70.79.219]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 169FC5F5C6 for ; Fri, 6 Jan 2017 15:52:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by frodo.elyograg.org (Postfix) with ESMTP id 3E585BFE for ; Fri, 6 Jan 2017 08:52:14 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=elyograg.org; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1483717934; bh=JUkucINpTbBzZmKYBafNaXeucyW91oFfJQS1ll/5U1A=; b=T 37byyWUUAK6sUEXiTLFwvCwTLjBbUtXyLPxeT9YJfE3L23nBvfqpdCTdxJNVX/4a iPPJFudAFY3rXs2To4QkxR6k0xVDTn/1avO6nAXvTzAzz8/nzr3PFOvIoNeSb+OM IIhGpAsNn5lGklyp7FR7vCMKfiSLYufa9SXBOZ+v34= X-Virus-Scanned: Debian amavisd-new at frodo.elyograg.org Received: from frodo.elyograg.org ([127.0.0.1]) by localhost (frodo.elyograg.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id OZtZ0TVxNHCZ for ; Fri, 6 Jan 2017 08:52:14 -0700 (MST) Received: from [10.2.0.108] (client175.mainstreamdata.com [209.63.42.175]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: elyograg@elyograg.org) by frodo.elyograg.org (Postfix) with ESMTPSA id 1944CBE7 for ; Fri, 6 Jan 2017 08:52:12 -0700 (MST) Subject: Re: CDCR logging is Needlessly verbose, fills up the file system fast To: solr-user@lucene.apache.org References: <6b3168cf-ac67-9d86-3e64-2fa829f63dcf@elyograg.org> From: Shawn Heisey Message-ID: <08848ed0-0b88-d7a8-2efb-12a3f84383e7@elyograg.org> Date: Fri, 6 Jan 2017 08:52:06 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit archived-at: Fri, 06 Jan 2017 15:52:41 -0000 On 1/6/2017 8:21 AM, Webster Homer wrote: > I figured our problem with the filesystem, by default the root logger > is configured with the CONSOLE logger, which is NOT rotated and > eventually filled up the file system. That doesn't exonerate the CDCR > logging problem though. The thing writes a huge amount of junk to the > logs, information that looks more like Debug and even TRACE level > statements. I hope that this is addressed, and soon! There doesn't > seem to be a way to turn it off either. We want INFO level logging The logging that goes to the console and solr.log by default is INFO. Even without CDCR, INFO logging is fairly verbose, but normally doesn't chew up a whole bunch of gigabytes over a short timeframe. CDCR is a pretty new feature, and the authors likely needed a lot of information in the logs while they were developing it so they could chase down bugs. I have never used the feature and haven't looked at the logging, but it sounds like much of it could be changed to DEBUG or lower priority now that primary development is done. If you haven't already opened an issue in Jira to reduce what CDCR logs at INFO, that would be a good idea. To get rid of the console logging entirely, which is a good idea, edit server/resources/log4j.properties. Change the "log4j.rootLogger" line to remove CONSOLE and the comma. Optionally, you can also remove all the other lines that contain CONSOLE. Starting in version 6.3, you can put "-Dsolr.log.muteconsole" on the java commandline (normally you'd do this in the solr.in.* script) to accomplish this without changing the logging config. I personally think that Solr shouldn't log to the console at all unless it is running in the foreground and the console isn't being redirected to a file. https://issues.apache.org/jira/browse/SOLR-8186 Thanks, Shawn