Кажется, основная причина в том, что dependant.service
запускается слишком рано, иногда :добавление директив Restart
является чем-то вроде хака. Для меня это указывает на отсутствие требования к времени, для чего и предназначен After
. В зависимости от типа службы вам необходимо определить, какие ресурсы необходимы, прежде чем службу следует запустить.
Предполагая, что это связано с сетью -, вы можете добавить следующее в раздел [Unit]
документаdependant.service
:
After=network.target
Делая это, вы указываете, что базовая сеть должна быть доступна до того, как systemd попытается запустить службу. В противном случае systemd попытается запустить столько служб параллельно, сколько сможет, а это означает, что в зависимости от порядка запуска вы можете начать практически без инициализации, что является ситуацией, которую некоторые службы могут терпеть, а некоторые терпят неудачу.
Если вы хотите убедиться, что depending.service
всегда перезапускается с dependant.service
, добавьте BindsTo
и After
к depending.service
:
.
[Unit]
After=dependant.service
BindsTo=dependant.service
Эти варианты поведения описаны на справочной странице systemd.unit(7)
. Мне редко приходится использовать больше, чем Wants
, Requires
и After
, но есть более продвинутые варианты, если у вас есть службы с особенно сложными условиями запуска.
Я считаю полезным при создании нового сервиса (или группы сервисов )посмотреть в дистрибутиве -поставляемые юнит-файлы, чтобы увидеть, как они сделаны, и беззастенчиво скопировать хорошие части (попробуйте /usr/lib/systemd/system
или /lib/systemd/system
):, они часто будут иметь представление о том, какие требования After
и Requires
полезны для определенного типа службы.
Мне каким-то образом удалось обойти эту ошибку... Решение состояло в том, чтобы отредактировать php.ini, расположенный по адресу
/etc/php/7.3/apache2
Если даже это не работает для вас, попробуйте отредактировать php.ini и в этих местах:
/etc/php/7.3/cli
/etc/php/7.3/cgi
добавление этой строки
upload_max_filesize = 64M
а может и это тоже
post_max_size 64M
вывод.. если у вас есть собственный Linux-сервер, вам придется изменить настройки php.ini по умолчанию для apache2, потому что даже если вы установите новый php.ini в местоположении файлов wordpress, тот, который находится в папке apache2, является абсолютным, поэтому, во-первых, вы нужно увеличить загрузить _max _размер файла.