Apache2, не работающий на Сервере Ubuntu
Apache хорошо работал на моем сервере, пока я не начал использовать gitlab для управления моими файлами. Я пытался перезапустить апача, и я получаю следующую ошибку
(98)Address already in use: AH00072: make_sock: could not bind to address [::]:80
(98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
AH00015: Unable to open logs
Action 'start' failed.
Я проверил свои журналы, и это - ошибка, которую я вижу
[Thu Jul 23 17:00:26.511870 2015] [core:warn] [pid 32588] AH00111:
Config variable ${APACHE_LOCK_DIR} is not defined [Thu Jul 23
17:00:26.512033 2015] [core:warn] [pid 32588] AH00111: Config variable
${APACHE_PID_FILE} is not defined [Thu Jul 23 17:00:26.512057 2015]
[core:warn] [pid 32588] AH00111: Config variable ${APACHE_RUN_USER} is
not defined [Thu Jul 23 17:00:26.512068 2015] [core:warn] [pid 32588]
AH00111: Config variable ${APACHE_RUN_GROUP} is not defined [Thu Jul
23 17:00:26.512108 2015] [core:warn] [pid 32588] AH00111: Config
variable ${APACHE_LOG_DIR} is not defined [Thu Jul 23 17:00:26.516040
2015] [core:warn] [pid 32588:tid 140305255098240] AH00111: Config
variable ${APACHE_LOG_DIR} is not defined [Thu Jul 23 17:00:26.516255
2015] [core:warn] [pid 32588:tid 140305255098240] AH00111: Config
variable ${APACHE_LOG_DIR} is not defined [Thu Jul 23 17:00:26.516283
2015] [core:warn] [pid 32588:tid 140305255098240] AH00111: Config
variable ${APACHE_LOG_DIR} is not defined AH00526: Syntax error on
line 74 of /etc/apache2/apache2.conf: Invalid Mutex directory in
argument file:${APACHE_LOCK_DIR}
Помогите. Я застревал на этом в течение многих дней.
2 ответа
Те ошибки говорят:
- уже существует работа веб-сервера порта 80, таким образом, Вы не можете запустить другой
- , Apache не может найти свой PID или заблокировать файлы, потому что это пропускает некоторую конфигурацию и не знает, где посмотреть
, Что я думаю, происходит:
- другой веб-сервер, уже работающий на порте 80 , является самим Apache . Причина, которую это не может распознать само, состоит в том, что это не может найти свой файл PID, таким образом, это не может сказать, что Apache уже работает.
, Чтобы сервис смог перезапустить или остановить себя со сценариями, он должен вести учет где-нибудь, которого обрабатывают его, работает как. Это хранится в файле PID. Файл PID говорит сценарий перезапуска/остановки, которые обрабатывают сервис, уже работает под, позволяя этому быть остановленным. Без него сценарий перезапуска/остановки даже не знает, что услуга уже работает, уже не говоря о котором процессе это работает как.
необходимо проверить каталог конфигурации Apache, поскольку что-то может отсутствовать или повреждать. Если Вы не находите причину и являетесь отчаянными, ведете учет какого-либо удовлетворения требованиям заказчика, Вы сделали к конфигурации Apache, то производите чистку и переустанавливаете Apache, то восстанавливаете свое удовлетворение требованиям заказчика вручную.
это возможный, что это было вызвано gitlab? Это возможно , хотя это не бесспорно. Некоторому программному обеспечению нравится добавлять файлы к конфигурации Apache под, например, /etc/apache2/conf.d/. Проверьте, что каталог для чего-либо, что похоже, он, возможно, был добавлен gitlab или другим внешним программным обеспечением.
Все те переменные определяются в /etc/apache2/envvars в моем сервере. Проверьте на существование того файла и что это настраивается правильно. Я должен был внести некоторые незначительные изменения в него, я думаю, но в значительной степени использую его в качестве - загруженный.