Thank you Tim, I will make these changes appreciate it ! Yes only some of our
producers are setting persistent property. I will also make that required
for all our producer apps to make sure we don't lose messages from our
queues on a broker re-start. Thank you !
--
Sent from: http://activemq.22
1) I've always found far more value in the information exposed via JMX than
in the content shown on the web console. The web console is great for basic
system monitoring, but anytime you want to understand what's actually going
on inside the broker, I've always found that JMX was far more useful. S
Thank you Tim and Raffi,
I made the change and re-started brokers.
Tim,
I do see consumers that have no session attached in ActiveMQ Web Console.
Can I still set replayWhenNoConsumers ? One other thing we have to deal with
is that whenever brokers are re-started most of our queues disappear.
Do
In addition, read and follow the Stuck Messages section of the Network of
Brokers page I linked to earlier to avoid stranding messages.
On Sep 18, 2017 12:42 PM, "Raffi" wrote:
> Remove "rebalanceClusterClients=true", it distributes connections across
> brokers, likely exacerbating your problem.
Remove "rebalanceClusterClients=true", it distributes connections across
brokers, likely exacerbating your problem. Is "duplex="true" enabled from
both ends of the connector? If so, enable it from one end only, or, remove
it entirely and use static connections between the brokers.
--
Sent from:
Yes our Consumers are always up and running and there were actually two
subscribers at the time of this issue we have seen with stuck messages. This
is more seems to happen very frequently with 5.15.0 version causing panic
withing the team on whether its good to set up network of brokers or not. I
When a message is stuck on a given queue, have you confirmed that there is
at least one consumer for that queue connected to the broker on which the
message resides? A JMX viewer such as JConsole is ideal for determining
this.
I haven't used the rebalanceClusterClients option before, but I expect
That would make sense, there is only on instance involved. The consumer is a
bit suspect so we will focus on why that is disconnecting.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-Messages-on-queue-tp4676047p4676073.html
Sent from the ActiveMQ - User mailing lis
Hello,
Interestingly the brokerPath only contains the same broker name mqueue01.hl1.hl.
Are you using a broker network? If yes do all broker instances in your network
have a unique broker name assigned?
If all broker names are unique or if you don’t use broker networks then this
brokerPath mig
Hi, i upgraded yesterday to 5.9.0 version and i can't reproduce the problem
of stuck messages.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-Pending-Queue-Size-stopped-to-be-dispatched-to-Dispatched-Queue-Size-tp4673046p4673153.html
Sent from the ActiveMQ
ondering
> if there is a way to manually monitor Apache?
>
> From: Gaurav Sharma [via ActiveMQ] [mailto:
> ml-node+s2283324n4662994...@n4.nabble.com]
> Sent: Thursday, February 07, 2013 11:13 AM
> To: Masanz, Don
> Subject: Re: Stuck Messages
>
> Aah, I see. So, a good plac
we know that we can
execute AIX scripts to monitor MQ Series so I'm wondering if there is a way to
manually monitor Apache?
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662994...@n4.nabble.com]
Sent: Thursday, February 07, 2013 11:13 AM
To: Masanz, Don
Subject: Re: Stuck
Were you able to see anything in the activemq.xml that I had sent back to you?
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662994...@n4.nabble.com]
Sent: Thursday, February 07, 2013 11:13 AM
To: Masanz, Don
Subject: Re: Stuck Messages
Aah, I see. So, a good place to start is
t; >
> > >Regards,
> > >Raúl.
> > >On 8 Feb 2013 16:58, "Donald Masanz" wrote:
> > >
> > >> I believe this is the file you are asking about. I added a .txt
> > extension
> > >> so it would go thru our firewalls.
> > >
ile you are asking about. I added a .txt
> extension
> >> so it would go thru our firewalls.
> >>
> >> From: Gaurav Sharma [via ActiveMQ] [mailto:
> >> ml-node+s2283324n4662994...@n4.nabble.com]
> >> Sent: Thursday, February 07, 2013 11:13 AM
> >> T
extension
> so it would go thru our firewalls.
>
> From: Gaurav Sharma [via ActiveMQ] [mailto:
> ml-node+s2283324n4662994...@n4.nabble.com]
> Sent: Thursday, February 07, 2013 11:13 AM
> To: Masanz, Don
> Subject: Re: Stuck Messages
>
> Aah, I see. So, a good place to
I believe this is the file you are asking about. I added a .txt extension so
it would go thru our firewalls.
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662994...@n4.nabble.com]
Sent: Thursday, February 07, 2013 11:13 AM
To: Masanz, Don
Subject: Re: Stuck Messages
Aah, I see
Thank you so much for the information. I'll look into it 1st chance I get
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662994...@n4.nabble.com]
Sent: Thursday, February 07, 2013 11:13 AM
To: Masanz, Don
Subject: Re: Stuck Messages
Aah, I see. So, a good place to start is:
a clue what you are talking about.
>
>
> From: Gaurav Sharma [via ActiveMQ]
> [mailto:ml-node+s2283324n4662992...@n4.nabble.com]
> Sent: Thursday, February 07, 2013 10:57 AM
> To: Masanz, Don
> Subject: Re: Stuck Messages
>
> Forgot to mention - since you know what qu
, I really don't
have much of a clue what you are talking about.
From: Gaurav Sharma [via ActiveMQ]
[mailto:ml-node+s2283324n4662992...@n4.nabble.com]
Sent: Thursday, February 07, 2013 10:57 AM
To: Masanz, Don
Subject: Re: Stuck Messages
Forgot to mention - since you know what queues and t
o a manual check?
>>
>> From: tetoconsusport [via ActiveMQ]
>> [mailto:ml-node+s2283324n4662949...@n4.nabble.com]
>> Sent: Wednesday, February 06, 2013 4:52 PM
>> To: Masanz, Don
>> Subject: Re: Stuck Messages
>>
>> Did you find a solution f
tops processing, or
> do you have to do a manual check?
>
> From: tetoconsusport [via ActiveMQ]
> [mailto:ml-node+s2283324n4662949...@n4.nabble.com]
> Sent: Wednesday, February 06, 2013 4:52 PM
> To: Masanz, Don
> Subject: Re: Stuck Messages
>
> Did you find a sol
ActiveMQ]
[mailto:ml-node+s2283324n4662949...@n4.nabble.com]
Sent: Wednesday, February 06, 2013 4:52 PM
To: Masanz, Don
Subject: Re: Stuck Messages
Did you find a solution for this? We are running activemq 5.7 and have had this
issue as well. If we restart activemq everything works however, we have
No I have not but I like the fact that you just restart MQ. I may have to try
that the next time ours fails
Sent from my iPhone
Donald Masanz
On Feb 6, 2013, at 4:52 PM, "tetoconsusport [via ActiveMQ]"
mailto:ml-node+s2283324n4662949...@n4.nabble.com>>
wrote:
Did you find a solution for this?
Check replayWhenNoConsumers config for
At the bottom of this page:
http://activemq.apache.org/networks-of-brokers.html
On Wed, Jan 23, 2013 at 12:17 PM, Mohit Anchlia wrote:
> We have some messages that are stuck in the queue. Even though there are
> consumers on it, it's not getting re-deli
I am experiencing the same issues. We are running version 5.5 I haven't
seen an answer to this issue anywhere in the forums.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-Messages-tp4662092p4662103.html
Sent from the ActiveMQ - User mailing list archive at Nabbl
: Saturday, January 12, 2013 09:57
To: Steffen Plotner
Subject: Re: Stuck messages - Dispatch issues
Looks like your network connectors are in one direction only, ie, node1 -->
node2
What this means is messages will only flow across the network FROM node1 TO
node2 based on the demand (consumers) on no
Looks like your network connectors are in one direction only, ie, node1 -->
node2
What this means is messages will only flow across the network FROM node1 TO
node2 based on the demand (consumers) on node2. They will not flow the
other way unless you set up a bridge in the other direction (node2 -->
Hi,
Using 5.7.0 I find that the problem exists in the following way:
2 brokers connected via network.
Broker A
has consumer connected to a /queue/foo.test
Broker B
has a producer connected to /queue/foo.test
the producer is producing message for /queue/foo.test and the consumer
I am seeing this same issue with version 5.5.1
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-in-topic-after-restart-of-broker-tp4024125p4043262.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
I created a jira issue for this problem and included a a unit test for
verification.
https://issues.apache.org/jira/browse/AMQ-3594
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-in-topic-after-restart-of-broker-tp4024125p4041053.html
Sent from the ActiveMQ
can you create a test case that reproduces this and open a Jira for it?
Regards
--
Dejan Bosanac - http://twitter.com/dejanb
-
The experts in open source integration and messaging - http://fusesource.com
ActiveMQ in Action - http://www.manning.com/snyder/
Blog - http://www.nightta
We tested with activemq version 5.4.2. The message stuck with this version
too. I think a jms provider in which the messages stuck is not useable. The
activemq team should stop to fix another problems and begin to analyse what
the reason for this problem is and deliver a patch as soon as possible.
We have been experiencing the same Issue and using 5.2.0.
Recently upgraded to 5.4.2 because of this, But I am Not Sure this has been
fixed.
Responding to Rob Davis Post..
I think nothing to suspect with Spring here, because when this is happening
I tried hitting the same queue with a new simpl
Hi,
the problem we have too. Sometimes the messages stuck in queue and after a
restart it deliver to the consumer.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Stuck-messages-Dispatch-issues-tp2367852p3443852.html
Sent from the ActiveMQ - User mailing list archive at Na
Yes. I am using spring 3.0, but not for JMS. I manage my own connections,
sessions, producers, and consumers. I have tried reproducing the issue in a
test case, but I cannot. It only occurs in my application, when I have
roughly 20 or more concurrent consumers, each associated with a different
Do you still get problems if not using Spring ?
On 20 Feb 2010, at 07:12, Elliot Barlas wrote:
Was this issue ever resolved? I am seeing this as well with a large
number
of concurrent consumers. Same symptoms. Lost messages until broker
restart.
Thanks,
Elliot
chrajanirao wrote:
We
Sounds scary to me, as system I'm working on uses activemq extensively, and
is not production-proven yet.
Do you have/can you build a junit test case that reproduces the issue under
5.3? If so, that looks like a good start for Jira defect.
Disclaimer - I'm not an AMQ committer.
Thanks,
Pavel
On
Unfortunately I am seeing it in 5.3. I just posted on this more current
thread as well:
http://old.nabble.com/50k-%2B-messages-stuck-in-queue-with-all-consumers-blocking-on-receive-td27162095.html
Thanks,
Elliot
rajdavies wrote:
>
> This should be resolved in 5.3
> On 20 Feb 2010, at 07:12,
This should be resolved in 5.3
On 20 Feb 2010, at 07:12, Elliot Barlas wrote:
Was this issue ever resolved? I am seeing this as well with a large
number
of concurrent consumers. Same symptoms. Lost messages until broker
restart.
Thanks,
Elliot
chrajanirao wrote:
We are seeing issues
Was this issue ever resolved? I am seeing this as well with a large number
of concurrent consumers. Same symptoms. Lost messages until broker
restart.
Thanks,
Elliot
chrajanirao wrote:
>
> We are seeing issues with ActiveMQ 5.1 and 5.2 RC2 with message
> dispatching from queues. It is easi
can you share the details of the compilation issues so we can help diagnose?
2009/7/30 couzteau
>
> Thanks for the info!
>
> I integrated 5.3-snapshot but ran into compile issues with the latest jar -
> So I abandoned that.
>
>
>
> Gary Tully wrote:
> >
> > in the absence of a test case, the bes
Thanks for the info!
I integrated 5.3-snapshot but ran into compile issues with the latest jar -
So I abandoned that.
Gary Tully wrote:
>
> in the absence of a test case, the best approach is to try out a
> 5.3-SNAPSHOT
>
> 2009/7/30 couzteau
>
>>
>> Has this been solved yet? I'm seeing it
o deadlock queues, and they will then not
deliver or accept any more messages until the broker is restarted.
Regards,
Mats
> -Original Message-
> From: couzteau [mailto:couzt...@bitfaeule.net]
> Sent: Thursday, July 30, 2009 2:57 AM
> To: users@activemq.apache.org
> Su
in the absence of a test case, the best approach is to try out a
5.3-SNAPSHOT
2009/7/30 couzteau
>
> Has this been solved yet? I'm seeing it with 5.2.0.
>
> I'm seeing an issue that occurs on some machines (where machines are
> identical regarding OS, Java version and hardware).
>
> Consumers th
Has this been solved yet? I'm seeing it with 5.2.0.
I'm seeing an issue that occurs on some machines (where machines are
identical regarding OS, Java version and hardware).
Consumers that are on the same machine as the producer usually work fine.
It's a major blocker for us - any comments high
Here is the issue that I created. Although the test case may not be of much
help as I could not get it to fail with embedded broker, hope you would look
into the issue.
https://issues.apache.org/activemq/browse/AMQ-2009
Thanks,
Rajani.
Gary Tully wrote:
>
> A test case would be great because
A test case would be great because it would be good to get this issue
fully understood. This is a potential blocker for the 5.2.0 release
IMHO. Can you raise a jira issue to track this?
thanks.
2008/11/14 chrajanirao <[EMAIL PROTECTED]>:
>
> I tried 5.2 RC3 and it seem to have new bugs. It dispatc
I tried 5.2 RC3 and it seem to have new bugs. It dispatching duplicates. One
of my test run resulted below:
Messages sent: 1000 (using 50 threads 20 times)
Consumers: 2 trasacted
Queue Attributes in JConsole:
DequeCount: 1000
DipatchCount: 4849
EnqueueCount:1000
InFlightCount: 3849
QueueSize: 49
Once such problem[1] was resolved for 5.2.0 RC3, would it be possible
to validate RC3[2]?
What would really help here is a JUnit test case that demonstrates the problem.
[1] https://issues.apache.org/activemq/browse/AMQ-1984
[2]
http://people.apache.org/~gtully/staging-repos/activemq-5.2.0/org/a
What are the queue's "DequeueCount" and "InFlightCount" attributes
registering on the jconsole?
Joe
Get a free ActiveMQ user guide @ http://www.ttmsolutions.com
chrajanirao wrote:
>
> We are seeing issues with ActiveMQ 5.1 and 5.2 RC2 with message
> dispatching from queues. It is easily rep
51 matches
Mail list logo
