Samba не стартует (решено)
-
Чтобы самба не подвисала, в конфиге смените систему печати с cups хотя-бы на bsd (printing = bsd).
а если не секрет, где там в конфиге про капс было?
-
Мне тут тоже вдруг самба на пфсенсе понадобилась. Перепробовал все последние пакеты самбы, а они все собраны с cups, тянут его по зависимостям и используют по умолчанию. Запускать cups в мои планы не входило, но самба пытается на старте к нему цепляться и висит до 5-10 минут и потом ещё периодически повторяет попытки, что приводит к сбоям smb.
В деф. конфиге так:
# It should not be necessary to specify the print system type unless # it is non-standard. Currently supported print systems include: # bsd, cups, sysv, plp, lprng, aix, hpux, qnx ; printing = cups
Никакими ухищрениями отключить печать вообще мне не удалось. Пришлось поставить
printing = bsd -
ну я думаю для начала нужно почитать логи и найти что-то типа
Unable to connect to CUPS server localhost - Connection refused
а уже потом делать эти выводы
и правильно выключить подсистему печати:
load printers = no printing = bsd printcap name = /dev/null disable spoolss = yes
-
ну я думаю для начала нужно почитать логи и найти что-то типа
Unable to connect to CUPS server localhost - Connection refused
а уже потом делать эти выводы
Не надо считать всех вокруг идиотами, если пишу - значит проверил. И не только глазением в логи.
и правильно выключить подсистему печати:
load printers = no printing = bsd printcap name = /dev/null disable spoolss = yes
Это не выключение печати вообще, а переключение. С сомнительной правильностью:
printing = bsd printcap name = /dev/null
- опции из разных "опер".
Я надеялся увидеть что-то типа printing = none, но увы…
- опции из разных "опер".
-
ну я думаю для начала нужно почитать логи и найти что-то типа
Unable to connect to CUPS server localhost - Connection refused
а уже потом делать эти выводы
Не надо считать всех вокруг идиотами, если пишу - значит проверил. И не только глазением в логи.
и правильно выключить подсистему печати:
load printers = no printing = bsd printcap name = /dev/null disable spoolss = yes
Это не выключение печати вообще, а переключение. С сомнительной правильностью:
printing = bsd printcap name = /dev/null
- опции из разных "опер".
Я надеялся увидеть что-то типа printing = none, но увы…
- никто и не считал вас идиотом, не нужно воспринимать все так категорично, просто до этого никто не додумался туда смотреть, а все писали "помогите у нас проблема"
- взято из листа рассылки самбы
- опции из разных "опер".
-
- никто и не считал вас идиотом, не нужно воспринимать все так категорично, просто до этого никто не додумался туда смотреть, а все писали "помогите у нас проблема"
- взято из листа рассылки самбы
- Принято :) Просто немного напрягло "прежде чем делать выводы".
Кстати, то что самба тормозит на запуске при попытке подцепиться к системе печати, это как-то понятно и простительно. Но сбои в работе протокола smb после старта - это уже глюк ИМХО. - Тогда они ещё забыли:
show add printer wizard = no
дабы убрать бестолковое в данном случае "добавление принтера".
-
сбои в работе протокола smb после старта - это уже глюк ИМХО.
Тоже это наблюдали? что в логах?
-
сбои в работе протокола smb после старта - это уже глюк ИМХО.
Тоже это наблюдали? что в логах?
Честно говоря я не очень въедливо изучил ситуацию.
Периодически smbd пытается подцепиться к CUPS и виснет на операции с сокетом. При этом обмен через другие сокеты прекращается (может реализовано в одном потоке, может и по другой причине - я в исходники не лазил). Далее соединение с CUPS отваливает по таймауту:printing/print_cups.c:cups_connect(103) Unable to connect to CUPS server localhost:631 - Interrupted system call
либо:
printing/print_cups.c:cups_connect(103) Unable to connect to CUPS server localhost:631 - Operation timed out
Висящий клиент тоже отваливает по таймауту и реконнектится (видно в логах).
Возможен и другой сценарий. Системная ошибка с CUPS сокетом сбрасывает и установленные соединения по другим сокетам, что вызывает реконнект клиента (если я правильно понял, самба форкается на каждого клиента).
По-хорошему надо бы включить дебаг и поймать проблему за хвост, но времени как всегда на всё не хватает. Думаю могут быть реальные проблемы при использовании CUPS, особенно если сервер печати на другой железке.
У меня принтер сам по себе сетевой, и я для себя так и не выяснил все плюсы и минусы разных протоколов печати (LPR,IPP,NETBIOS). Была мысль попробовать отправить самбу прямо на принтер IPP, но ушла за отсутствием необходимости.
P.S. Кстати я самбу заставил быть бровзером - от этого моя домашняя сетка стала вести себя стабильнее (помните проблему борьбы касками между виндовыми машинами за звание computer browser). -
сбои в работе протокола smb после старта - это уже глюк ИМХО.
Тоже это наблюдали? что в логах?
Честно говоря я не очень въедливо изучил ситуацию.
Периодически smbd пытается подцепиться к CUPS и виснет на операции с сокетом. При этом обмен через другие сокеты прекращается (может реализовано в одном потоке, может и по другой причине - я в исходники не лазил). Далее соединение с CUPS отваливает по таймауту:printing/print_cups.c:cups_connect(103) Unable to connect to CUPS server localhost:631 - Interrupted system call
либо:
printing/print_cups.c:cups_connect(103) Unable to connect to CUPS server localhost:631 - Operation timed out
Висящий клиент тоже отваливает по таймауту и реконнектится (видно в логах).
Возможен и другой сценарий. Системная ошибка с CUPS сокетом сбрасывает и установленные соединения по другим сокетам, что вызывает реконнект клиента (если я правильно понял, самба форкается на каждого клиента).
По-хорошему надо бы включить дебаг и поймать проблему за хвост, но времени как всегда на всё не хватает. Думаю могут быть реальные проблемы при использовании CUPS, особенно если сервер печати на другой железке.
У меня принтер сам по себе сетевой, и я для себя так и не выяснил все плюсы и минусы разных протоколов печати (LPR,IPP,NETBIOS). Была мысль попробовать отправить самбу прямо на принтер IPP, но ушла за отсутствием необходимости.
P.S. Кстати я самбу заставил быть бровзером - от этого моя домашняя сетка стала вести себя стабильнее (помните проблему борьбы касками между виндовыми машинами за звание computer browser).собрать самбу без cups пробовали?
-
собрать самбу без cups пробовали?
Специально для пфсенса нет. Не хочется плодить альтернативное дерево пакетов, а с портами девелоперы борются. Понятно, что можно плюнуть и пересобрать всё под себя, учитывая что и пакеты пфсенса дремучие, и в самой фрише с пакетами не всегда хорошо. К тому же мне необходим пфсенс 2.0, а в нём половина пакетов пфсенса пока поглючивают.
Но. Мой приятель вырос из железного роутера, поставил пфсенс (в юнихах пока чайник). Захотелось ему торренты крутить на нём. Что я с самбой и связался.
Вот не будешь же каждый раз собирать пакеты и раздавать. -
Как сложно написать нынче make package?
Собрал пакетик самбы 3.3 без ничего http://ssros.ru/uploads/samba-3.3.10.tbz пробуйте
OFFTOPIC: а причем тут самба и торрент? -
Как сложно написать нынче make package?
Да не сложно. Мешает пара вещей: зачем тогда вообще пакеты от дистрибуции, и если бездумно толкать разные пакеты на разные машины, начнётся бардак с библиотеками и др. зависимостями. Последнее особенно "весело" в связи с непонятным пристрастием авторов пфсенса тупо сносить /var/db/pkg при любом апдейте.
@zar0ku1:OFFTOPIC: а причем тут самба и торрент?
Думал очевидно. У человека сетка из виндовых машин - как проще забрать накаченное или выложить на сид. Естественно самбой. К тому же у виндового клиента transmission GUI (мы выбрали пока transmission-daemon) есть удобный маппинг на сетевые шары.
Есть ещё мысль пустить DC++ на пфсенсе и пошарить ей не только локальные файлы, но и самба-шары сети (т.е. запустить клиента самбы на пфсенсе). -
- это называется бездумно? а в чем принципиальная разница скомпилировать пакет с нужным конфигом или просто установить его уже скомпилированный?
- ну да есть такой вариант, но я лично забираю sftp меня устраивает
-
Спасибо вам гуру! Видимо printing=bsd, и есть то самое магическое заклинание, которого не хватало! До этого все строки про печать были закоментированы. Самба перестала перезапускаться по 5-10 минут. Денек еще потестирую потом добавлю в первый пост
-
mons
правим /cf/conf/config.xml
ИМХО так будет правильнее:
<service><name>smbd</name> <rcfile>samba.sh</rcfile> <executable>smbd</executable> <description>Файловый сервер windows. Часть пакета Samba. Предоставляет доступ к файлам и принтерам клиентам, которые используют SMB протокол.</description></service> <service><name>nmbd</name> <rcfile>samba.sh</rcfile> <executable>nmbd</executable> <description>Поддержка сервера имен NetBIOS. Часть пакета Samba. Принимает и отвечает на запросы службы имен NetBIOS, посылаемые клиентами LanManager. Также управляет просмотром (browsing) сети.</description></service>
потому, как иногда бывает сервис nmbd падает, но при этом smbd работает. Проявляется в том, что не видно "сетевое окружение", однако сама шара открывается. А тут сразу будет видно.
-
вопрос чайника: а как это у вас русские буквы в описания сервисов показывает???? у мну кракозябры
Может оно так и правильнее, но при остановке одной из служб smbd или nmbd останавливается и вторая, и иконка smb тоже краснеет (я ее оставил). -
а как это у вас русские буквы в описания сервисов показывает? у мну кракозябры
В /usr/local/www поправил файлик head.inc, изменив строчку на
<title><?=gentitle($pgtitle);?></title>
Содержимое файла естественно тоже в KOI8
Может оно так и правильнее, но при остановке одной из служб smbd или nmbd останавливается и вторая, и иконка smb тоже краснеет (я ее оставил).
Отключаются они или стартуют естественно вместе, зато обе службы видны.
-
К сожалению файл http://pub.shukan.ru/libgssapi.so.9 уже не доступен :( где еще можно его скачать?
-
К сожалению файл http://pub.shukan.ru/libgssapi.so.9 уже не доступен :( где еще можно его скачать?
проблемы с провайдером, куда тебе выложить?
-
можно на любой файло обменник