Return-Path: 
 <dev-return-48344-apmail-activemq-dev-archive=activemq.apache.org@activemq.apache.org>
X-Original-To: apmail-activemq-dev-archive@www.apache.org
Delivered-To: apmail-activemq-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 2876F17315
	for <apmail-activemq-dev-archive@www.apache.org>;
 Thu, 29 Jan 2015 08:26:34 +0000 (UTC)
Received: (qmail 18906 invoked by uid 500); 29 Jan 2015 08:26:34 -0000
Delivered-To: apmail-activemq-dev-archive@activemq.apache.org
Received: (qmail 18826 invoked by uid 500); 29 Jan 2015 08:26:34 -0000
Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@activemq.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@activemq.apache.org>
List-Post: <mailto:dev@activemq.apache.org>
List-Id: <dev.activemq.apache.org>
Reply-To: dev@activemq.apache.org
Delivered-To: mailing list dev@activemq.apache.org
Received: (qmail 18814 invoked by uid 99); 29 Jan 2015 08:26:34 -0000
Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Jan 2015 08:26:34 +0000
Date: Thu, 29 Jan 2015 08:26:34 +0000 (UTC)
From: "Heikki Manninen (JIRA)" <jira@apache.org>
To: dev@activemq.apache.org
Message-ID: <JIRA.12770925.1422515616000.203008.1422519994449@Atlassian.JIRA>
In-Reply-To: <JIRA.12770925.1422515616000@Atlassian.JIRA>
References: <JIRA.12770925.1422515616000@Atlassian.JIRA>
 <JIRA.12770925.1422515616883@arcas>
Subject: [jira] [Comment Edited] (AMQ-5549) Shared Filesystem Master/Slave
 using NFSv4 allows both brokers become active at the same time
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


    [ https://issues.apache.org/jira/browse/AMQ-5549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14296517#comment-14296517 ] 

Heikki Manninen edited comment on AMQ-5549 at 1/29/15 8:25 AM:
---------------------------------------------------------------

This seems to be related: https://issues.apache.org/jira/browse/AMQ-4705

Tested with the following configurations:

- Grace Time 45s, Lease Time 10s
- lockKeepAlivePeriod=15000
- lockAcquireSleepInterval=5000

- Grace Time 45s, Lease Time 10s
- lockKeepAlivePeriod=15000
- lockAcquireSleepInterval=5000

- Grace Time 60s, Lease Time 30s
- lockKeepAlivePeriod=15000
- lockAcquireSleepInterval=5000

- Grace Time 65s, Lease Time 30s
- lockKeepAlivePeriod=5000
- lockAcquireSleepInterval=15000

All tests came out with the same results as the original.

Configuration:

{code:xml}
        <persistenceAdapter>
            <kahaDB directory="${activemq.data}/kahadb" lockKeepAlivePeriod="15000">
              <locker>
                <shared-file-locker lockAcquireSleepInterval="5000"/>
              </locker>
            </kahaDB>
        </persistenceAdapter>
{code}



was (Author: heikki_m):
This seems to be related: https://issues.apache.org/jira/browse/AMQ-4705

Will try with the following configuration:

        <persistenceAdapter>
            <kahaDB directory="${activemq.data}/kahadb" lockKeepAlivePeriod="1000">
              <locker>
                <shared-file-locker lockAcquireSleepInterval="5000"/>
              </locker>
            </kahaDB>
        </persistenceAdapter>

> Shared Filesystem Master/Slave using NFSv4 allows both brokers become active at the same time
> ---------------------------------------------------------------------------------------------
>
>                 Key: AMQ-5549
>                 URL: https://issues.apache.org/jira/browse/AMQ-5549
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Broker, Message Store
>    Affects Versions: 5.10.1
>         Environment: - CentOS Linux 6
> - OpenJDK 1.7
> - ActiveMQ 5.10.1
>            Reporter: Heikki Manninen
>            Priority: Critical
>
> Identical ActiveMQ master and slave brokers are installed on CentOS Linux 6 virtual machines. There is a third virtual machine (also CentOS 6) providing an NFSv4 share for the brokers KahaDB.
> Both brokers are started and the master broker acquires file lock on the lock file and the slave broker sits in a loop and waits for a lock as expected. Also changing brokers work as expected.
> Once the network connection of the NFS server is disconnected both master and slave NFS mounts block and slave broker stops logging file lock re-tries. After a short while after bringing the network connection back the mounts come back and the slave broker is able to acquire the lock simultaneously. Both brokers accept client connections.
> In this situation it is also possible to stop and start both individual brokers many times and they are always able to acquire the lock even if the other one is already running. Only after stopping both brokers and starting them again is the situation back to normal.
> * NFS server:
> - CentOS Linux 6
> - NFS v4 export options: rw,sync
> - NFS v4 grace time 45 seconds
> - NFS v4 lease time 10 seconds
> * NFS client:
> - CentOS Linux 6
> - NFS mount options: nfsvers=4,proto=tcp,hard,wsize=65536,rsize=65536
> * ActiveMQ configuration (otherwise default):
>         <persistenceAdapter>
>             <kahaDB directory="${activemq.data}/kahadb">
>               <locker>
>                 <shared-file-locker lockAcquireSleepInterval="1000"/>
>               </locker>
>             </kahaDB>
>         </persistenceAdapter>



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)