No, queue names can still have periods in.
ISTR the only way you can get a not-found when declaring a queue is in a
clustering situation, if the queue exists on a node which is not
running. Does that sound like it could be a possibility?
Cheers, Simon
--
Simon MacMullen
Staff Engineer, RabbitMQ
SpringSource, a division of VMware
_______________________________________________
rabbitmq-discuss mailing list
rabbitmq...@lists.rabbitmq.com
https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
It means pretty much what it says. rabbitmqctl cluster is used to set up
a cluster, and should only be used when the rabbit application has been
stopped (which stops mnesia too). See:
http://www.rabbitmq.com/rabbitmqctl.1.man.html#Cluster%20management
The command you're looking for is:
rabbitmqctl status
By the way, it's a good idea to keep the mailing list CCed so that if
other people have the same problem they can find the thread...
> (class_id, method_id))amqplib.client_0_8.exceptions.AMQPChannelException:
(404, u"NOT_FOUND - no queue 'st.test-o.com_q' in vhost '/'", (50, 10),
'Channel.queue_declare')----------------------I've changed st.test-o.com_q to
st_test-o_com_q and had no problem... periods are not allowed in queue names
now? Nico Césarhttp://blog.nicocesar.com
>
We just had the same problem, which apparently was due to having some residues
of the old (durable) queues from the previous install present; in particular,
when using
rabbitmqctl list_bindings
the old queues were visible, whereas
rabbitmqctl list_queues
showed no queues present. It was then possible to declare new queues, but not
queues with the same name as the ones that existed before.
The problem was fixable by
rabbitmqctl stop_app
rabbitmqctl reset
rabbitmqctl start_app
after which the old bindings were gone and the queueus could be declared again.
Regards,
Iver Odin Kvello