Пропадают файлы при работе с samba

[alexvv]

Добрый день!
Проблема такая - в samba (3.0.14a) пропадают файлы. Т.е. юзер работает, сохраняется, а ему говорят - "Файл не найден"...
Юзеров на серваке сидит человек 100, работают с огромным количеством файлов. В день пропадают 1-2, т.е. немного, но тем не менее... Закономерности никакой не заметил.

Самбу пускаю так
/usr/local/samba/sbin/smbd -D
/usr/local/samba/sbin/nmbd -D

ee /usr/local/samba/lib/smb.conf
[global]
       dos charset = 866
       unix charset = KOI8-R
       workgroup = SN60-1
       server string = Samba
       bind interfaces only = Yes
       min passwd length = 6
       syslog = 3
       log level = 2
       log file = /var/log/samba.log
       max log size = 50000
       os level = 64
       admin users = root
       printer admin = @wheel
       create mask = 0770
       force create mode = 0770
       force security mode = 0770
       directory mask = 0770
       force directory mode = 0770
       force directory security mode = 0770
[post]
       path = /usr/export/post
       valid users = @so2
       read only = No
       create mask = 0770
       force create mode = 0770
       security mask = 0770
       force security mode = 0770
       directory mask = 0770
       force directory mode = 0770
       directory security mask = 0770
       force directory security mode = 0770
       guest ok = Yes
       wide links = No
       vfs objects = smb_spider

В логах самбы ничего не пишется!
писать (и читать) /usr/export/post могут только valid users = @so2
Ставил samba audit - тоже не помогло. Идет обращение к файлу, а потом "file not found", никаких "unlink"...
На второй самбе и на более младших версиях третьей (3.0.7, 3.0.9) была такая же неприятность...

Может кто сталкивался, буду признателен за любой совет...

[art]

В bugreports очень много вхождений на "files losts"
Давайте уточним

-что за OS
-какой тип файловой системы
-какими программами пользователи открывают файлы
-что за файлы
Нет ли тут корреляции между типом фалов и программой?


Если верно понял, это
- stanalone сервер
- все пользователи работают под одним posix UID'ом

А что такое "vfs objects = smb_spider"?
Я не очень понимаю смысл этой опции из man 5 smb.conf

[alexvv]

>-что за OS
FreeBSD 5.4

>-какой тип файловой системы
FStype - ufs

>-какими программами пользователи открывают файлы
Пользователи работают в Microstation

>-что за файлы
типа файлов *.dgn

Нет ли тут корреляции между типом фалов и программой?
>тут трудно сказать... в связи с тем, что в логах самбы ничего не пишется, есть подозрение, что файлы удаляются именно из под юникса, возможно каким-нибудь демоном...

>Если верно понял, это stanalone сервер
абсолютно верно
>- все пользователи работают под одним posix UID'ом
Каждый пользователь имеет уникальный логин и пароль в юниксе и в самбе (одинаковые и там и там). При это все пользователи определены в одну группу.

>А что такое "vfs objects = smb_spider"?
>Я не очень понимаю смысл этой опции из man 5 smb.conf
Это drweb для samb'ы. Он файлы точно не срезает, так как в его логах нет никаких алертов при проверке файлов, которые потом пропадают.

ЗЫ В /var/log/messages тоже никаких подозрительных записей.
Раньше эти пользователи сидели на другом серваке и на FreeBSD 4.7, проблема была та же...

[art]

Нет ли тут корреляции между типом фалов и программой?
>тут трудно сказать... в связи с тем, что в логах самбы ничего не пишется, есть подозрение, что файлы удаляются именно из под юникса, возможно каким-нибудь демоном...

>А что такое "vfs objects = smb_spider"?
>Я не очень понимаю смысл этой опции из man 5 smb.conf
Это drweb для samb'ы. Он файлы точно не срезает, так как в его логах нет никаких алертов при проверке файлов, которые потом пропадают.

я вот думаю на drweb. Точнее не на него, а на прослойку, которая передает файлы. Не знаю технологию, но если ситуацию потери файлов можно воспроизвести за разумные сроки, то я бы отключил drweb на некоторое время.

У меня точно такая же конфигурация, с пропаданием фалов не сталкивался, хотя нет такого количества пользователей.


Кстати непонятно, откуда самба берет uid vs sid соответствия.
Ни winbindd ни ldap не присутствуют в конфиге.

[alexvv]

>я вот думаю на drweb. Точнее не на него, а на прослойку, которая >передает файлы. Не знаю технологию, но если ситуацию потери .>файлов можно воспроизвести за разумные сроки, то я бы отключил >drweb на некоторое время.

Отключать проблематично, так как на рабочих станциях дело с антивирусной защитой обстоит довольно паршиво...
Хотя стоит попробывать, чтоб исключить drweb как причину.

У меня есть еще несколько серверов, на которых работает связка samba+drweb и подобных вещей не возникает, только на этом!

>Кстати непонятно, откуда самба берет uid vs sid соответствия.
>Ни winbindd ни ldap не присутствуют в конфиге.

Юзеры в smbpasswd и /etc/passwd добавляются с одинаковаыми логинами и паролями. Наскольно я понимаю, этого достаточно, чтобы обеспечить и ограничить доступ к ресурсам samba.

[art]

>
Отключать проблематично, так как на рабочих станциях дело с антивирусной защитой обстоит довольно паршиво...
Хотя стоит попробывать, чтоб исключить drweb как причину.

в такой ситуации - явно стоит, слишком много разных факторов.
Странно, что на других машинах этого нет.

А можно сравнить:
uname -a
tunefs -p
и версию самбы с доктором на всех машинах?

Не в железе же дело, больно причудливое проявление.

[alexvv]

А можно сравнить:
uname -a
tunefs -p
и версию самбы с доктором на всех машинах?

drweb везде стоит 4.32 (Естественно для каждой версии FreeBSD своя версия drweb 4.32)

Далее пройдусь по сервакам (все приводить не буду, их много)

Первый - на котором проблема:

uname -a
FreeBSD sn61-1.spbaep.ru 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May  8 10:21:06 UTC 2005     root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

/sbin/tunefs -p /dev/da0s1g
tunefs: ACLs: (-a)                                                         disabled
tunefs: MAC multilabel: (-l)                                            disabled
tunefs: soft updates: (-n)                                               enabled
tunefs: maximum blocks per file in a cylinder group: (-e)  2048
tunefs: average file size: (-f)                                          16384
tunefs: average number of files in a directory: (-s)           64
tunefs: minimum percentage of free space: (-m)              8%
tunefs: optimization preference: (-o)                               time
tunefs: volume label: (-L)

/usr/local/samba/sbin/smbd -V
Version 3.0.14a

И несколько других с максимальной разницей с проблемным.
Второй:

uname -a
FreeBSD sn59-1.spbaep.ru 4.3-RELEASE FreeBSD 4.3-RELEASE #1: Tue Feb 17 16:58:46 EET 2004     test@sn59-1.spbaep.ru:/usr/src/sys/compile/SN59_1  i386

/sbin/tunefs -p /dev/da0s1a
tunefs: soft updates:  (-n)                                              disabled
tunefs: maximum contiguous block count: (-a)                 15
tunefs: rotational delay between contiguous blocks: (-d)   0 ms
tunefs: maximum blocks per file in a cylinder group: (-e)  2048
tunefs: minimum percentage of free space: (-m)              8%
tunefs: optimization preference: (-o)                                time

/usr/local/samba/sbin/smbd -V
Version 3.0.7

Третий:

uname -a
FreeBSD monica.spbaep.ru 4.4-RELEASE FreeBSD 4.4-RELEASE #3: Fri Aug 30 15:59:01 GMT 2002     root@monica.spbaep.ru:/usr/src/sys/compile/MONICA  i386

/dev/da0s1f
tunefs: soft updates:  (-n)                                              disabled
tunefs: maximum contiguous block count: (-a)                 15
tunefs: rotational delay between contiguous blocks: (-d)   0 ms
tunefs: maximum blocks per file in a cylinder group: (-e)  2048
tunefs: minimum percentage of free space: (-m)              8%
tunefs: optimization preference: (-o)                                time

/usr/local/samba/sbin/smbd -V
Version 2.2.7

Четвертый:

uname -a
FreeBSD sn54-1.spbaep.ru 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004     root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC  i386

/sbin/tunefs -p /dev/da0s1g
tunefs: ACLs: (-a)                                                         disabled
tunefs: MAC multilabel: (-l)                                            disabled
tunefs: soft updates: (-n)                                               enabled
tunefs: maximum blocks per file in a cylinder group: (-e)  2048
tunefs: average file size: (-f)                                          16384
tunefs: average number of files in a directory: (-s)           64
tunefs: minimum percentage of free space: (-m)              8%
tunefs: optimization preference: (-o)                               time
tunefs: volume label: (-L)

/usr/local/samba/sbin/smbd -V
Version 3.0.7

Примерно так...

ЗЫ Есть еще такая мысль: на этом сервере народ трудится с какой-то мега навороченной версией Microstation, и именно файлы Microstation у них и отваливаются. Но при этом а логах самбы никаких следов. ...хотя, наверно, с этим мне надо уже в другой форум! =)

[art]

а есть у вас машины на 5.4, которые бы работали нормально на сходной задаче?

Я с этой веткой хлебнул горя:
http://www.3nity.ru/viewtopic.htm?t=4233

Падала система только с оптимизацией ядра -о2
Без оптимизации ядро просто лочится в глухую без всякой дигностики!

Выяснилось, что 5.4  с  twa драйвером из ветки 5.3  живет.

А сколько проблем было с VLAN, promisc mode  и драйвером em1 5.3....

Вобщем Free как то погрязнее стала. -((

[alexvv]

а есть у вас машины на 5.4, которые бы работали нормально на сходной задаче?

Нет, это первый сервер, на который я поставил 5.4. Есть 5.3, но там никаких проблем не возникает. Дело в том, что раньше пользователи сидели да другом сервере и про 4-ой Фрёй, но проблемы были те же, так что я не думаю, что дело в кривости версии 5.4 или глючности железа...