Samba не стартует (решено)

mons

в понедельник исправлю первый пост. Вроде как показывает. остался один вопрос почему программа стартует 4-5 мин??

zar0ku1

в понедельник исправлю первый пост. Вроде как показывает. остался один вопрос почему программа стартует 4-5 мин?? В понедельник исправлю первый пост

смотреть нужно

mons

а что и как смотреть-то? я бы посмотрел. Хочется дожать до победного конца

zar0ku1

@mons:

а что и как смотреть-то? я бы посмотрел. Хочется дожать до победного конца

ну я и бы посмотрел top, почитал бы логи

и убери вот этот бред, пожалуйста

2. пишем файл на дискету (флэшку я не смог прицепить). Дискету в машину

S_K

Народ подскажите плиз по подробнее как самбу заставить в сервисах показаться, где именно в config.xml надо прописывать service??? И еще проблемка: самба стала, автоматом стартует, вроде все гуд, только заходишь на папку расшаренную и минуты 2-3 все работает нормально, потом все виснит (доступ к папке), сама самба запущена, pfsense работает нормально. Потом минут через 5 вроде все востанавливается и опять минуты на 2-е, что за ерунда может быть???

zar0ku1

@S_K:

Народ подскажите плиз по подробнее как самбу заставить в сервисах показаться, где именно в config.xml надо прописывать service??? И еще проблемка: самба стала, автоматом стартует, вроде все гуд, только заходишь на папку расшаренную и минуты 2-3 все работает нормально, потом все виснит (доступ к папке), сама самба запущена, pfsense работает нормально. Потом минут через 5 вроде все востанавливается и опять минуты на 2-е, что за ерунда может быть???

1 пост, 8 пункт, там же где прописаны другие сервисы

по поводу подвисания - покажи top в тот момент

mons

у меня тоже стабильно подвисает. 1 раз заходит нормально, а потом либо вобще не идет либо просит авторизации (несмотря на то что пароль сохранен) и не дает авторизироваться. При этом сетевое окружение в wind висит. На машинах с runtu тоже траблы не может зайти на машину с пфсенс. В топе загрузки страшной нет. Сегодня как назло все нормально работает

S_K

@zar0ku1:

1 пост, 8 пункт, там же где прописаны другие сервисы

по поводу подвисания - покажи top в тот момент

а другие сервисы нигде не прописанны, у меня голый PFSense был по этому то я и не мог найти то место, куда вставлять сервис самбы, потом проставил squid и все стало понятно ))
А по поводу подвисания: что Вы имеете ввиду под словом TOP?
А самба и стартует очень долго (минуты 4) и виснит ((

zar0ku1

@S_K:

а другие сервисы нигде не прописанны, у меня голый PFSense был по этому то я и не мог найти то место, куда вставлять сервис самбы, потом проставил squid и все стало понятно ))
А по поводу подвисания: что Вы имеете ввиду под словом TOP?
А самба и стартует очень долго (минуты 4) и виснит ((

под словом Top я имею ввиду это http://ru.wikipedia.org/wiki/Top

Michael Sh.

Чтобы самба не подвисала, в конфиге смените систему печати с cups хотя-бы на bsd (printing = bsd).

zar0ku1

@Michael:

Чтобы самба не подвисала, в конфиге смените систему печати с cups хотя-бы на bsd (printing = bsd).

а если не секрет, где там в конфиге про капс было?

Michael Sh.

Мне тут тоже вдруг самба на пфсенсе понадобилась. Перепробовал все последние пакеты самбы, а они все собраны с 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

zar0ku1

ну я думаю для начала нужно почитать логи и найти что-то типа

Unable to connect to CUPS server localhost - Connection refused

а уже потом делать эти выводы

и правильно выключить подсистему печати:


load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes

Michael Sh.

@zar0ku1:

ну я думаю для начала нужно почитать логи и найти что-то типа
Unable to connect to CUPS server localhost - Connection refused
а уже потом делать эти выводы

Не надо считать всех вокруг идиотами, если пишу - значит проверил. И не только глазением в логи.

@zar0ku1:

и правильно выключить подсистему печати:
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes

Это не выключение печати вообще, а переключение. С сомнительной правильностью:


printing = bsd
printcap name = /dev/null

опции из разных "опер".
Я надеялся увидеть что-то типа printing = none, но увы…

zar0ku1

@Michael:

@zar0ku1:
ну я думаю для начала нужно почитать логи и найти что-то типа
Unable to connect to CUPS server localhost - Connection refused
а уже потом делать эти выводы
Не надо считать всех вокруг идиотами, если пишу - значит проверил. И не только глазением в логи.

@zar0ku1:
и правильно выключить подсистему печати:
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
Это не выключение печати вообще, а переключение. С сомнительной правильностью:
printing = bsd
printcap name = /dev/null
опции из разных "опер".
Я надеялся увидеть что-то типа printing = none, но увы…

никто и не считал вас идиотом, не нужно воспринимать все так категорично, просто до этого никто не додумался туда смотреть, а все писали "помогите у нас проблема"
взято из листа рассылки самбы

Michael Sh.

@zar0ku1:

никто и не считал вас идиотом, не нужно воспринимать все так категорично, просто до этого никто не додумался туда смотреть, а все писали "помогите у нас проблема"

взято из листа рассылки самбы

Принято :) Просто немного напрягло "прежде чем делать выводы".
Кстати, то что самба тормозит на запуске при попытке подцепиться к системе печати, это как-то понятно и простительно. Но сбои в работе протокола smb после старта - это уже глюк ИМХО.
Тогда они ещё забыли:

show add printer wizard = no

дабы убрать бестолковое в данном случае "добавление принтера".

zar0ku1

@Michael:

сбои в работе протокола smb после старта - это уже глюк ИМХО.

Тоже это наблюдали? что в логах?

Michael Sh.

@zar0ku1:

@Michael:

сбои в работе протокола 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).

zar0ku1

@Michael:

@zar0ku1:

@Michael:

сбои в работе протокола 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 пробовали?

Michael Sh.

@zar0ku1:

собрать самбу без cups пробовали?

Специально для пфсенса нет. Не хочется плодить альтернативное дерево пакетов, а с портами девелоперы борются. Понятно, что можно плюнуть и пересобрать всё под себя, учитывая что и пакеты пфсенса дремучие, и в самой фрише с пакетами не всегда хорошо. К тому же мне необходим пфсенс 2.0, а в нём половина пакетов пфсенса пока поглючивают.
Но. Мой приятель вырос из железного роутера, поставил пфсенс (в юнихах пока чайник). Захотелось ему торренты крутить на нём. Что я с самбой и связался.
Вот не будешь же каждый раз собирать пакеты и раздавать.