_ RU.LINUX (2:5077/15.22) ___________________________________________ RU.LINUX _
From : Zahar Kiselev 2:5030/382.1 07 Oct 99 01:50:02
Subj : Про Самбу и 1С - вот что достаточно сделать чтобы работало
________________________________________________________________________________
Hello, Alex!
At 30 Sep 99 19:27:31, Alex Kanavin wrote to All:
AK> Я еще немножко дополнил faq и представляю его вашему вниманию целиком.
AK> Я все еще жду пар вопрос-ответ и дополнений к уже имеющимся.
AK> В особенности меня интересуют ответы на вопросы 0.1, 0.2 и вопросы с
AK> ответами по самбе (русские имена, прикручивание к 1C итд.)
Про Самбу и 1С - вот что достаточно сделать чтобы работало:
Взять вот этот патч. Взять ядро 2.0.38 с ftp.kernel.org - он к нему подходит
без исправлений. Прочитать текст внутри самого патча на предмет команда echo в
некие файлики в файловой системе /proc. Патч применить, командочки вписать
куда-нибудь в старовый скрипт.
========
Version 8.04.2 - for linux-2.0.37
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 openable to any number. The default kernel only allows 256 filehandles
========
Если у кого-то руки чешутся использовать ядро 2.2 (а зачем?), то пойти на
dejanews и рыться в архиве ру.линукс за прошедшее лето - тут пробегали несколько
рецептов переделки лимита в этом ядре, причем один был весьма корректный, а
другой, наиболее понятный для повторения, проходил 4 августа.
Взять Самбу 2.0.Х, вобщем-то не обязательно ее, главное чтобы она понимала
параметр в smb.conf "ole lock compatible", установить его в "no". Остальное
настроить в соответствии с любой из многочисленных рекомендаций по установке
Самбы, главное - не запрещать ей работать с блокировками(я знаю одного человека,
который до этого додумался). Запустить и все будет работать. Чтобы несколько
пользователей могли лезть в одну базу - поместить их в одну юниксовую группу и
поставить права на файлы так, чтобы был доступ на запись для группы.
Вобщем-то по-моему все. Остальные настройки Самбы влияют только на скорость, и
то незначительно. Да, если кто-то решит собирать Самбу из исходников, например
чтобы отучить ее от авторизации через PAM, то могут вылезти две вещи - в
зависимости от версии GCC возможно придется выключить оптимизацию(изничтожить
как минимум из двух мест флажок -O, на скорость работы 1С это не влияет -
проверено), и проверить что написало configure в файле config.h - оно там любит
почему-то некоторые системные типы (ino_t,pid_t,еще штук пять) переопределять
по-своему - после этого у меня вылез интересный эффект - все файлы на самбовом
диске были видны с длинной 4к :) Признаком этого явления могут служить
предупреждения, выдаваемые при сборке относительно empty declarations.
Закомментировать эти определения - и все собирается нормально.
Если кто-нибудь все вышесказанное повторит и у него не заработает - можно
спросить у меня что еще может влиять. Я на своей машине конфигурацию системы
полностью руками ставил, причем давно, так что могут быть какие-то мелкие
особенности. Hапример Самба при работе хочет создать файлики browse.dat,
wins.dat - так вот надо поставить права так, чтобы она могла их читать в том
числе и тогда, когда работает от имени виндового пользователя - иначе могут быть
большие таймауты при выполнении команды net use в виндах, и может не работать
столь любимое многими чайниками "сетевое окружение".
Vova
