Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (nike.apache.org: domain of chirino@gmail.com designates
 209.85.220.180 as permitted sender)
MIME-Version: 1.0
Sender: chirino@gmail.com
In-Reply-To: <1382019384891-4672941.post@n4.nabble.com>
References: <1381354266156-4672485.post@n4.nabble.com>
	<CAKS7T5MrMBD_rgJ-c7pcL2qZNugMFhJ8J65yacBtfwEQR5F4Yg@mail.gmail.com>
	<1382019384891-4672941.post@n4.nabble.com>
Date: Wed, 23 Oct 2013 09:52:15 -0400
Message-ID: 
 <CAGZ-RD+aPDW+E1pMa=Wi_ncg5rS2e_SJL7-SfiYpwvG7_kiXTQ@mail.gmail.com>
Subject: Re: Replicated LevelDB Store filling up memory
From: Hiram Chirino <hiram@hiramchirino.com>
To: users <users@activemq.apache.org>
Content-Type: text/plain; charset=ISO-8859-1

One of the slaves falling way behind is probably the reason your
seeing that.  There is a JMX MBean (with object name attributes
'Service=PersistenceAdapter,view=Replication' that provides a 'slaves'
attribute which will tell you each slaves journal replication
'position' which you can then compare to the position attribute of the
master.

On Thu, Oct 17, 2013 at 10:16 AM, kal123 <kpfininfo01@gmail.com> wrote:
> I have 2 slaves and 1 master running and using persistent messges.  The
> master's memory usage is going high.
> The following are the objects i see building up:
> byte: 2.77G
> LinkedList:235MB  (9.8 mil instances)
> org.apache.activemq.leveldb.replicated.FileTransferFrame:78.7M (2.45 mil.
> instances)
> ..ReplicationFrame:59.7M (2.49 mil instances)
>
> Could the number of FileTransferFrame indicate that its waiting to sync to
> slaves, issue with slaves?
>
> Why would slave be not getting synced fast enough.. or very slow to sync?
> we see same issue when quorum_disk is used as well?
>
>
>
> --
> View this message in context: http://activemq.2283324.n4.nabble.com/Replicated-LevelDB-Store-filling-up-memory-tp4672485p4672941.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.


-- 
Hiram Chirino

Engineering | Red Hat, Inc.

hchirino@redhat.com | fusesource.com | redhat.com

skype: hiramchirino | twitter: @hiramchirino

blog: Hiram Chirino's Bit Mojo