Главная проблема в том, что до нынешнего времени я пользовался только Linux'ом. А тут перешел на новую работу - стоит сервер на FreeBSD. Все работает, поэтому первое время не трогал. Пришла пора - упала Самба. А на сервере то, оказывается каталоги с проектами лежат! И кажный божий день их используют. Срочно надо восстановить!
Лезу в конфиг, и вижу очень странную для меня настройку. Дело в том что в нашей сети рабочая групп называется, условно WORK. А тут я увидел:

# Samba config file created using SWAT
# from 0.0.0.0 (0.0.0.0)
# Date: 2007/03/17 23:42:48

[global]
    dns proxy = No
    log file = /var/log/samba/log.%m
    netbios name = SERVER
    ldap ssl = no
    server string = File Server
    dos charset = CP866
    workgroup =WOR
#    local master = No
#    domain master = No
#    preferred master = No
    os level = 20
    interfaces = em1
    security = share
#    security = user
#    encrypt passwords = Yes
#    passwd program = /usr/bin/passwd
    max log size = 50

[homes]
    comment = Home Directories
    guest ok = Yes
    read only = No
    browseable = No

[Public]
    comment = пВЭБС ДЙТЕЛФПТЙС
    writeable = yes
    guest ok = Yes
    public = yes
    path = /home/Public

[DrWeb]
    public = yes
    guest ok = Yes
    path = /home/drweb
[PROJECTS_OSU]
    comment = Projects Directory
#    guest ok = Yes
    writeable = yes
    public = yes
    path = /home/PROJECTS_OSU

[projects_test]
    comment = Projects Directory
#    guest ok = No
    writeable = yes
    public = yes
    path = /home/projects_test

Конфиги самбы с включенным мастер браузером я, честно говоря, никогда не видел, и как это работает не знаю. После перезагрузки сервера все нормально начало работать, только для доступа к серверу надо было открыть в проводнике ссылочку \\SERVER
Но, прошло некоторое время, и самба опять легла. Перезагрузка ничего не дала. Я решил переделать все как я раньше делал, то есть строчки
#    local master = No
#    domain master = No
#    preferred master = No
раскомментировал, а рабочую группу указал WORK. На несколько минут сервер появился в сетевом окружении. Но зайти в каталоги было невозможно. При этом самба упорно утверждала, что она, а также nmbd и winbind работают.
Лезу в логи. Лог самбы представляет собой множество таких строчек:
[2008/05/19 17:04:35, 0] printing/print_cups.c:cups_cache_reload(85)
  Unable to connect to CUPS server localhost - Connection refused
лог nmbd выглядит так:

[2008/05/19 17:04:35, 0] nmbd/nmbd.c:main(699)
  Netbios nameserver version 3.0.23c started.
  Copyright Andrew Tridgell and the Samba Team 1992-2006
[2008/05/19 17:04:42, 0] nmbd/nmbd_workgroupdb.c:dump_workgroups(282)
  dump_workgroups()
   dump workgroup on subnet    169.254.37.1: netmask=  255.255.255.0:
      WOR(1) current master browser = UNKNOWN
          SERVER 40819a03 (File Server)
[2008/05/19 17:09:57, 0] nmbd/nmbd_become_lmb.c:become_local_master_stage2(396)
  *****
  
  Samba name server SERVER is now a local master browser for workgroup WOR on subnet 169.254.37.1

А лог Winbind так(часть лога):

2008/05/19 17:04:35, 1] nsswitch/winbindd.c:main(953)
  winbindd version 3.0.23c started.
  Copyright The Samba Team 2000-2004
[2008/05/19 17:04:35, 0] nsswitch/winbindd_util.c:winbindd_param_init(787)
  winbindd: idmap uid range missing or invalid
[2008/05/19 17:04:35, 0] nsswitch/winbindd_util.c:winbindd_param_init(788)
  winbindd: cannot continue, exiting.
[2008/05/19 17:04:35, 1] nsswitch/winbindd.c:main(986)
  Could not init idmap -- netlogon proxy only
[2008/05/19 17:15:37, 0] nsswitch/winbindd.c:process_loop(813)
  winbindd: Exceeding 200 client connections, no idle connection found
[2008/05/19 17:15:37, 0] nsswitch/winbindd.c:process_loop(832)
  winbindd: Exceeding 200 client connections, no idle connection found
[2008/05/19 17:15:39, 0] nsswitch/winbindd.c:process_loop(813)
  winbindd: Exceeding 200 client connections, no idle connection found
[2008/05/19 17:15:39, 0] nsswitch/winbindd.c:process_loop(832)
  winbindd: Exceeding 200 client connections, no idle connection found
[2008/05/19 17:15:39, 0] nsswitch/winbindd.c:process_loop(813)
  winbindd: Exceeding 200 client connections, no idle connection found
[2008/05/19 17:15:39, 0] nsswitch/winbindd.c:process_loop(832)

Но больше всего меня озадачили логи подключавшихся клиентов. Все они выглядят так:

[2008/05/19 17:04:22, 0] printing/print_cups.c:cups_cache_reload(85)
  Unable to connect to CUPS server localhost - Connection refused
[2008/05/19 17:04:22, 0] printing/print_cups.c:cups_cache_reload(85)
  Unable to connect to CUPS server localhost - Connection refused
[2008/05/19 17:04:22, 0] lib/util_sock.c:set_socket_options(261)
  Failed to set socket option TCP_NODELAY (Error Connection reset by peer)
[2008/05/19 17:04:22, 0] auth/auth_util.c:create_builtin_administrators(785)
  create_builtin_administrators: Failed to create Administrators
[2008/05/19 17:04:22, 0] auth/auth_util.c:create_builtin_users(751)
  create_builtin_users: Failed to create Users
[2008/05/19 17:04:35, 0] printing/print_cups.c:cups_cache_reload(85)
  Unable to connect to CUPS server localhost - Connection refused
[2008/05/19 17:04:35, 0] lib/util_sock.c:get_peer_addr(1229)
  getpeername failed. Error was Socket is not connected
[2008/05/19 17:04:35, 0] lib/util_sock.c:write_data(562)
  write_data: write failure in writing to client 169.254.37.201. Error Broken pipe
[2008/05/19 17:04:35, 0] lib/util_sock.c:send_smb(769)
  Error writing 108 bytes to client. -1. (Broken pipe)
[2008/05/19 17:04:35, 0] printing/print_cups.c:cups_cache_reload(85)
  Unable to connect to CUPS server localhost - Connection refused
[2008/05/19 17:04:35, 0] lib/util_sock.c:set_socket_options(261)
  Failed to set socket option TCP_NODELAY (Error Connection reset by peer)
[2008/05/19 17:04:35, 0] lib/util_sock.c:get_peer_addr(1229)
  getpeername failed. Error was Socket is not connected
[2008/05/19 17:04:35, 0] lib/util_sock.c:write_data(562)
  write_data: write failure in writing to client 169.254.37.201. Error Broken pipe
[2008/05/19 17:04:35, 0] lib/util_sock.c:send_smb(769)
  Error writing 108 bytes to client. -1. (Broken pipe)
[2008/05/19 17:07:29, 0] auth/auth_util.c:create_builtin_administrators(785)
  create_builtin_administrators: Failed to create Administrators
[2008/05/19 17:07:29, 0] auth/auth_util.c:create_builtin_users(751)
  create_builtin_users: Failed to create Users
[2008/05/19 17:08:35, 0] auth/auth_util.c:create_builtin_administrators(785)
  create_builtin_administrators: Failed to create Administrators
[2008/05/19 17:08:35, 0] auth/auth_util.c:create_builtin_users(751)
  create_builtin_users: Failed to create Users
[2008/05/19 17:09:44, 0] auth/auth_util.c:create_builtin_administrators(785)
  create_builtin_administrators: Failed to create Administrators
[2008/05/19 17:09:44, 0] auth/auth_util.c:create_builtin_users(751)
  create_builtin_users: Failed to create Users

Кто знает, что означают эти ошибки? Что это за  create_builtin_users(administrators), почему они Failed? Для чего они вообще нужны?
Перед этим я долго разбирался с работой Squid на этой машине. Тоже было много загадок. Он оказывается каким-то боком использовал mysql, и без нее отказывался запускаться. Хотя в конфиге об этом и слова небыло! Может тут похожая ситуация? Но тогда как узнать, чего Самбе не хватает?
Помогите пожалуйста! Очень срочно нужно!
  

• FreeBSD: Samba не пускает в расшаренные папки,andrystepa, 10:10 , 21-Май-08
  • FreeBSD: Samba не пускает в расшаренные папки,pinger, 01:23 , 28-Май-08
• FreeBSD: Samba не пускает в расшаренные папки,Борис, 17:15 , 21-Июл-09
  • FreeBSD: Samba не пускает в расшаренные папки,Antuant, 09:24 , 20-Июл-11

Волшебным, удивительным образом все файловый сервер вдруг заработал!!! Я пришел сегодня на работу, включил компьютер, и ради смеха попытался открыть папки на сервере. И они вдруг открылись!!! И файлы копируются!! А ведь вчера вечером, перед уходом с работы я попытался сделать то же самое - и ни хрена не работало! Что за барабашка там завелся? Все это мне очень напоминает стабильность работы Винды - примерно такие же преображения. Неужели стабильность самбы на том же уровне? Может это вирус? Хотя про подобного рода вирусняк под Юниксы я еще не слышал.

видимо демоны всю ночь в бубен били

А если вернуться к теме, столкнулся с той же проблемой, только ошибка повторяется с периодичностью раз в сутки...

Куда тут копать надо?

нашел такую инфу: http://lists.samba.org/archive/samba/2001-September/028652.html

> А если вернуться к теме, столкнулся с той же проблемой, только ошибка
> повторяется с периодичностью раз в сутки...
> Куда тут копать надо?
> нашел такую инфу: http://lists.samba.org/archive/samba/2001-September/028652.html

вариант быстрой починки - найти и куда нить переместить файлик netsamlogon_cache.tdb
все заработает - файлик убить