9 Replies Latest reply on Oct 30, 2017 2:18 AM by Miroslav Novak

    Removing journal files after server restart

    Bui Van Nghiem Newbie

      Hello experts,

       

      In our production, we hit an issue that our WildFly 10.1.0 server  can not start up and stuck at reading journal files.

      It stuck at below thread:

       

       

      "ServerService Thread Pool -- 3" #88 prio=5 os_prio=0 tid=0x00007fc594002260 nid=0x21cd waiting on condition [0x00007fc4d7b74000]

      java.lang.Thread.State: TIMED_WAITING (parking)

      at sun.misc.Unsafe.park(Native Method)

      - parking to wait for  <0x0000000793d4c9a0> (a java.util.concurrent.CountDownLatch$Sync)

      at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)

      at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)

      at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)

      at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)

      at org.apache.activemq.artemis.core.journal.impl.SimpleWaitIOCallback.waitCompletion(SimpleWaitIOCallback.java:56)

      at org.apache.activemq.artemis.core.io.aio.AIOSequentialFile.read(AIOSequentialFile.java:173)

      at org.apache.activemq.artemis.core.journal.impl.JournalImpl.readFileHeader(JournalImpl.java:2263)

      at org.apache.activemq.artemis.core.journal.impl.JournalImpl.orderFiles(JournalImpl.java:340)

      at org.apache.activemq.artemis.core.journal.impl.JournalImpl.load(JournalImpl.java:1469)

      - locked <0x0000000709a44268> (a org.apache.activemq.artemis.core.journal.impl.JournalImpl)

      at org.apache.activemq.artemis.core.journal.impl.JournalImpl.load(JournalImpl.java:1116)

      - locked <0x0000000709a44268> (a org.apache.activemq.artemis.core.journal.impl.JournalImpl)

      at org.apache.activemq.artemis.core.journal.impl.JournalImpl.load(JournalImpl.java:1100)

      at org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.loadMessageJournal(JournalStorageManager.java:1266)

      at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.loadJournals(ActiveMQServerImpl.java:1736)

      at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.initialisePart2(ActiveMQServerImpl.java:1630)

      - locked <0x0000000709a44698> (a org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl)

      at org.apache.activemq.artemis.core.server.impl.LiveOnlyActivation.run(LiveOnlyActivation.java:63)

      at org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.start(ActiveMQServerImpl.java:401)

      - locked <0x0000000709a44698> (a org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl)

      at org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl.start(JMSServerManagerImpl.java:381)

      - locked <0x000000070a23e368> (a org.apache.activemq.artemis.jms.server.impl.JMSServerManagerImpl)

      at org.wildfly.extension.messaging.activemq.jms.JMSService.doStart(JMSService.java:199)

      - locked <0x0000000709a447b0> (a org.wildfly.extension.messaging.activemq.jms.JMSService)

      at org.wildfly.extension.messaging.activemq.jms.JMSService.access$000(JMSService.java:63)

      at org.wildfly.extension.messaging.activemq.jms.JMSService$1.run(JMSService.java:97)

      at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)

      at java.util.concurrent.FutureTask.run(FutureTask.java:266)

      at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

      at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

      at java.lang.Thread.run(Thread.java:745)

      at org.jboss.threads.JBossThread.run(JBossThread.java:320)

       

       

      We try to delete the journal files then restart the server and it come up properly.

       

      My question is that, is it safe to remove those journal files before start the WIldfly server. We do NOT need and old JMS  event/data.

       

      Thank in advanced!

      Nghiem