_ RU.LINUX (2:5077/15.22) ___________________________________________ RU.LINUX _
From : Sergei Smirnov 2:5020/313.26 Thu 16 Jul 98 00:44
Subj : Блокировки в SAMBA!!!!!
________________________________________________________________________________
I'm nice to see you, Mail!
Wednesday July 15 1998 17:08, Mail from INN wrote to All:
MfI> У кого нибудь запускается 1С торговля под SAMBA
MfI> У меня похоже проблемы с блокировками.
MfI> Т.Е. я спокойно могу войти на двух разных машинах под одним именем .
MfI> Хотя если запустить две копии торговли на одной машине такого не
MfI> происходит(она все таки пишет:каталог пользователя занят).
не блокировки это.
делай раз: скомпили samba, чтобы max open files > 255
делай два: прочитай _основательно_ man по самбе (oplocks, locking)
делай три: выруби smb password (у меня эта гребанная торговля 7.5 с ними не
работает)
ps и вообще мне это глюкало так остачертенело, что легче написать что-то свое.
Хочу поделиться опытом настройки Самбы для работы с 1С-бухгалтерией - смею
предположить, что это интересно не одному мне.
Для начала скажу, что в трех офисах нашей фирмы это сочетание работает вполне
прилично уже пол-года, с тех пор как на виндовозную версию 1С перебрались(до
этого на серверах стояла полуось, но виндовозная 1С с Лансервером не работает).
Как ни странно, единственной неприятностью, которую не удалось устранить быстро
путем чтения стандартной документации к Самбе, оказались отличия в обработе
блокировок файлов. Для того, чтобы никому больше не пришлось с этим возиться,
сообщаю, что виндовозная 1С-бухгалтерия не просто использует блокировки
несуществующих байтов за концом файлов(прием вобщем-то известный), а использует
ну очень большие смещения этих байтов, и на таких гигантских числах Самба
начинает спотыкаться. Чтобы она вела себя культурно - надо залезть в исходники
Самбы, в файл util.c, найти там функцию fcntl_lock, и обнаружить, что авторы
предлагают там два варианта куска кода, выделенные директивами условной
компиляции. Так вот тот вариант, что выбран по умолчанию - не работает
нормально. адо выбрать второй - и все проблемы исчезают.
Что же касается беспокойства некоторых специалистов по поводу скорости работы,
то могу сказать, что жалоб на это у нас не возникало, да и загрузка сети не
особенно велика(я это вижу по миганию лампочек на концентраторе), хотя
одновременно работают от 5 до 11 рабочих мест. Единственное, что требуется -
объем памяти не менее 64М(у меня стоит 128М). Кстати я использую процессоры
Cyrix как на серверах так и на машинах пользователей.
Так что на основании собственного опыта могу рекомендовать использование машины
с Линуксом и Самбой в качестве сервера, содержащего базу 1С-бухгалтерии вместо
машины с WinNT, которая в отличие от Линукса требует постоянного присмотра
человека, настолько, что в отпуск уйти невозможно.
At 19 Sep 98 10:38:00, Anatoly Rossinsky wrote to Zahar Kiselev:
AR> А как насчёт 256 хандлов на процесс ?
Единственно правильный патч лежит тут.
Более распространен другой патч, так вот он не работает, а этот работает.
Проверено с ядрами 2.0.27 - 2.0.33. У меня работает именно 33.
И еще - этот патч пытается патчить один из файлов, не относящихся к ядру(кажется
это часть libc), он даже спрашивает местоположение этого файла.
Как выяснилось, патчить этот файл не обязательно и библиотеку пересобирать не
надо. Подтверждением моих слов может служить почти пол-года работы в такой
конфигурации.
>===== Start cut =====<
This patch (and it's updates are available from
http://www.linux.org.za/filehandle.patch.linux
and ftp://ftp.is.co.za/linux/local/kernel/filehandle.patch.linux
The following patch allows you to increase the maximum number of
files/network sockets that you can open to 3000. It doesn't use huge amounts
of ram immediately as they are allocated dynamically.
>===== End cut ====<
Vova
