Return-Path: X-Original-To: apmail-activemq-users-archive@www.apache.org Delivered-To: apmail-activemq-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 144FB18943 for ; Mon, 30 Nov 2015 21:35:08 +0000 (UTC) Received: (qmail 42742 invoked by uid 500); 30 Nov 2015 21:35:07 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 42695 invoked by uid 500); 30 Nov 2015 21:35:07 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 42683 invoked by uid 99); 30 Nov 2015 21:35:07 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Nov 2015 21:35:07 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id F0FD8C0472 for ; Mon, 30 Nov 2015 21:35:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.464 X-Spam-Level: ** X-Spam-Status: No, score=2.464 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, KAM_LIVE=1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_TRY_3LD=0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id dV22KeBF1VVq for ; Mon, 30 Nov 2015 21:34:57 +0000 (UTC) Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id C960242B1B for ; Mon, 30 Nov 2015 21:34:56 +0000 (UTC) Received: by qgcc31 with SMTP id c31so129202188qgc.3 for ; Mon, 30 Nov 2015 13:34:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=mwO4G/IaUhOdbGEphQPYmfVIaY1L8lby6lRyxBGLvoI=; b=jzBcGs5hH+p07TTDUIv6KiBgFMIJ9+8aEaeHmxvM7dTaKIHuc+hv/wG+nAi9vgSyPT b/2wllL8/LBT6vCdaZMbbR88eX58bHgg63SXG3ClsjXuM8HuU4a87zLiXgth/cUUs9rZ qnqOkWDVHn8JkcHgsygqs9RRwuVUKFxYg651WVICrsCIM5wmx9rMoHVga423UB8vXgHZ pR0XGcB96wLiEkq1ByGhDVUUKeCkUOFvm8iUmFGQeIjOuF2VVlVEpyHx2sshqXCf+6qK nCIz3/Lz4MQ4yubb31w1GLdmHs7r3TLIVP2QO5u8X1A8vj4wdYBuk4KjoT4ZW/FdRU3u peXw== X-Received: by 10.140.132.72 with SMTP id 69mr69596217qhe.17.1448919290408; Mon, 30 Nov 2015 13:34:50 -0800 (PST) Received: from [192.168.2.150] (c-73-191-41-186.hsd1.va.comcast.net. [73.191.41.186]) by smtp.googlemail.com with ESMTPSA id b107sm15705513qga.10.2015.11.30.13.34.49 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Nov 2015 13:34:49 -0800 (PST) Subject: Re: No cleanup on scheduler logs To: users@activemq.apache.org References: <1448884361717-4704382.post@n4.nabble.com> <565C5F0F.5060704@gmail.com> From: Timothy Bish Message-ID: <565CC0F9.80101@gmail.com> Date: Mon, 30 Nov 2015 16:34:49 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit On 11/30/2015 04:31 PM, Tim Bain wrote: > Ah, good to know. I knew about the 5.12 incompatibility with the new > version of Openwire, but didn't know about that change in 5.11. Your > description makes it sound like the change you referenced affects only the > scheduler store but not the main store; is that accurate? Yes, the scheduler store is a separate store from the main KahaDB store, it is based on the KahaDB design now with recovery options similar to the main store. > On Nov 30, 2015 7:37 AM, "Timothy Bish" wrote: > >> On 11/30/2015 08:55 AM, Tim Bain wrote: >>> If you copy the 5.11.1 data files onto a test server and start 5.9.1 >> there >>> (using them), what happens? >> Your broker probably crashes as the scheduler store was rewritten for >> 5.11.0 to provide recovery options from the journal on index corruption. >> >>> On Nov 30, 2015 5:09 AM, "Richard Sinek" wrote: >>> >>>> I have several instances of 5.11.1 where cleanup is not occurring on >>>> scheduler logs in the data/localhost/scheduler folder. The log files >> data >>>> back to the instance creation. I have enabled the kahadb logging and it >>>> never shows those files as a candidate for garbage collection. >>>> >>>> log4j.appender.kahadb=org.apache.log4j.RollingFileAppender >>>> log4j.appender.kahadb.file=${activemq.base}/data/kahadb.log >>>> log4j.appender.kahadb.maxFileSize=1024KB >>>> log4j.appender.kahadb.maxBackupIndex=5 >>>> log4j.appender.kahadb.append=true >>>> log4j.appender.kahadb.layout=org.apache.log4j.PatternLayout >>>> log4j.appender.kahadb.layout.ConversionPattern=%d [%-15.15t] %-5p >>>> %-30.30c{1} - %m%n >>>> log4j.logger.org.apache.activemq.store.kahadb.MessageDatabase=TRACE, >> kahadb >>>> >>>> I have one instance of 5.9.1 that has the same configuration but the >>>> scheduler logs are cleaned up as expected. >>>> >>>> Are there any known bugs or new configuration settings that apply in >> later >>>> versions? >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> >> http://activemq.2283324.n4.nabble.com/No-cleanup-on-scheduler-logs-tp4704382.html >>>> Sent from the ActiveMQ - User mailing list archive at Nabble.com. >>>> >> >> -- >> Tim Bish >> Sr Software Engineer | RedHat Inc. >> tim.bish@redhat.com | www.redhat.com >> twitter: @tabish121 >> blog: http://timbish.blogspot.com/ >> >> -- Tim Bish Sr Software Engineer | RedHat Inc. tim.bish@redhat.com | www.redhat.com twitter: @tabish121 blog: http://timbish.blogspot.com/