Samba не стартует (решено)
-
<service><name>samba</name> <rcfile>samba.sh</rcfile> <executable>samba</executable> <description>Samba-server Service</description></service>
красиво конечно но не работает. При попытке включения вешает веб морду на теже самые 4-5 минуты, но должен отметить что самбу включает, но статус всегда stopped. подправьте кто знает
executable smb
-
в понедельник исправлю первый пост. Вроде как показывает. остался один вопрос почему программа стартует 4-5 мин??
-
в понедельник исправлю первый пост. Вроде как показывает. остался один вопрос почему программа стартует 4-5 мин?? В понедельник исправлю первый пост
смотреть нужно
-
а что и как смотреть-то? я бы посмотрел. Хочется дожать до победного конца
-
а что и как смотреть-то? я бы посмотрел. Хочется дожать до победного конца
ну я и бы посмотрел top, почитал бы логи
и убери вот этот бред, пожалуйста
2. пишем файл на дискету (флэшку я не смог прицепить). Дискету в машину
-
Народ подскажите плиз по подробнее как самбу заставить в сервисах показаться, где именно в config.xml надо прописывать service??? И еще проблемка: самба стала, автоматом стартует, вроде все гуд, только заходишь на папку расшаренную и минуты 2-3 все работает нормально, потом все виснит (доступ к папке), сама самба запущена, pfsense работает нормально. Потом минут через 5 вроде все востанавливается и опять минуты на 2-е, что за ерунда может быть???
-
@S_K:
Народ подскажите плиз по подробнее как самбу заставить в сервисах показаться, где именно в config.xml надо прописывать service??? И еще проблемка: самба стала, автоматом стартует, вроде все гуд, только заходишь на папку расшаренную и минуты 2-3 все работает нормально, потом все виснит (доступ к папке), сама самба запущена, pfsense работает нормально. Потом минут через 5 вроде все востанавливается и опять минуты на 2-е, что за ерунда может быть???
1 пост, 8 пункт, там же где прописаны другие сервисы
по поводу подвисания - покажи top в тот момент
-
у меня тоже стабильно подвисает. 1 раз заходит нормально, а потом либо вобще не идет либо просит авторизации (несмотря на то что пароль сохранен) и не дает авторизироваться. При этом сетевое окружение в wind висит. На машинах с runtu тоже траблы не может зайти на машину с пфсенс. В топе загрузки страшной нет. Сегодня как назло все нормально работает
-
1 пост, 8 пункт, там же где прописаны другие сервисы
по поводу подвисания - покажи top в тот момент
а другие сервисы нигде не прописанны, у меня голый PFSense был по этому то я и не мог найти то место, куда вставлять сервис самбы, потом проставил squid и все стало понятно ))
А по поводу подвисания: что Вы имеете ввиду под словом TOP?
А самба и стартует очень долго (минуты 4) и виснит (( -
@S_K:
а другие сервисы нигде не прописанны, у меня голый PFSense был по этому то я и не мог найти то место, куда вставлять сервис самбы, потом проставил squid и все стало понятно ))
А по поводу подвисания: что Вы имеете ввиду под словом TOP?
А самба и стартует очень долго (минуты 4) и виснит ((под словом Top я имею ввиду это http://ru.wikipedia.org/wiki/Top
-
Чтобы самба не подвисала, в конфиге смените систему печати с cups хотя-бы на bsd (printing = bsd).
-
Чтобы самба не подвисала, в конфиге смените систему печати с 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 пробовали?