Кто нибудь может похвастать возможностью полноценно работать с базами 1C на Samba 3.0.10? Понимаю, что не первый, кто задает подобный вопрос. Но почти вся информация, которая здесь есть, касается 2.2.7. Я уже столько раз ее читал, пробовал - но второго пользователя не удалось пустить в базу ни разу. Скажите, это вообще возможно в принципе?
>Кто нибудь может похвастать возможностью полноценно работать с базами 1C на Samba
>3.0.10? Понимаю, что не первый, кто задает подобный вопрос. Но почти
>вся информация, которая здесь есть, касается 2.2.7. Я уже столько раз
>ее читал, пробовал - но второго пользователя не удалось пустить в
>базу ни разу. Скажите, это вообще возможно в принципе?
а в чём проблемма ??? у меня 20 юзеров пользуют 1С. Самба была с 3.0.1 счас 3.0.11 .... ОС FreeBSD 5.3 (работало и с 5.1)
>а в чём проблемма ??? у меня 20 юзеров пользуют 1С. Самба
>была с 3.0.1 счас 3.0.11 .... ОС FreeBSD 5.3 (работало
>и с 5.1)
Расскажи pls подробней о своих настройках самбы, у меня всего 2 юзера и если один чтото перепроводит в 1С, то у 2-го - ожидание захвата, ошибка обращения к данным при транзакции, выполняемой другим пользователем. На самбе лежать только базы, 1С - 7.7 билд вроде 21. Базки открываются не в монопольном режиме. Вот думаю может комп слабоват для самбы, у меня 600 целерон, 256М мозгов, при работе с 1С загрузка проца до 30%. фря - 5.2.1
вот мой конфиг .... ничего особого ...
[global]
dos charset = 866
unix charset = 866
display charset = 866
# Я на сервере использую досовскую кодировку .... так что внимательнее
workgroup = chegoto
server string = vash file server
interfaces = em0
bind interfaces only = Yes
log file = /var/log/samba/l.%U.%m
max log size = 2048
socket options = TCP_NODELAY SO_KEEPALIVE SO_SNDBUF=8576 SO_RCVBUF=8576
name resolve order = wins lmhosts host bcast
time server = Yes
logon script = %U.bat
logon path =
logon drive = P:
logon home = \\%L\%U
domain logons = Yes
os level = 250
preferred master = Yes
domain master = Yes
wins support = Yes
hosts allow = 127.0.0.1, 195.xx.xx.x/24, 195.xx.xx.xx
hosts deny = 0.0.0.0/0
write cache size = 262144
max xmit = 65535
dead time = 15[fin]
comment = 1C Buhgalteria
path = /fs/fin
invalid users = root
valid users = @auto, @fin
write list = @auto, @fin
read only = No
create mask = 0660
force create mode = 0660
directory mask = 0770
force directory mode = 0770
browseable = No
vfs objects = recycle smb_spider
recycle:repository = .recycle
recycle:keeptree = 1
recycle:maxsize = 20971520
recycle:exclude = *.bak *.tmp
recycle:noversions = 1вот и всё ... при этом 1с старьё 7.5 ..... 7.7 тоже без проблем работает ..
Вот ещё что пишут:---
[root@lp]# rpm -qa | grep samba
samba-client-3.0.14a-alt1.M24.1
samba-client-cups-3.0.14a-alt1.M24.1
samba-client-control-1.0-alt1
samba-common-3.0.14a-alt1.M24.1
samba-3.0.14a-alt1.M24.1[root@lp]# grep defer /etc/samba/smb.conf
defer sharing violations = NoТак вроде работает...
--- Rafael Malikov <malikov ancor ru>
>а в чём проблемма ??? у меня 20 юзеров пользуют 1С. Самба
>была с 3.0.1 счас 3.0.11 .... ОС FreeBSD 5.3 (работало
>и с 5.1)
Проблема называется "Ошибка запуска журнала регистрации" у второго юзера, который суется в базу. А в логах самба ему самба пишет, что мол share violation на файлах SYSLOG/links.tmp, SYSLOG/1cv7.mlg, Хотя перед этим lck,md и cfg проглатывает без ругани. компилю и ставлю 2.2.11 - 1С запускается всяко. на трешке же ни в какую :( Сдается мне, какую-то очень простую вешь я не догоняю... Какую??? (altlinux 2.4 master)
Вот еще: у всех "нормальных" файлов в базе по smbstatus просматривается Oplock - EXCLUSIVE+BATH, тогда как у SYSLOG/* - NONE. Выясняю почему
Oplock-и скидываются в NONE как раз после попытки (успешной!) записи вторым клиентом в эти файлы.
Как выяснилось, во всем виновата связка Samba(>3.0.6)+AltLinux. Проблема решается угробищным образом: defer share violation = No.
Источник - https://bugzilla.altlinux.org/show_bug.cgi?id=6129
>Как выяснилось, во всем виновата связка Samba(>3.0.6)+AltLinux. Проблема >решается угробищным образом: defer share violation = No.
>Источник - https://bugzilla.altlinux.org/show_bug.cgi?id=6129Если кому интересно, то в 3.0.21a уже все хорошо на эту тему.
Дней 5 уже базы крутятся субъективно % на 20-30 быстрее.
(Правда smbcontrol nmbd shutdown не хочет отрабатывать по пацански, но killall спасает)