Redis Daemon not creating a PID file

Question

The Redis startup script is supposed to create a pid file at startup, but I've confirmed all the settings I can find, and no pid file is ever created.

I installed redis by:

$ yum install redis
$ chkconfig redis on
$ service redis start

In my config file (/etc/redis.conf) I checked to make sure these were enabled:

daemonize yes
pidfile /var/run/redis/redis.pid

And in the startup script (/etc/init.d/redis) there is:

exec="/usr/sbin/$name"
pidfile="/var/run/redis/redis.pid"
REDIS_CONFIG="/etc/redis.conf"

[ -e /etc/sysconfig/redis ] && . /etc/sysconfig/redis

lockfile=/var/lock/subsys/redis

start() {
    [ -f $REDIS_CONFIG ] || exit 6
    [ -x $exec ] || exit 5
    echo -n $"Starting $name: "
    daemon --user ${REDIS_USER-redis} "$exec $REDIS_CONFIG"
    retval=$?
    echo
    [ $retval -eq 0 ] && touch $lockfile
    return $retval
}

stop() {
    echo -n $"Stopping $name: "
    killproc -p $pidfile $name
    retval=$?
    echo
    [ $retval -eq 0 ] && rm -f $lockfile
    return $retval
}

These are the settings that came by default with the install. Any idea why no pid file is created? I need to use it for Monit. (The system is RHEL 6.4 btw)

Does redis start correctly? Which user is used to launch redis? Does it have enough rights to write the PID file? Do you have something in redis log? You are using the shell scripts provided by rhel. Did you try to just launch redis without this script to see if it works without the script? — zenbeni, Aug 27 '14 at 09:07
@zenbeni, Yes, Redis starts and runs correctly, and is running under UID: redis. Doesn't appear to have permission to create a file there though. I'll try to set that up — jsmartt, Aug 27 '14 at 14:05
I'll say this...whoever wrote the documentation for redis is a meth head...I shouldn't have to google and search down rabbit holes of errors and config file edits to install something. There should be a readme.txt or a man page that should do the job. This is ridiculous. — waltmagic, Dec 29 '22 at 11:31

Sabuhi Shukurov · Answer 1 · 2020-04-29T07:21:44.683

52

For those experiencing on Debian buster:

Editing nano /etc/systemd/system/redis.service

and adding this line below redis [Service]

ExecStartPost=/bin/sh -c "echo $MAINPID > /var/run/redis/redis.pid"

It suppose to look like this:

[Service]
Type=forking
ExecStart=/usr/bin/redis-server /etc/redis/redis.conf
ExecStop=/bin/kill -s TERM $MAINPID
ExecStartPost=/bin/sh -c "echo $MAINPID > /var/run/redis/redis.pid"
PIDFile=/run/redis/redis-server.pid

then:

sudo systemctl daemon-reload

sudo systemctl restart redis.service

Check redis.service status:

sudo systemctl status redis.service The pid file now should appear.

edited Apr 29 '20 at 07:21

answered Mar 27 '20 at 12:17

Sabuhi Shukurov

1,616
16
17

5

Thanks a lot, this also solves the Ubuntu 18.04 issue – Aman Juman Feb 12 '21 at 04:49
4

The proper fix for Ubuntu 20.04.2 – dreamLo Feb 26 '21 at 15:45
this is legit for sure – dtlam26 Mar 29 '21 at 08:33
For those experiencing on Debian and Ubuntu, the right thing to do if you manage redis via systemd is to just ignore the warning. redis attempts to create a PID file when started as a daemon, configured to be at /var/run/redis/redis.pid , and it's not configurable to not have it create one. But systemd already manages a PID file for you with PIDFile=/run/redis/redis-server.pid as you can see above. It's better this way than to have an ad-hoc PID file created. – jhanschoo May 29 '21 at 09:22
Thanks, this is worked for me on the ubuntu 20.04 version too. – Sudesh Lakmal Pathirana Jul 06 '21 at 07:56
Fixed indeed using Ubuntu 20.04 LTS – Melroy van den Berg May 22 '22 at 21:19

jgrocha · Answer 2 · 2020-04-15T21:51:11.957

49

On my Ubuntu 18.04, I was getting the same error.

Error reported by redis (on /var/log/redis/redis-server.log):

 # Creating Server TCP listening socket ::1:6379: bind: Cannot assign requested address

This is because I've disabled IPv6 on this host and redis-server package (version 5:4.0.9-1) for Ubuntu comes with:

bind 127.0.0.1 ::1

Editing /etc/redis/redis.conf and removing the ::1 address solves the problem. Example:

bind 127.0.0.1

Edit: As pointed out in the comments (thanks to @nicholas-vasilaki and @tommyalvarez), by default redis only allows connections from localhost. Commenting all the line, using:

# bind 127.0.0.1 ::1

works, but makes redis listen from the network (not only from localhost).

More details can be found in redis configuration file.

edited Apr 15 '20 at 21:51

answered Nov 05 '18 at 19:34

jgrocha

2,912
1
28
31

4

This must not have been related to my problem because the step didn't help me. `sudo systemctl status redis` resulted in `redis-server.service: Can't open PID file /var/run/redis/redis-server.pid (yet?) after start: No such file or directory`, but that file does exist and is owned by "redis". Removing IPv6 binding didn't help. – Ryan Nov 14 '19 at 16:22
I also faced this. There error in redis log was `Creating Server TCP Listening socket ::1:6379: unable to bind socket, errno 97` – Gurpreet Singh Nov 29 '19 at 08:15
1

@jgrocha `# bind 127.0.0.1 ::1` opens redis server to all "Hello world", isn't it? – Mykola Vasilaki Feb 10 '20 at 07:18
@NicholasVasilaki `# bind 127.0.0.1 ::1` disables listen on port `::1`. It closes redis to IPv6 clients. – jgrocha Feb 10 '20 at 10:20
@jgrocha if only remove `::1` - yes. But if comment whole line as in example, than we will have next: https://monosnap.com/file/kzDbSaZDAyO4YcegsQR6sEhObBv6BD – Mykola Vasilaki Feb 10 '20 at 16:04
@NicholasVasilaki You are right. With `bind 127.0.0.1` you only have access from localhost. – jgrocha Feb 10 '20 at 16:45
The answer should be edited to only comment out the `::1` part. Otherwise you expose your redis to the world – tommyalvarez Apr 15 '20 at 21:26
I didn't get this error on Ubuntu 18.04 (and hadn't made any special network settings to disable IPv6 AFAIK). I found the ExecStartPost suggestion from @sebuhi did the trick. – jdpipe May 14 '20 at 11:20

score 28 · Accepted Answer · answered Aug 27 '14 at 14:10

28

Problem was that the user redis did not have permission to create the pid file (or directory it was in). Fix:

sudo mkdir /var/run/redis
sudo chown redis /var/run/redis

Then I killed and restarted redis and sure enough, there was redis.pid

answered Aug 27 '14 at 14:10

jsmartt

1,404
1
15
22

My pidfile path was set as `pidfile="/var/run/redis.pid"` so redis couldn't create the file because of permissions on `/var/run/`, this solution helped me figured out my case, thanks – Carlos Mafla Jan 15 '16 at 16:33
3

This is not enough on Ubuntu 18.04. Permissions are fine. Sometimes the PID file is there, sometimes it isn't. No logic to it. This makes is hard to monitor Redis. – Wouter Jul 29 '19 at 15:18

score 17 · Answer 4 · answered Jan 03 '17 at 22:41

17

In CentOs 7 i need to add to the file:

$ vi /usr/lib/systemd/system/redis.service

The next line:

ExecStartPost=/bin/sh -c "echo $MAINPID > /var/run/redis/redis.pid"

And then restart the service:

$ sudo systemctl daemon-reload
$ sudo systemctl restart redis.service

Reference:

CentOs 7: Systemd & PID File

answered Jan 03 '17 at 22:41

Lenin Meza

325
3
13

this is exactly what is needed! – Arkhitech Mar 01 '17 at 22:07
Worked on Fedora. Thank you! – Joseph N. Jul 16 '18 at 23:41
3

This works using Ubuntu 18.04, however the file `redis.service` resides in path `/etc/systemd/system/`. – Muckee Aug 30 '18 at 03:56
1

@JoshuaFlood `/etc/systemd/system/redis.service` It is a symbolic link. In Ubuntu 18.04 resides in path: `/lib/systemd/system/redis-server.service`. – alditis Sep 25 '19 at 00:57

brt · Answer 5 · 2020-08-06T20:36:07.693

i had a similar problem on Debian Buster, systemd complains about the missing PID file, even though the file exists and redis is running.

on my system the solution using "echo $MAINPID > /run/redis/redis.pid" works by accident, although/because the real PID file is set to /run/redis/redis-server.pid (spot the different filenames!) and on my system the content of /run/redis/redis.pid (the one of the echo) was empty.

in a discussion on systemd-devel@lists.freedesktop.org someone writes:

... systemd will add the MAINPID environment variable any time it knows what the main PID is. It learns this by reading the PID file ... So by the time ExecStartPost runs, the main PID may or may not be known.

having an empty MAINPID environment variable can be even harmful: if you notice the different PID filenames in the suggested solution, and correct it, you may end up in a situation where the PID file written by redis gets overwritten by an empty file. this happened to me, the result was that systemctl start redis.service never finished.

i also noticed that another server with 100% same OS and configuration, but different hardware did not have this problem.

my conclusion is that it just hits some sort of race condition, systemd seems to look for a PID file just a little too early. on my system, whatever command i used as ExecStartPost, it will add enough delay to make the error disappear.

therefore a solution is to use "sleep 1" (sleep 0.1 works too, but 1 second may be on the safe side):

ExecStartPost=/bin/sleep 1

/etc/systemd/system/redis.service now looks like:

[Service]
Type=forking
ExecStart=/usr/bin/redis-server /etc/redis/redis.conf
ExecStartPost=/bin/sleep 1
ExecStop=/bin/kill -s TERM $MAINPID
PIDFile=/run/redis/redis-server.pid
...

an alternative solution is to use "supervised systemd":

/etc/redis/redis.conf:

# If you run Redis from upstart or systemd, Redis can interact with your
# supervision tree. Options:
#   supervised no      - no supervision interaction
#   supervised upstart - signal upstart by putting Redis into SIGSTOP mode
#   supervised systemd - signal systemd by writing READY=1 to $NOTIFY_SOCKET
#   supervised auto    - detect upstart or systemd method based on
#                        UPSTART_JOB or NOTIFY_SOCKET environment variables
# Note: these supervision methods only signal "process is ready."
#       They do not enable continuous liveness pings back to your supervisor.
supervised systemd

override the redis-server.service file using:

systemctl edit redis-server.service

and enter the following:

[Service]
Type=notify

reload the service and the error should be gone:

sudo systemctl restart redis.service
sudo systemctl status redis.service

Thank you; the `Type=notify` bit in the systemd service file was what worked for me on Debian 10 (buster) — kjones, Aug 24 '20 at 18:41

score 3 · Answer 6 · answered Sep 21 '18 at 08:35

Here from 2018

Before start, I am on Ubuntu 18.04.I wrote this if anyone comes here by searching same error.

In my case error is the same but problem is so different. No solutions that proposed here worked.

So I checked logs if they are exist and looked for is there anything useful. Found them on;

cat /var/log/redis/redis-server.log

Searched logs and found that problem is that another service is listening same port.

2963:C 21 Sep 11:07:33.007 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2963:C 21 Sep 11:07:33.008 # Redis version=4.0.9, bits=64, commit=00000000, modified=0, pid=2963, just started
2963:C 21 Sep 11:07:33.008 # Configuration loaded
2974:M 21 Sep 11:07:33.009 # Creating Server TCP listening socket 127.0.0.1:6379: bind: Address already in use

I checked who is listening.

netstat anp | grep 6379

Found it.

tcp6       0      0 :::6379                 :::*                    LISTEN      3036/docker-proxy

It was docker image of redis that installed by another tool

root@yavuz:~# docker ps
CONTAINER ID        IMAGE                       COMMAND                  CREATED             STATUS                   PORTS                    NAMES
a6a94d401700        redis:3.2                   "docker-entrypoint.s…"   20 hours ago        Up 3 hours               0.0.0.0:6379->6379/tcp   incubatorsuperset_redis_1

So I stopped docker image

root@yavuz:~# docker stop incubatorsuperset_redis_1

And redis-server started without problem.

root@yavuz:~# systemctl start redis-server
root@yavuz:~# systemctl status redis-server
● redis-server.service - Advanced key-value store
   Active: active (running) since Fri 2018-09-21 11:10:34 +03; 1min 49s ago
  Process: 3671 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=0/SUCCESS)

score 1 · Answer 7 · answered Aug 02 '21 at 14:39

For CentOS:

In my case name of Redis server is redis.service, start it edit

systemctl edit redis.service

Add this:

[Service]

ExecStartPost=/bin/sh -c "echo $MAINPID > /var/run/redis/redis.pid"
PIDFile=/var/run/redis/redis.pid

Im my case it create file: /etc/systemd/system/redis.service.d/override.conf

After restart service:

systemctl daemon-reload
systemctl restart redis

And the pid file is:

cat /var/run/redis/redis.pid 
=> 19755

score 0 · Answer 8 · edited May 23 '20 at 15:27

0

sudo nano /etc/redis/redis.conf

Inside the file, find the supervised directive. This directive allows you to declare an init system to manage Redis as a service, providing you with more control over its operation. The supervised directive is set to no by default. Since you are running Ubuntu, which uses the systemd init system, change this to systemd.

edited May 23 '20 at 15:27

Nimantha

6,405
6
28
69

answered May 23 '20 at 14:47

Saad elkheety

1

score 0 · Answer 9 · answered Feb 08 '22 at 17:04

My default, Redis does not run as a daemon, and that is why it does not create a pid file. If you look at /etc/redis/redis.conf, it says so explicitly under General.

#By default Redis does not run as a daemon.  Use 'yes' if you need it...
daemonize no

So all you need to do is to change it to daemonize yes

score -1 · Answer 10 · answered Nov 11 '19 at 12:00

-1

For people struggling with getting it to work on Ubuntu 18.04 you need to edit /etc/redis/redis.conf and update the pidfile declaration to following:

pidfile "/var/run/redis/redis-server.pid"

answered Nov 11 '19 at 12:00

Surendra Singhi

9
1

score -1 · Answer 11 · answered Apr 27 '20 at 04:28

-1

Ubuntu 18. /var/run/redis had the wrong permissions: drwxr-sr-x 2 redis redis 60 Apr 27 12:22 redis

Changed to 755 (drwxrwxr-x) and the pid file now appears.

answered Apr 27 '20 at 04:28

pkill

1

This change (at least alone) didn't fix the problem for me on Ubuntu 18.04 (also, 755 != drwxrwxr-x = 775) – jdpipe May 14 '20 at 11:17

Redis Daemon not creating a PID file

11 Answers11