[rabbitmq-discuss] Memory watermark alert not resetting.

Simon MacMullen simon at rabbitmq.com
Thu Oct 4 16:57:35 BST 2012


So that looks to me like mongo-qa2 is a RAM node, and you are starting 
it before mongo-qa1, which is presumably a disc node?

What happens if you start mongo-qa1 first?

Cheers, Simon

On 04/10/12 16:38, Raviv Pavel wrote:
> Upgraded the other node (there are two) and it fails to start.
> Here is the startup log:
>
>
> +---+   +---+
> |   |   |   |
> |   |   |   |
> |   |   |   |
> |   +---+   +-------+
> |                   |
> | RabbitMQ  +---+   |
> |           |   |   |
> |   v2.8.7  +---+   |
> |                   |
> +-------------------+
> AMQP 0-9-1 / 0-9 / 0-8
> Copyright (C) 2007-2012 VMware, Inc.
> Licensed under the MPL.  See http://www.rabbitmq.com/
>
> node           : rabbit at mongo-qa2
> app descriptor :
> /usr/lib/rabbitmq/lib/rabbitmq_server-2.8.7/sbin/../ebin/rabbit.app
> home dir       : /var/lib/rabbitmq
> config file(s) : (none)
> cookie hash    : pu0BlS9+G2N9yLfd51TkmA==
> log            : /var/log/rabbitmq/rabbit at mongo-qa2.log
> sasl log       : /var/log/rabbitmq/rabbit at mongo-qa2-sasl.log
> database dir   : /var/lib/rabbitmq/mnesia/rabbit at mongo-qa2
> erlang version : 5.8.4
>
> -- rabbit boot start
> starting file handle cache server
> ...done
> starting worker pool
>   ...done
> starting database                                                     ...
>
> BOOT FAILED
> ===========
>
> Error description:
>     {error,{failed_to_cluster_with,['rabbit at mongo-qa1'],
> "Mnesia could not connect to any disc nodes."}}
>
> Log files (may contain more information):
>     /var/log/rabbitmq/rabbit at mongo-qa2.log
>     /var/log/rabbitmq/rabbit at mongo-qa2-sasl.log
>
> Stack trace:
>     [{rabbit_mnesia,init_db,3},
>      {rabbit_mnesia,init,0},
>      {rabbit,'-run_boot_step/1-lc$^1/1-1-',1},
>      {rabbit,run_boot_step,1},
>      {rabbit,'-start/2-lc$^0/1-0-',1},
>      {rabbit,start,2},
>      {application_master,start_it_old,4}]
>
> {"Kernel pid
> terminated",application_controller,"{application_start_failure,rabbit,{bad_return,{{rabbit,start,[normal,[]]},{'EXIT',{rabbit,failure_during_boot}}}}}"}
>
>
> Thanks
> /--/Raviv
> /
> /
>
>
>
> On Thu, Oct 4, 2012 at 5:34 PM, Simon MacMullen <simon at rabbitmq.com
> <mailto:simon at rabbitmq.com>> wrote:
>
>     Hard to believe that's to do with the server not starting - can you
>     post a more complete log?
>
>
>     On 04/10/12 16:32, Raviv Pavel wrote:
>
>         After upgrading the server won't start. from the logs:
>
>         =ERROR REPORT==== 4-Oct-2012 <tel:2012>::17:11:59 ===
>         ** Generic server <0.341.0 <tel:0.341.0>> terminating
>         ** Last message in was {'$gen_cast',
>                                      {method,
>
>            {'queue.declare',0,<<"es1">>,__false,true,false,
>                                              false,false,
>
>            [{<<"x-ha-policy">>,longstr,<<__"all">>}]},
>                                          none,noflow}}
>
>
>         Thanks
>         /--/Raviv
>         /
>
>         /
>
>
>
>         On Thu, Oct 4, 2012 <tel:2012> at 5:05 PM, Raviv Pavel
>         <raviv at gigya-inc.com <mailto:raviv at gigya-inc.com>
>         <mailto:raviv at gigya-inc.com <mailto:raviv at gigya-inc.com>>> wrote:
>
>              All queues are empty and "rabbitmqctl list_queues name
>         memory" shows
>              they use about 3K each.
>              VM memory stats are much lower then the one shown in the
>         overview.
>              We're using 2.8.1 - I'll try upgrading to 2.8.7
>
>              Thanks
>              /--/Raviv
>              /
>              /
>
>
>
>              On Thu, Oct 4, 2012 <tel:2012> <tel:2012 <tel:2012>> at
>         4:57 PM, Matthias Radestock
>
>         <matthias at rabbitmq.com <mailto:matthias at rabbitmq.com>
>         <mailto:matthias at rabbitmq.com <mailto:matthias at rabbitmq.com>>__>
>         wrote:
>
>                  On 04/10/12 15:53, Simon MacMullen wrote:
>
>                      On 04/10/12 13:01, Raviv Pavel wrote:
>
>                          Based on the management UI, memory usage
>         doesn't drop
>                          and publishers are
>                          still blocked.
>
>
>                      Hmm. In that case my first guess would be that the
>         queue you
>                      deleted /
>                      purged wasn't the queue which was using all the memory.
>                      Check the memory
>                      use of other queues - this can be found on the
>         queue details
>                      page, or
>                      with "rabbitmqctl list_queues name memory". Also,
>         check the
>                      VM-wide
>                      memory statistics (on the node details page, under
>         "advanced". This
>                      might give a clue as to where the memory is going.
>
>
>                  ...and please make sure you are running the latest
>         version of
>                  RabbitMQ (2.8.7, atm), since we have fixed a few memory
>         leaks in
>                  the in recent versions.
>
>                  Matthias.
>
>
>
>
>
>     --
>     Simon MacMullen
>     RabbitMQ, VMware
>
>


-- 
Simon MacMullen
RabbitMQ, VMware


More information about the rabbitmq-discuss mailing list