Although the exit was for a critical IO error. Some IO error.
On Thu, Sep 2, 2021 at 7:55 AM Youyu Shao <[email protected]> wrote: > Thank you very much, this is really helpful. > > Youyu > > From: Gary Tully <[email protected]> > Sent: Thursday, September 2, 2021 5:01 AM > To: [email protected] > Subject: [EXTERNAL] Re: Does Artemis call System.exit(*) on the JVM after > logging the message: AMQ221002: Apache ActiveMQ Artemis Message Broker > version 2.11.0 [9f2633f9-78a1-11ea-8d51-0050569d6b43] stopped, uptime 3 > days 17 hours > > note the doc: > https://activemq.apache.org/components/artemis/documentation/latest/critical-analysis.html > < > https://protect-us.mimecast.com/s/32HvCkRORQun21pjSVtscN?domain=activemq.apache.org > > > - it should just log the error unless configured to do otherwise > > On Mon, 30 Aug 2021 at 23:06, Youyu Shao <[email protected]<mailto: > [email protected]>> wrote: > > > > Hi, > > > > We have being using Artemis 2.11.0 for a while. Recently we had an issue > of file access violation as captured in the following two consecutive > Artemis log entries: > > > > 2021-08-26 00:40:46,308 WARN [org.apache.activemq.artemis.core.server] > AMQ222010: Critical IO Error, shutting down the server. file=NULL, > message=unable to open : java.nio.file.FileSystemException: > D:\CharlesRiver\serverapps01\jmsartemis\crdjmsbroker\data\journal\activemq-data-19761.amq: > The process cannot access the file because it is being used by another > process. > > > > at > java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:92) > > at > java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:103) > > at > java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:108) > > at > java.base/sun.nio.fs.WindowsFileSystemProvider.newFileChannel(WindowsFileSystemProvider.java:116) > > at java.base/java.nio.channels.FileChannel.open(FileChannel.java:292) > > at java.base/java.nio.channels.FileChannel.open(FileChannel.java:345) > > at > org.apache.activemq.artemis.core.io.mapped.MappedFile.of(MappedFile.java:58) > > at > org.apache.activemq.artemis.core.io.mapped.MappedSequentialFile.open(MappedSequentialFile.java:100) > > at > org.apache.activemq.artemis.core.journal.impl.JournalFilesRepository.openFile(JournalFilesRepository.java:217) > > at > org.apache.activemq.artemis.core.journal.impl.JournalFilesRepository.takeFile(JournalFilesRepository.java:543) > > at > org.apache.activemq.artemis.core.journal.impl.JournalFilesRepository.pushOpenedFile(JournalFilesRepository.java:486) > > at > org.apache.activemq.artemis.core.journal.impl.JournalFilesRepository$1.run(JournalFilesRepository.java:92) > > at > org.apache.activemq.artemis.utils.actors.OrderedExecutor.doTask(OrderedExecutor.java:42) > > at > org.apache.activemq.artemis.utils.actors.OrderedExecutor.doTask(OrderedExecutor.java:31) > > at > org.apache.activemq.artemis.utils.actors.ProcessorBase.executePendingTasks(ProcessorBase.java:66) > > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > > at > org.apache.activemq.artemis.utils.ActiveMQThreadFactory$1.run(ActiveMQThreadFactory.java:118) > > > > 2021-08-26 00:40:47,531 INFO [org.apache.activemq.artemis.core.server] > AMQ221002: Apache ActiveMQ Artemis Message Broker version 2.11.0 > [9f2633f9-78a1-11ea-8d51-0050569d6b43] stopped, uptime 3 days 17 hours > > > > We try to institute some mechanism to monitor if Artemis JVM is live or > not. Does Artemis call System.exit(*) on the JVM after logging the message > "...stopped, uptime 3 days 17 hours" ? > > > > Thank you very much for your help, > > Youyu > > > > The information in this e-mail communication together with any > attachments is intended only for the person or entity to which it is > addressed and may contain confidential and/or privileged material. If you > are not the intended recipient of this e-mail communication, please notify > us immediately. Any views expressed in this e-mail communication are those > of the individual sender, unless otherwise specifically stated. Charles > River Development does not represent, warrant or guarantee that the > integrity of this communication has been maintained or that the > communication is free of errors, virus or interference. > > The information in this e-mail communication together with any attachments > is intended only for the person or entity to which it is addressed and may > contain confidential and/or privileged material. If you are not the > intended recipient of this e-mail communication, please notify us > immediately. Any views expressed in this e-mail communication are those of > the individual sender, unless otherwise specifically stated. Charles River > Development does not represent, warrant or guarantee that the integrity of > this communication has been maintained or that the communication is free of > errors, virus or interference. > -- Clebert Suconic
