Summary of changes:
0f5feed... - Add /usr/libexec/couchdb wrapper to ExecStart from system (*)
f4f5c04... - default.d/ and local.d/ never worked with couchdb + syste (*)
e4f42ac... - SELinux: Use /usr/libexec/couchdb wrapper for systemd Exe (*)
946ed6d... Add missing script (*)
4c25dd1... spaces instead of tabs, bump to -8, retag (*)
e63180e... Add systemd notify support (*)
(*) This commit already existed in another branch; no separate mail sent
Author: Warren Togami <wtogami(a)gmail.com>
Date: Tue Jul 8 14:48:37 2014 -1000
Add missing script
couchdb.temporary.sh | 6 ++++++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/couchdb.temporary.sh b/couchdb.temporary.sh
new file mode 100755
@@ -0,0 +1,6 @@
+# Temporary Launcher for systemd + selinux
+# CouchDB upstream at version 2.0 will replace /bin/couchdb with a bare launcher
+# At that point we can get rid of this dumb wrapper.
+exec /usr/bin/erl $@
Bug ID: 1103524
Summary: Change rabbitmq-server systemd service to Type=notify
QA Contact: extras-qa(a)fedoraproject.org
CC: apevec(a)redhat.com, erlang(a)lists.fedoraproject.org,
rohara(a)redhat.com, s(a)shk.io, skottler(a)redhat.com
Depends On: 1059913
+++ This bug was initially created as a clone of Bug #1059913 +++
Description of problem:
There is a race condition when starting rabbitmq-server for the first time.
When the erlang runtime starts, it tries to read its cookie file (for rabbitmq,
/var/lib/rabbitmq/.erlang.cookie) and if it doesn't already exist, it generates
a new random cookie and creates the file.
The following two lines from the rabbitmq-service.service unit file are
ExecStartPost=/usr/lib/rabbitmq/bin/rabbitmqctl wait /var/run/rabbitmq/pid
The rabbitmq-server command returns before the service is up. Therefor it is
required to exec the additional rabbitmqctl wait in order to make sure the
service starts all the way. However both of these are erlang programs, and
they share the cookie startup code described previously.
There is variance on the order of events and the eventual error. But generally
what happens is:
- ExecStart (rabbitmq-server) is run and exits. The erlang runtime is now
booting in the background.
- ExecStartPost (rabbitmqctl) is run.
- rabbitmq-server determines the cookie file is not present, and generates a
- rabbitmqctl determines the cookie file is not present, and generates a new
- rabbitmq-server writes the new cookie to disk and sets the file to read-only
- rabbitmqctl tries to open the cookie file read/write in order to write its
cookie, but errors with EACCESS because the file already exists and is read
- The erlang runtime for rabbitmqctl crashes and the command returns with a
non-successful exit code.
- The entire service unit is marked as failed, and all of the processes are
killed by systemd.
Version-Release number of selected component (if applicable):
There is some variability since it's a race. I've provided my reproducer below
that works 100% of the time for me, inside a F20 VM. In theory this behavior
should still exist if starting the service from the cli instead of rebooting,
but I can't reproduce it that way.
Steps to Reproduce:
1. install rabbitmq-server
2. systemctl enable rabbitmq-server.service
Service fails to start, see attachment of journalctl output for error
Service starts cleanly
This is really an erlang bug, but the workaround for rabbit is simple (I'll
post a patch in a followup). I'll run down the erlang bit separately but it
will take longer, so it makes sense to apply the workaround here until erlang
--- Additional comment from John Eckersberg on 2014-01-30 18:06:26 EST ---
--- Additional comment from John Eckersberg on 2014-01-31 09:33:31 EST ---
This patch updates the systemd service to run `rabbitmqctl status` before
starting the rabbitmq-server process. This ensures the erlang cookie is
created before starting the service.
--- Additional comment from Richard W.M. Jones on 2014-04-01 13:58:41 EDT ---
I performed the steps given in the bug description and the patch
works for me in a Rawhide VM.
The patch also looks reasonable to me and low risk, so I'm going to
backport it to Fedora 20.
--- Additional comment from Fedora Update System on 2014-04-01 14:51:47 EDT ---
rabbitmq-server-3.1.5-5.fc20 has been submitted as an update for Fedora 20.
--- Additional comment from Fedora Update System on 2014-04-03 00:08:25 EDT ---
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing rabbitmq-server-3.1.5-5.fc20'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
--- Additional comment from Sam Kottler on 2014-04-03 09:07:54 EDT ---
I'll merge rawhide into EPEL7 when I'm at a machine with my certs on it.
--- Additional comment from Alan Pevec on 2014-04-08 13:02:47 EDT ---
Instead of messing with ExecStartPost, it would be more reliable to switch
systemd service to Type=notify just need someone familiar with rabbitmq to tell
us where to put sd_notify to send notification when service is ready.
--- Additional comment from Fedora Update System on 2014-04-14 18:47:32 EDT ---
rabbitmq-server-3.1.5-5.fc20 has been pushed to the Fedora 20 stable
repository. If problems still persist, please make note of it in this bug
[Bug 1059913] Race condition creating .erlang.cookie
You are receiving this mail because:
You are on the CC list for the bug.