Когда я закрываюсь, FTP-сервер понижается

Я нашел решение, разрешение:

Соединитесь с использованием сервера SSH.Править /etc/apache2/apache2.conf установка файла:

Mutex posixsem

вместо Mutex file:${APACHE_LOCK_DIR} default

Апачский сервис перезапуска:

service apache2 restart

Позвольте мне добавить немного к Вам, отвечает Fathey Abdel Slam. Отсюда:

Взаимное исключение является основным методом синхронизации, используемым в Транспортном Сервере для защиты данных из одновременного доступа несколькими потоками. Взаимное исключение действует как блокировка, которая защищает данные в одном потоке программы от того, чтобы быть полученным доступ другим потоком.

И от /etc/apache2/apache2.conf:

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# NOTE!  If you intend to place this on an NFS (or otherwise network)
# mounted filesystem then please read the Mutex documentation (available
# at <URL:http://httpd.apache.org/docs/2.4/mod/core.html#mutex>);
# you will save yourself a lot of trouble.

Следующие взаимоисключающие механизмы доступны:

• значение по умолчанию | да

  Это выбирает реализацию блокировки значения по умолчанию, как определено APR. Реализация блокировки значения по умолчанию может быть отображена путем выполнения httpd с-V опцией.

• ни один | нет

  Это эффективно отключает взаимное исключение и только позволяется для взаимного исключения, если модуль указывает, что это - допустимый выбор. Консультируйтесь с документацией модуля для получения дополнительной информации.

• posixsem

  Это - взаимоисключающий вариант на основе семафора Posix.

  Предупреждение

  Семафорное владение не восстанавливается если поток в процессе, содержащем взаимное исключение segfaults, приводя к подвешиванию веб-сервера.

• sysvsem

  Это - взаимоисключающий вариант на основе семафора SystemV IPC. Предупреждение

  Возможно "пропустить" семафоры SysV, если процессы отказывают, прежде чем семафор удален. Безопасность

  Семафорный API допускает атаку "отказ в обслуживании" любым CGIs, работающим под тем же uid как веб-сервер (т.е. весь CGIs, если Вы не используете что-то как suexec или cgiwrapper).

• sem

  Это выбирает "лучшую" доступную семафорную реализацию, выбирающую между Posix и SystemV IPC SystemV IPC semaphores, в том порядке.

• pthread

  Это - взаимоисключающий вариант на основе межпроцессных взаимных исключений потока Posix. Предупреждение

  В большинстве систем, если дочерний процесс завершается неправильно при содержании взаимного исключения, которое использует эту реализацию, сервер заведет в тупик и прекратит отвечать на запросы. Когда это произойдет, сервер потребует, чтобы ручной перезапуск восстановился.

  Солярис и Linux являются существенными исключениями, поскольку они обеспечивают механизм, который обычно позволяет взаимному исключению быть восстановленным после того, как дочерний процесс завершается неправильно при содержании взаимного исключения.

  Если Вашей системой является совместимый POSIX или если это реализует pthread_mutexattr_setrobust_np () функция, Вы можете использовать pthread опцию безопасно.

• fcntl:/path/to/mutex

  Это - взаимоисключающий вариант, где медосмотр (блокировка-) файл и fcntl () функция используется в качестве взаимного исключения. Предупреждение

  Когда несколько взаимных исключений на основе этого механизма используются в многопоточном, мультиобрабатывают среды, об ошибках мертвой блокировки (EDEADLK) можно сообщить для допустимых взаимоисключающих операций, если fcntl () не ориентирован на многопотоковое исполнение, такой как на Солярисе.

• flock:/path/to/mutex

  Это подобно fcntl:/path/to/mutex методу за исключением того, что скопление () функция используется для обеспечения захвата файла.

• file:/path/to/mutex

  Это выбирает "лучшую" доступную реализацию захвата файла, выбирающую между fcntl и скоплением, в том порядке.

Большинство механизмов только доступно на выбранных платформах, где базовая платформа и APR поддерживают его. Механизмы, которые не доступны на всех платформах, являются posixsem, sysvsem, sem, pthread, fcntl, скоплением и файлом.

С основанными на файле механизмами fcntl и скопление, путь, если обеспечено, является каталогом, где файл блокировки будет создан. Каталог по умолчанию является каталогом файла httpd во время выполнения относительно ServerRoot. Всегда используйте файловую систему локального диска для/path/to/mutex и никогда каталога, находящегося на NFS - или файловая система AFS.

basename из файла будет mutex type, дополнительная строка экземпляра, обеспеченная модулем, и если OmitPID keyword указан, идентификатор процесса httpd родительского процесса будет добавлен для создания имени файла уникальными, избегающими конфликтами, когда несколько httpd экземпляров совместно используют каталог файла блокировки.

Например, если взаимоисключающее имя, mpm-принимают, и каталог файла блокировки /var/httpd/locks, имя файла блокировки для httpd экземпляра с идентификатором 12345 родительского процесса было бы /var/httpd/locks/mpm-accept.12345.

Источник:

http://httpd.apache.org/docs/2.4/mod/core.html#mutex

https://docs.trafficserver.apache.org/en/4.2.x/sdk/mutex-guide.en.html