Package: redis-server Version: 3:3.2.9-1 Severity: normal Dear Maintainer,
I upgraded a hosted Virtuozzo container from Jessie to Stretch. After the upgrade, redis-server fails to start: May 27 12:47:44 <redacted> run-parts[3349]: redis-server.service: Failed at step NAMESPACE spawning /bin/run-parts: Too many levels of symbolic links It seems, this happens, if all of the following conditions are met: 1. redis-server.service contains ReadWriteDirectories=-/var/run/redis 2. /var/run is a symlink to /run 3. An ancient kernel and/or Virtuozzo is in use. I could not reproduce it on a system running the default Debian kernel 4.9. I could fix it by changing ReadWriteDirectories=-/var/run/redis to ReadWriteDirectories=-/run/redis AFAICT, redis-server is the only package I installed that uses those namespacing features. So this might actually be a Systemd bug or a bad Systemd/kernel version interaction. Nevertheless, the fix to redis-server.service seems straightforward, even if it is just a workaround for a deeper issue. Regards, Marc -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.41-042stab120.5 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages redis-server depends on: ii adduser 3.115 ii init-system-helpers 1.48 ii libc6 2.24-10 ii libjemalloc1 3.6.0-9.1 ii lsb-base 9.20161125 ii redis-tools 3:3.2.9-1 ii systemd 232-23 redis-server recommends no packages. redis-server suggests no packages. -- Configuration Files: /etc/redis/redis.conf [Errno 13] Permission denied: '/etc/redis/redis.conf' -- no debconf information
