|Packaged as RPM for Fedora / RHEL / CentOS Linux||rabbitmq-server-3.4.0-1.noarch.rpm||(Signature)|
|Packaged as RPM for openSUSE Linux||rabbitmq-server-3.4.0-1.suse.noarch.rpm||(Signature)|
rabbitmq-server is included in Fedora. However, the versions included are often quite old. You will probably get better results installing the .rpm from our website. Check the Fedora package details for which version of the server is available for which versions of the distribution.
Before installing RabbitMQ, you must install Erlang. We strongly recommend using a packaged version. There are three suggested sources for Erlang packages:
Note: the steps you need to take vary, depending on which version of RHEL you are on.
Follow the steps in the EPEL FAQ to enable EPEL on your machine.
If you are on a later version of RHEL (or derived) you should skip this step.
Due to the EPEL package update policy, EPEL 5 contains a very old version of Erlang, R12B-5; with which RabbitMQ is not compatible.
Therefore to use EPEL on RHEL 5 you must enable a more up-to-date package repository that is provided by the owner of the Erlang package. To do this, issue the following command as 'root':
wget -O /etc/yum.repos.d/epel-erlang.repo http://repos.fedorapeople.org/repos/peter/erlang/epel-erlang.repo
Issue the following command as 'root':
yum install erlang
This is needed since Erlang Solutions' packages provide "esl-erlang"; this package just requires "esl-erlang" and provides "erlang".
After downloading the server package, issue the following command as 'root':
rpm --import http://www.rabbitmq.com/rabbitmq-signing-key-public.asc yum install rabbitmq-server-3.4.0-1.noarch.rpm
The server is not started as a daemon by default when the RabbitMQ server package is installed. To start the daemon by default when the system boots, as an administrator run chkconfig rabbitmq-server on.
As an administrator, start and stop the server as usual using /sbin/service rabbitmq-server stop/start/etc.
Note: The server is set up to run as system user rabbitmq. If you change the location of the Mnesia database or the logs, you must ensure the files are owned by this user (and also update the environment variables).
The broker creates a user guest with password guest. Unconfigured clients will in general use these credentials. By default, these credentials can only be used when connecting to the broker as localhost so you will need to take action before connecting fromn any other machine.
See the documentation on access control for information on how to create more users, delete the guest user, or allow remote access to the guest user.
To stop the server or check its status, etc., you can invoke rabbitmqctl (as an administrator). It should be available on the path. All rabbitmqctl commands will report the node absence if no broker is running.
More info on rabbitmqctl.
Output from the server is sent to a RABBITMQ_NODENAME.log file in the RABBITMQ_LOG_BASE directory. Additional log data is written to RABBITMQ_NODENAME-sasl.log.
The broker always appends to the log files, so a complete log history is retained.
You can use the logrotate program to do all necessary rotation and compression, and you can change it. By default, this script runs weekly on files located in default /var/log/rabbitmq directory. See /etc/logrotate.d/rabbitmq-server to configure logrotate.