You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Jeff Mesnil (JIRA)" <ji...@apache.org> on 2015/06/16 15:29:00 UTC
[jira] [Created] (ARTEMIS-138) Failure during activation of shared
store backup
Jeff Mesnil created ARTEMIS-138:
-----------------------------------
Summary: Failure during activation of shared store backup
Key: ARTEMIS-138
URL: https://issues.apache.org/jira/browse/ARTEMIS-138
Project: ActiveMQ Artemis
Issue Type: Bug
Affects Versions: 1.0.0
Reporter: Jeff Mesnil
We test shared storage with Artemis.
The tests create 2 servers (one shared-store-master and one shared-store-slave) that shares the same directories.
Both servers are started, then I stop the master (configured with failover-on-server-shutdown=true) and waits for the backup to be activated.
During its activation, it fails with the error:
{noformat}
&#27;[0m&#27;[31m13:52:16,089 ERROR [org.apache.activemq.artemis.core.server] (AMQ119000: Activation for server ActiveMQServerImpl::serverUUID=1fc66cce-141e-11e5-943f-b9d2cecdc731) AMQ224000: Failure in initialisation: java.io.IOException: Failed to list: /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/bindings-directory
at org.apache.activemq.artemis.core.journal.impl.AbstractSequentialFileFactory.listFiles(AbstractSequentialFileFactory.java:201)
at org.apache.activemq.artemis.core.journal.impl.NIOSequentialFileFactory.listFiles(NIOSequentialFileFactory.java:25)
at org.apache.activemq.artemis.core.journal.impl.JournalImpl.cleanupTmpFiles(JournalImpl.java:2938)
at org.apache.activemq.artemis.core.journal.impl.JournalImpl.checkControlFile(JournalImpl.java:2926)
at org.apache.activemq.artemis.core.journal.impl.JournalImpl.load(JournalImpl.java:1718)
at org.apache.activemq.artemis.core.journal.impl.JournalImpl.load(JournalImpl.java:1324)
at org.apache.activemq.artemis.core.journal.impl.JournalImpl.load(JournalImpl.java:1307)
at org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.loadBindingJournal(JournalStorageManager.java:2175)
at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.loadJournals(ActiveMQServerImpl.java:1971)
at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.initialisePart2(ActiveMQServerImpl.java:1851)
at org.apache.activemq.artemis.core.server.impl.SharedStoreBackupActivation.run(SharedStoreBackupActivation.java:88)
at java.lang.Thread.run(Thread.java:745)
{noformat}
Locally, the test passes but its fails on our CI (http://brontes.lab.eng.brq.redhat.com/viewLog.html?buildId=56939&buildTypeId=WFPR)
The shared store directories looks fine just before stopping the master server.
{noformat}
SHARED_STORE_DIR = /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/large-messages-directory
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/bindings-directory
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/bindings-directory/activemq-bindings-2.bindings
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/bindings-directory/activemq-jms-2.jms
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/bindings-directory/activemq-bindings-1.bindings
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/bindings-directory/activemq-jms-1.jms
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/journal-directory
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/journal-directory/activemq-data-1.amq
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/journal-directory/server.lock
+ /opt/buildAgent/work/a31d203e70e89f90/testsuite/integration/manualmode/target/activemq/journal-directory/activemq-data-2.amq
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)