Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 37865 invoked from network); 24 Mar 2009 07:19:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Mar 2009 07:19:03 -0000 Received: (qmail 27036 invoked by uid 500); 24 Mar 2009 07:19:02 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 26938 invoked by uid 500); 24 Mar 2009 07:19:01 -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 26928 invoked by uid 99); 24 Mar 2009 07:19:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Mar 2009 07:19:01 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of erik.drolshammer@gmail.com designates 209.85.218.159 as permitted sender) Received: from [209.85.218.159] (HELO mail-bw0-f159.google.com) (209.85.218.159) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Mar 2009 07:18:52 +0000 Received: by bwz3 with SMTP id 3so2477830bwz.38 for ; Tue, 24 Mar 2009 00:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :reply-to:user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ORLmTUBIIFzDy39BTSfXYexkxFVsgnOIMDDlhmMSM9w=; b=AaXpxYfkX49ZeeFRzmjqxZmOmVGvJpFYi4oM4l8XxdJlEjXdJVdA4+5chB4a+SgwqA LoQ4N2HCw/bGidxjl06PYsvy9nbPQq5JMHCOvxRPw7D4+WQFvbWWhztkM8VM9o3m19A+ +4htMjSB4DGyeakqw5WVJIcfLVqudeHjwjSCI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; b=d4zreKFPsiMJhsgHyqOpmVcHkE79sc3dhJTHHWr+PQH7OEla4CMRilLaJl6h7m+Zmk m5R01+GIF+PkTrSWJ1WKrSe9x01/QsTdhYZd8hwn52W1tF6KLAsyVIHQlvGgiX7RlPZH wnw83IJkSS0oSZ62LB6meumydb5ewuAYmrTBw= Received: by 10.86.82.6 with SMTP id f6mr4319360fgb.42.1237879110597; Tue, 24 Mar 2009 00:18:30 -0700 (PDT) Received: from terminator.telenorcinclus.local ([193.213.27.35]) by mx.google.com with ESMTPS id 4sm4230066fge.28.2009.03.24.00.18.29 (version=SSLv3 cipher=RC4-MD5); Tue, 24 Mar 2009 00:18:29 -0700 (PDT) Sender: Erik Drolshammer Message-ID: <49C888FA.7030603@fjas.no> Date: Tue, 24 Mar 2009 08:17:14 +0100 From: Erik Drolshammer Reply-To: users@activemq.apache.org User-Agent: Thunderbird 2.0.0.21 (X11/20090302) MIME-Version: 1.0 To: users@activemq.apache.org Subject: Re: Clustering for HA References: <49C7B235.2060803@fjas.no> <7b3355cb0903231218o342b1d6cjefdb7025a268bdad@mail.gmail.com> In-Reply-To: <7b3355cb0903231218o342b1d6cjefdb7025a268bdad@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Bruce Snyder wrote: > On Mon, Mar 23, 2009 at 10:00 AM, Erik Drolshammer wrote: >> Hi! Good morning :) >> We try to set up two brokers according to [1] to get some redundancy in our >> solution. The shared filesystem is based on GFS, but it doesn't seem to work >> that well. The master node use a lot of cpu, but the throughput is horrible. >> >> >> Can anyone point me to some resources describing the setup? >> Any debug tips? > > The only setup that's needed for the shared filesystem master/slave is > noting the same data directory location for each ActiveMQ instance. > That's it. ActiveMQ takes care of the rest based on the filesystem > locking. I have this element in activemq.conf on two nodes: Does this seem correct (and adequate)? It seems this setup use DerbyDB and not Kahastore. Is this the only option? Are there alternative setups that I might try? > According to the Wikipedia entry for the Google File System (GFS), it > is mainly used for data that is 'extremely rarely overwritten, or > shrunk; files are usually appended to or read.' > > http://en.wikipedia.org/wiki/Google_File_System > > Given this essential fact, I'd say that GFS is probably not a good > candidate for use by ActiveMQ since the ActiveMQ data is in almost a > constant churn of being written and removed as messages flow through > the broker. Could this be the cause of the high CPU usage and poor > throughput? Perhaps. Btw, I meant Redhat GFS [1], not Google FS. Do you know if Redhat FS is a good solution? Or what setup would you recommend? We currently use ActiveMQ 5.2.0 on RedHat platform as indicated. [1]http://www.redhat.com/gfs/ -- Best regards, Erik Drolshammer