m
да мне бенчмарки тут не важны, если я буду уверен контейнеры перезапустят и всё поедет, то проблем нет, у меня отваливается по TIMEOUT
Size: a a a
2019 July 29
m
можно увеличить
m
но как то очень долго всё это
AS
👍 рад что работает всё.
AF
может для начала посмотреть откуда таймаут, по идеи то его там как бы не очень должно быть
m
посмотрю на свой entrypoint, может он и в правду кривоват
m
ну вот не самый страшный entrypoint
здесь я генерю из env конфиги
#!/bin/sh
if [ -z $TEMPLATE_DIR ]
then
TEMPLATE_DIR="/var/www/html"
fi
for inputfile in $(find $TEMPLATE_DIR -type f -iname "*.tpl"); do
outputfile=$(echo $inputfile | sed s/\.tpl//g)
envsubst < $inputfile > $outputfile
done
cat << EOF > /usr/local/etc/php-fpm.d/www.conf
[www]
listen = 127.0.0.1:9000
user = www-data
group = www-data
pm = static
pm.max_children = $MAX_CHILDREN
pm.start_servers = $START_SERVERS
pm.min_spare_servers = $MIN_SPARE_SERVERS
pm.max_spare_servers = $MAX_SPARE_SERVERS
pm.max_requests = 5000
request_terminate_timeout = 60
slowlog = /var/log/php-fpm/slow.log
php_flag[display_errors] = off
php_admin_flag[log_errors] = on
php_admin_value[upload_tmp_dir] = /var/tmp
EOF
php-fpm
здесь я генерю из env конфиги
GG
Я думаю, что сигнал может не в тот процесс уходить
GG
Есть как бы разница между тем же nginx, который сам все хендлит и sh скриптом
GG
Но это требует бенчмаркинга и тестирования
m
ну вроде бы да, но контейнер не всегда долго рестартует
m
``
# time systemctl restart docker-movies
real 0m10.960s
user 0m0.003s
sys 0m0.009s
```
# time systemctl restart docker-movies
real 0m10.960s
user 0m0.003s
sys 0m0.009s
```
m
проблема в том что контейнер c php-fpm рестартует дольше всех
AS
ты должидаешься штатного таймаута докера после sighup
m
ладно, буду траблшутить почему долго рестартует php-fpm
AS
потому что вам нужен какой то супервизор для php-fpm
AS
там же описана проблематика.
GG
там же описана проблематика.
👍