Hi, you reached journal limit (reaching approx. 80% of the journal capacity), I assume due to number of journal files less than 8 - see http://qpid.2158936.n2.nabble.com/Message-store-library-from-qpidcomponents-org-generates-JERR-JCNTL-RECOVERJFULL-error-during-recovery-td7345136.html for detailed description.
I recommend resizing the journal before starting the qpid broker, see e.g. https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_MRG/2/html/Messaging_Installation_and_Configuration_Guide/Resize_the_Journal.html for reference. To prevent repeating the same problem in future, I recommend either increase journal files to at least 8 if relevant (or wait for the fix to be included either in 0.18 or 0.20, not sure now), or if you really reached the journal capacity by many enqueues, read https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_MRG/2/html/Messaging_Installation_and_Configuration_Guide/sect-Determining_Journal_Size.html to properly determine your journal size. Kind regards, Pavel Moravec ----- Original Message ----- > From: "[email protected]" <[email protected]> > To: [email protected] > Sent: Monday, October 8, 2012 8:22:16 PM > Subject: Cannot start qpidd > > Hi, > > I have a "ubuntu12.04 + qpidd-0.14-2 + qpidd-msgstore-0.14-1" > cluster. > My cluster was working perfectly. I turned it off without problems. > But now the command "service qpidd start" does not turn on the > daemon. > The only problem seems to be in a queue: > > Oct 8 17:32:14 net17 qpidd[12316]: 2012-10-08 17:32:14 critical > Unexpected error: Queue thiago.test: recoverQueues() failed: > jexception > 0x0205 jcntl::recover() threw JERR_JCNTL_RECOVERJFULL: Journal data > files full, cannot write. (MessageStoreImpl.cpp:826) > > I need to start the cluster and I can't lose the messages of the > other > queues. > Is there a way to make qpidd daemon to ignore this problem with the > queue thiago.test? > Is there a way to make qpidd to ignore the thiago.test queue and > start > the cluster? > > Thanks. > > -- > Thiago Henrique > adminlinux.com.br > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
