Zammad: Не бросайте zammad.conf в / etc / nginx / sites-enabled /

Созданный на 21 июн. 2017 · 10Комментарии · Источник: zammad/zammad

Информация:

Используемая версия Zammad: 1.6.0-1497971761.97eca99.jessie
Используемый источник установки Zammad: пакет
Операционная система: Debian 8
Браузер + версия: н / д

Ожидаемое поведение:

Пакет Zammad удаляет пример конфигурации nginx в / etc / nginx / sites-available

Фактическое поведение:

Пакет Zammad устанавливает конфигурацию nginx в / etc / nginx / sites-enabled
Это активно изменяет конфигурацию веб-сервера, что не является хорошей практикой.
В нашем случае это конфликтует с именами существующих хостов, и nginx больше не будет перезагружаться / перезапускаться:

Jun 21 16:28:22 tickets.darmstadt.freifunk.net systemd[1]: Starting A high performance web server and a reverse proxy server...
Jun 21 16:28:22 tickets.darmstadt.freifunk.net nginx[14822]: nginx: [emerg] duplicate upstream "zammad" in /etc/nginx/sites-enabled/zammad.conf:5
Jun 21 16:28:22 tickets.darmstadt.freifunk.net nginx[14822]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jun 21 16:28:22 tickets.darmstadt.freifunk.net systemd[1]: nginx.service: control process exited, code=exited status=1
Jun 21 16:28:22 tickets.darmstadt.freifunk.net systemd[1]: Failed to start A high performance web server and a reverse proxy server.

Шаги по воспроизведению поведения:

Переместите /etc/nginx/sites-enabled/zammad.conf в /etc/nginx/sites-enabled/tickets.example.com.conf
Пакет обновления
Бум.

Источник

mweinelt

Самый полезный комментарий

Сейчас это исправлено: https://github.com/zammad/zammad/commit/52baed55f80e73a5f12c07e561fb23d858734ba9

monotek 24 июн. 2017

👍4

Все 10 Комментарий

В чем твоя точка зрения?
Вы хотите установить Zammad вручную и пакетно и не ожидаете конфликтов?

Эйдт: Теперь я вижу, что вы сделали. Вы переименовали наш файл конфигурации, поэтому Заммад установил новый при обновлении. Не могу работать. Не переименовывайте наш файл конфигурации.

monotek 21 июн. 2017

Обычно лучше всего установить новые файлы конфигурации в /etc/apache2/sites-available или /etc/nginx/sites-available/ и создать символическую ссылку на них в /etc/$webserver/sites-enabled . Это позволяет администратору легко включать и отключать сайты.

Тем более, что файл конфигурации (по умолчанию) содержит только HTTP, вы (как администратор), вероятно, в конечном итоге напишете свой собственный или все равно настроите их, имея возможность отключить конфигурацию поставщика и использовать ее в качестве ссылки (для настройки прокси и т. Д.), Вероятно, вменяемая идея.

Моя рекомендация заключалась бы в том, чтобы удалить файл конфигурации только в /etc/$webserver/sites-available и символическую ссылку на /etc/$webserver/sites-enabled ТОЛЬКО во время установки пакета, а не при обновлении. Если символическая ссылка все еще существует, конфигурация веб-сервера будет обновлена - если кто-то хочет запустить свою собственную конфигурацию, ему придется настроить.

andir 21 июн. 2017

👍1

Я искренне надеюсь, что вы передумаете. Не следует устанавливать пример конфигурации contrib в производственную установку.

mweinelt 22 июн. 2017

Полностью согласен с @andir

rkaldung 23 июн. 2017

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

monotek 23 июн. 2017

В простейшем сценарии вы бы использовали test -f для обнаружения
апгрейд. Пакеты явно способны выполнять разное поведение
в зависимости от (первой) установки и обновления. Подумайте о переносе баз данных
существующие файлы и т. д.

23 июня 2017 г. в 18:39 «Андре Бауэр» [email protected] написал:

Сценарий конфигурации запускается после установки пакета, поэтому есть
нет способа сохранить, чтобы проверить, была ли это первая установка или нет, и, следовательно, она
не имеет значения, используете ли вы символическую ссылку или нет.
-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/zammad/zammad/issues/1196#issuecomment-310714440 или отключить звук
нить
https://github.com/notifications/unsubscribe-auth/AAm_dK9PdJdzrZCyfvuYpmJknzdZ778Rks5sG-oigaJpZM4OBDiJ
.

andir 23 июн. 2017

Если у вас уже есть идея: https://github.com/zammad/zammad/tree/develop/contrib/packager.io

Pullrequest добро пожаловать.

monotek 23 июн. 2017

Хорошо, я имел в виду тестирование символической ссылки, что, конечно, не сработает, но проверка самого файла на доступных сайтах может быть решением, по крайней мере, для систем семейства Debian. Насколько я помню, у centos и suse не было доступных / включенных каталогов ...

Я сделаю это для Debian, как только у меня появится свободное время.

monotek 23 июн. 2017

👍1

Сейчас это исправлено: https://github.com/zammad/zammad/commit/52baed55f80e73a5f12c07e561fb23d858734ba9

monotek 24 июн. 2017

👍4

Спасибо! 👍

andir 24 июн. 2017

👍2

Была ли эта страница полезной?

0 / 5 - 0 рейтинги