Назад | Перейти на главную страницу

Почему мой недавно созданный пакет не устанавливается должным образом? Я создал конфликт?

Я использую Debian Lenny, и у меня был установлен nginx 0.7.65 из lenny-backports. Мне нужен был uwsgi модуль, поэтому я добавил deb-src для lenny-backports и сделал apt-get source nginx. Это захватило 0.7.67-3.

Я последовал этому руководству до Т: http://brandonkonkle.com/blog/2010/sep/14/django-uwsgi-and-nginx/ а затем сделал dpkg -i nginx * .deb в соответствии с инструкциями.

Не похоже, что он заменил 0.7.65, потому что я получаю следующее:

(Reading database ... 27253 files and directories currently installed.)
Preparing to replace nginx 0.7.67-3~bpo50+1 (using nginx_0.7.67-3~bpo50+1_i386.deb) ...
Unpacking replacement nginx ...
Preparing to replace nginx-dbg 0.7.67-3~bpo50+1 (using nginx-dbg_0.7.67-3~bpo50+1_i386.deb) ...
Unpacking replacement nginx-dbg ...
Setting up nginx (0.7.67-3~bpo50+1) ...
Trying a soft restart
Processing triggers for man-db ...
Setting up nginx-dbg (0.7.67-3~bpo50+1) ...

И если я попытаюсь /etc/init.d/nginx stop и начать снова, он не будет подчиняться. Я думаю, что мог вызвать какой-то конфликт?

В dpkg -i предполагалось установить 0.7.67, и у меня есть 2 файла deb после того, как я сделал dpkg-buildpackage: nginx_0.7.67-3 ~ bpo50 + 1_i386.deb и nginx-dbg_0.7.67-3 ~ bpo50 + 1_i386.deb

Где я неправ? Может ли кто-нибудь объяснить, почему nginx теперь вообще не подчиняется? Я не могу это остановить или запустить. Если я войду в aptitude он говорит мне, что установленная версия 0.7.67.

  1. тестовая тестовая конфигурация

    $ sudo nginx -t

  2. попробуйте запустить nginx без /etc/init.d/nginx

    $ sudo nginx

  3. Читать журнал:

    $ sudo tail -n 100 / var / журнал / системный журнал

Я вспоминаю проблему в упаковке Debian, когда они изменили расположение pid. Также возможно, что вы изменили общую библиотеку, из-за которой существующий nginx не может найти код по новому перемещенному адресу. Вы могли сделать:

sh -x /etc/init.d/nginx stop

и посмотрите, какая ошибка в строке после start-stop-daemon

В худшем случае найдите pid nginx и выполните kill (или, если он застрял, kill -9)

На этом этапе вы сможете нормально перезапустить nginx.