Ubuntu 10.04 (x64).
Столкнулся с двумя проблемами:
1) на ubuntu desktop не виден с windows-машин принтер, расшаренный через samba.
2) на ubuntu server не работает squid
Проблемы решаются перезапуском служб smbd и squid3 соответственно.
Гуглил, читал форум, анализировал логи. Вывод: upstart запускает процессы не в той последовательности. В первом случае необходимо запускать smbd после cups, а во втором - squid3 после drweb-icapd.
Манипуляции с очерёдностью в /etc/rcX.d почему-то не помогают. Пока решил поставить костыль: в /etc/rc.local делаю перезапуск smbd и squid. Но хочется сделать по-человечески.
В результате пришёл к выводу, что нужно править /etc/init/smbd.conf (в первом случае).
Строку
start on local-filesystems
надо заменить на что-то типа
start on (cups
and local-filesystems)
где "cups" должно быть событием, означающим запуск CUPS.
В случае с squid проблема должна решаться аналогично, только конфигурационный файлик нужно самому написать.
Собственно вопрос к сообществу:
как будут называться события, означающие запуск CUPS и ICAP (drweb-icapd)? Может, есть где-то список этих событий?
Чтение
официальной странички не помогло

Пользователь решил продолжить мысль 06 Июля 2010, 13:20:22:
С первой задачей вроде разобрался. Надо было прописать правила запуска CUPS.
Создаём конфигурационный файл для запуска CUPS
# touch /etc/init/cups.conf
Назначаем права доступа
# chmod 0644 /etc/init/cups.conf
На всякий случай сделаем хозяином рута
# chown root:root /etc/init/cups.conf
Содержимое файла /etc/init/cups.conf
description "CUPS Print Server"
author "Alexander Shelemetyev <as@prcpo.ru>"
start on (local-filesystems and net-device-up IFACE!=lo)
stop on stopped smbd
respawn
exec cupsd -F
Далее правим /etc/init/smbd.conf
меняем строку
start on local-filesystems
на
start on (started cups and local-filesystems)
то есть указываем, что самба должна загружаться только после CUPS.
Перегружаем комп.
Проверяем
# initctl list | egrep '(cups|smbd)'
smbd start/running, process 789
cups start/running, process 774
Видно, что CUPS стартовал раньше SMBD.
В логах самбы наблюдаем отсутствие ошибок, связанных с cups:
# tail /var/log/samba/log.smbd
[2010/07/06 13:09:29, 0] smbd/server.c:1069(main)
smbd version 3.4.7 started.
Copyright Andrew Tridgell and the Samba Team 1992-2009
[2010/07/06 13:09:29, 0] smbd/server.c:1115(main)
standard input is not a socket, assuming -D option
Насчёт последнего сообщения в логе ещё не разобрался, обсуждение было
здесьБуду признателен за комментарии, всё ли правильно сделал?
И для чего могут быть необходимы скрипты в файлах конфигурации? Вроде, без них работает.