redis-server.service: Ошибка с результатом «timeout». - Больше ошибок, перечисленных внутри
Обновление: это, как правило, исправлено. Я не уверен на 100%, что я сделал, но он работает, а также мои сайты загружаются с ним должным образом. Тем не менее, у меня все еще есть ошибка № 1 о том, что PID не читается.
Я надеюсь, что смогу помочь с выяснением, почему Redis-Server не будет работать для меня. У меня было полностью запущено около 3 дней назад, но когда я попытался начать удаление других программ кэширования из моей установки WordPress. Я как-то сломал Редис. Затем я перечислил ошибки, а затем, как я попытался их исправить. Пожалуйста, дайте мне знать, каковы ваши мысли и как я могу попытаться исправить это.
Я установил Redis-Server из исходного кода из redis.io, но как только это сломалось, я закончил попытку переустановки из исходного кода, а также попытался переустановить его с apt. У меня такие же ошибки при обоих типах установки.
uname -a: Linux serverName.tld 4.4.0-97-generic #120-Ubuntu SMP Tue Sep 19 17:28:18 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux Ubuntu 16.04 Redis-Server 4.0.2Я использовал следующий учебник для установки Redis-Server: установите Redis Object Cache для WordPress PHP 7 на Ubuntu 16.04
Ошибки:
redis-server.service: PID-файл /var/run/redis/redis.pid не читается (пока?) после запуска: нет такого файла или каталога, который я пытался исправить, убедившись, что / var / run / redis / уже создан. Я также убедился, что (в разное время), что / var / run / redis / принадлежит команде redis: redis, а также redis: www-data (моя группа apache2). Я также пытался использовать многие схемы разрешений 777, 755, 775, 007, 770. Во всем этом я иногда получаю ошибку. Я также вручную создал файл /var/run/redis/redis.pid с теми же типами разрешений, о которых я говорил выше. Наконец, по некоторым рекомендациям на веб-сайтах, я также изменил PIDFile на redis-server.pid ... Ни одно из этих изменений действительно не сохраняется и не работает последовательно для этого сообщения об ошибке. Вы запросили maxclients 20000, требуя хотя бы дескрипторов файлов с максимальным файлом 20032. Сервер не может установить максимальные открытые файлы на 20032 из-за ошибки ОС: операция не разрешена. Текущие максимальные открытые файлы - 4096. maxclients сокращен до 4064 для компенсации низкого ulimit. Если вам нужны более высокие максимальные значения, увеличьте 'ulimit -n'. На это, похоже, влияет часть «MaxClients» файла redis.conf ... Я попытался изменить параметр MaxClients, комментируя его, и он устанавливает его по умолчанию 10000 ... Я также изменил это на 20000 в redis.conf, и число увеличивается до 20032 ... поэтому всегда кажется, что он хочет еще 32 файла, чем мне разрешено или что-то в этом роде. Я изменил файл /etc/systemd/system/redis-server.service, чтобы включить «LimitNOFILE = 64000» ... это не изменило ситуацию. Я перезапустил сервер - никаких изменений. Я изменил / etc / default / redis-server и раскомментировал «ULIMIT = 65536» ... перезапустил, снова никаких изменений. ПРЕДУПРЕЖДЕНИЕ У вас есть поддержка прозрачных огромных страниц (THP) в вашем ядре. Это создаст проблемы с задержкой и памятью с Redis. Чтобы устранить эту проблему, запустите команду «echo never> / sys / kernel / mm / transparent_hugepage / enabled» в качестве пользователя root и добавьте ее в /etc/rc.local, чтобы сохранить настройку после перезагрузки. Redis необходимо перезапустить после того, как THP отключен. Это было исправлено после того, как я выпустил следующую команду: echo never> / sys / kernel / mm / transparent_hugepage / enabled Я также добавил указанную команду в /etc/rc.local, чтобы продолжить перезагрузку. Опять же, это, похоже, было разрешено. ПРЕДУПРЕЖДЕНИЕ overcommit_memory установлена в 0! Сохранение фона может завершиться неудачно при низком уровне памяти. Чтобы устранить эту проблему, добавьте 'vm.overcommit_memory = 1' в /etc/sysctl.conf, а затем перезагрузите или запустите команду 'sysctl vm.overcommit_memory = 1', чтобы это вступило в силу. Я сделал следующую команду, чтобы попытаться бороться с этой ошибкой ... Кажется, что она иногда появляется только:echo "vm.overcommit_memory=1" >> /etc/sysctl.conf; sysctl -p
Эта ошибка происходит каждый раз в то время. ПРЕДУПРЕЖДЕНИЕ: Настройка отставания TCP 511 не может быть принудительно, поскольку / proc / sys / net / core / somaxconn установлено в нижнее значение o Я добавил следующее, выполнив команды: echo "net.core.somaxconn=65536" >> /etc/sysctl.conf
echo "net.ipv4.tcp_max_syn_backlog=8192" >> /etc/sysctl.conf
Чтобы проверить, что они были добавлены ... sysctl -p Ниже приведен весь мой / etc /systemd/system/redis-server.service.
[Unit] Description=Redis Datastore Server After=network.target [Service] Type=forking PIDFile=/var/run/redis/redis.pid User=redis Group=www-data LimitNOFILE=64000 PermissionsStartOnly=true \# Create and set perms for PIDFile directory ExecStartPre=/bin/mkdir -p /var/run/redis ExecStartPre=/bin/chown redis:www-data /var/run/redis ExecStartPre=/bin/chmod 775 -R /var/run/redis \# Create and set perms for Log directory \# This is commented out because I receive errors that the operation is not permitted. \#ExecStartPre=/bin/mkdir -p /var/log/redis \#ExecStartPre=/bin/chown redis -R /var/log/redis \#ExecStartPre=/bin/chmod 775 -R /var/log/redis \# Create and set perms for log file ExecStartPre=/bin/touch /var/log/redis/redis-server.log ExecStartPre=/bin/chown redis /var/log/redis/redis-server.log ExecStartPre=/bin/chmod 775 /var/log/redis/redis-server.log ExecStart=/sbin/start-stop-daemon --start --pidfile /var/run/redis/redis.pid --umask 007 --exec /usr/bin/redis-server -- /etc/redis/redis.conf ExecReload=/bin/kill -USR2 $MAINPID ExecStop=/usr/bin/redis-cli shutdown Restart=always [Install] WantedBy=multi-user.targetЯ нахожусь на своем пути. Я перешел на Redis-Server после того, как попытался работать с memcached. Единственный раз, когда работал memcached, я попробовал его на своих сайтах WordPress, и это было SUPER быстро. Я был очень впечатлен и очень доволен выступлением. Однако, очевидно, я не могу заставить его работать, поэтому я прошу помощи.