Return-Path: X-Original-To: apmail-activemq-users-archive@www.apache.org Delivered-To: apmail-activemq-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6D91997EA for ; Tue, 7 Feb 2012 03:41:16 +0000 (UTC) Received: (qmail 48767 invoked by uid 500); 7 Feb 2012 03:41:16 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 48350 invoked by uid 500); 7 Feb 2012 03:41:10 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 48342 invoked by uid 99); 7 Feb 2012 03:41:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Feb 2012 03:41:09 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of brianw@marketo.com designates 67.192.241.155 as permitted sender) Received: from [67.192.241.155] (HELO smtp155.dfw.emailsrvr.com) (67.192.241.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Feb 2012 03:41:02 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp25.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 95FE32D028D for ; Mon, 6 Feb 2012 22:40:40 -0500 (EST) X-Virus-Scanned: OK Received: by smtp25.relay.dfw1a.emailsrvr.com (Authenticated sender: brianw-AT-marketo.com) with ESMTPSA id 409A32D0235 for ; Mon, 6 Feb 2012 22:40:40 -0500 (EST) Message-ID: <4F309D37.2010007@marketo.com> Date: Mon, 06 Feb 2012 19:40:39 -0800 From: Brian Wright Organization: Marketo.com User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: users@activemq.apache.org Subject: Question about activemq queue message events Content-Type: multipart/alternative; boundary="------------090402010902090000070509" X-Virus-Checked: Checked by ClamAV on apache.org --------------090402010902090000070509 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, I'm actually asking this question on behalf of one of our developers. As I understand ActiveMQ (and Servicemix), when a message is placed into a queue, an event is fired off telling the consumer a new message is now present. It is then the consumer's job to pick up the new message and process it. We had a recent issue where it appeared that new message arrival events were either not firing or firing off very slowly to the consumer as messages were placed into the queue. So, the message queue was backing up and messages were not being processed. Note that we have about 8 different queues on this Servicemix server, but only one of the queues exhibited this behavior. As a result, the processing ground to a halt on this specific queue and queue messages backed up. Once we restarted everything involving servicemix, activemx and the consumer of the queue, everything went back to normal processing speed. I'm trying to determine if there are any known issues that could cause this behavior within ActiveMQ. We are running Apache Servicemix version 4.3.1-fuse-01-09 using ActiveMQ version 5.4.2 (looks like the ActiveMQ packages were included with the Servicemix package). As another question, since it appears ActiveMQ was included in the Servicemix package, should I ask this question on the Servicemix forum instead? Any help would be appreciated. Thanks. -- *Brian Wright* *Sr. UNIX Systems Administrator* 901 Mariners Island Blvd Suite 200 San Mateo, CA 94404 USA *Email *brianw@marketo.com *Phone *+1.650.539.3530** *****www.marketo.com * Marketo Logo --------------090402010902090000070509 Content-Type: multipart/related; boundary="------------080702090008090806070707" --------------080702090008090806070707 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello,

I'm actually asking this question on behalf of one of our developers.  As I understand ActiveMQ (and Servicemix), when a message is placed into a queue, an event is fired off telling the consumer a new message is now present.  It is then the consumer's job to pick up the new message and process it.

We had a recent issue where it appeared that new message arrival events were either not firing or firing off very slowly to the consumer as messages were placed into the queue.  So, the message queue was backing up and messages were not being processed.  Note that we have about 8 different queues on this Servicemix server, but only one of the queues exhibited this behavior.  As a result, the processing ground to a halt on this specific queue and queue messages backed up.  Once we restarted everything involving servicemix, activemx and the consumer of the queue, everything went back to normal processing speed.

I'm trying to determine if there are any known issues that could cause this behavior within ActiveMQ.  We are running Apache Servicemix version 4.3.1-fuse-01-09 using ActiveMQ version 5.4.2 (looks like the ActiveMQ packages were included with the Servicemix package).

As another question, since it appears ActiveMQ was included in the Servicemix package, should I ask this question on the Servicemix forum instead?

Any help would be appreciated.

Thanks.

--
Signature

Brian Wright
Sr. UNIX Systems Administrator
901 Mariners Island Blvd Suite 200
San Mateo, CA 94404 USA
Email  brianw@marketo.com
Phone +1.650.539.3530
www.marketo.com

Marketo Logo


--------------080702090008090806070707 Content-Type: image/jpeg; x-mac-type="0"; x-mac-creator="0"; name="Marketo.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="Marketo.jpg" /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwgHBgoICAgLCgoLDhgQDg0NDh0VFhEYIx8l JCIfIiEmKzcvJik0KSEiMEExNDk7Pj4+JS5ESUM8SDc9Pjv/2wBDAQoLCw4NDhwQEBw7KCIo Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozv/wAAR CABdAJ0DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKRmVFLMQFAySe wqjrGsW+i2X2m4DsCwVVQck1z994tt9T8O6i1vFLEyIE+fHO447fjWkacpapaCubtv4h0i7u Vt7e/iklc4VQTzWlXmnga0+0eIVlIytvGX/HoP516XVVoKErIEFFFFYjCiiigAooooAKKKKA CiiigAooooAKKKKAOe1fxjY6RftZvDNLIgBYpjAzzjmue8Za3JdtYrbSSwxvAJiobafm6Zx7 CuuufDWj3lw9xcWKSSyHLMWbk/nUd54W0e+kEk1sdwUICrkYAGAK6YTpRadhann19PN/YdhB LK7mRnm+ZicDO0fyNEv+j+GYU6Nd3DSH/dQYH6k12moeCLG98vy7iaExRiNAMMABWRrvhDUv Jtls9lxFbQhNoOGJySTj3JrojWg7K4rFv4eWu20u7sjmRwgPsBk/zrsayfDFi+n6BbQyIUkI LupGCCTmtauKrLmm2NBRRRWYwooooAK8t+Jmq3Da7FYwTyIkEQLKjkZZue3tivUq8buD/bnj LVLn7yRJPIPoikD+lVEmWx0ngjV207wTqGoXczyLBKxQOxPOBgc+prhoLvUtW1qEPeXBmuZ1 GRIRyT2q1Z3Mt9odl4dtT+8urwvJj0wAuf1P4Vo+FLaC58eb0IFrZb3DHoFQYB/rVbEb2O+1 fxpomhXH2S6uJJJ0A3JEm4r9e2am0PxZpHiCRorGZvNQbjHIu1seo9a4OfVNEPiK41HRdJu9 UusvIzTNmEerbcZx9ah8CybdT1XW3ARbW1kkwowAzcgD8jS5dCubU70+N9AF7PaNe7Xtwxdi h28dQD3NcX4/8S/2mmmpp00yQSRtLjlC2W2jI/A4+tVPAfhy28RX93PqKNJBCASoYjc7E9SP oao+JJM+LZksIAY7AiOKMDIVYhz+HBNCSuJttHpEnifSfDVrZ6dqF273aQIrqql2zgdcetT6 x4w0fQ/LW8mfzZFDiJEy4B9R2/GuP+Hemw6zqd5rWoyfaLmGQFQ/PzHJ3H+lc/c6lJeeN5tR WyOoYuSy2+0tvVeAMfQCiyuPmdj07RfGmi67cG3tZpEmwWCSptLAdcV594w8Urq+vxPZ3U6W VvhcqSuTn5mA/wA9KueF9Ovrrx2NSn0uawt8yTbWiKovGAAcD1qt4XtLfXfH8srQIbZZJJvL 2jbjOF4+pFCSQm2zv9R8YaNpNlbT3E7n7RGJIo1TLlT3I7fjUejeOdE1u6FrbyyRzMPlSZNu 76HpXDTqviH4niFlDwJcbNvbZGOR9OD+dFskd/8AFRRaxrHFHdkgRjAwg5/lRZD5mel6brdp qsksdtvzEed64z7itCq9tYWlk0jW1ukRkOWKjrVioLCiiigAooooAhu/N+xzeQA03lt5YJxl scfrXnnhbwhq9tZaxJeWwhnubVoYVZwSxPJPHTtXpNFNMTVzzXwn4O1bTlvdRurUR3SW7paR FxkuRjPt6fjS+HPCGs2eh6y01v5N5dQeTCjOMkdT06Z6V6TRT5mLlR5Lo+i+LrLSNSs7XSRE LpQrvKQrkdCF575NaGmeGNZs/A+q2q2LLfXcqr5ZZcmMY6HP1r0qijmDlOX8CaFdaFoMi3cQ S6nkLlNwOBjABI/zzWF4R8I6mmu3l9rNr5SSRyKMsCWZ+uMdsZ/OvRaKVx2PPvA/h3W9B167 jurbbZyRFDKHBDEH5SB19ayLLRvFfhPVbiSx0z7WZEaNZVG4YJyCOeD9a9Yop8wuU4nwvoPi GOyv7nVbyb7TcwtHBFLKW2E/xHsDms7wT4c8R6Fr7GezijtpE2zSswbIHIC4Pc4r0eilcOU8 r/sLxP4Z8Sz3+n6cL0Oz+W4G4EMe4zkGtfwH4U1DT9Rm1fVYvKldSscZILZJyScdK72inzBy hRRRUlBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf/Z --------------080702090008090806070707-- --------------090402010902090000070509--