самба и 1С

Ставь виртуалку с виндой и не е**и вола

С производительностью ты ничего не сделаешь, файловые блокировки по сети убивают скорость работы на 7ке в ноль. 8ка по слухам не так им подвержена, но я ее в файловом виде не щупал.

С крешами непонятно. Посмотри на дисковые и сетевые буфферы самой ОС, померяй линейную скорость чтения записи на винт.

Какого размера базы? Сколько пользователей?

Сейчас перенесено всё на mssql-базу, а раньше в конфиге самбы для шары было так:

[1s-db]
        path = /mnt/share-vg/1s-db
        vfs objects = recycle full_audit acl_xattr shadow_copy2
        shadow:snapdir = /mnt/shadow-vg/1s-db
        shadow:basedir = /mnt/share-vg/1s-db
        shadow:sort = desc
        comment = Базы данных 1С
        browseable = no                      
        writable = yes     
        full_audit:prefix = %u|%I|%S            
        full_audit:failure = connect disconnect mkdir rmdir write pwrite sendfile rename chmod fchmod lock unlink
        full_audit:success = connect disconnect mkdir rmdir write pwrite sendfile rename chmod fchmod lock unlink
        recycle:repository = .recycle
        recycle:keeptree = Yes
        recycle:touch = Yes
        recycle:versions = Yes
        recycle:maxsize = 1073741824
        recycle:exclude = *.tmp | *.temp | *.o | *.obj | ~$* | *.~?? | *.TMP | ~$*.*
        create mask     = 0665
        directory mask  = 0777
        force user = dbshare
        force group = dbshare

p.s. Тормоза были, но базы не портились. Было 20 юзеров и объём баз 1.5-2 Гб
Сейчас 80+ юзеров и объём баз 30-35 Гб

базы семерки от 500 метров до 1.5 гига, немного, вобщем. пользователей немного обычно 2-3 могут одновременно сидеть в базе, но креши случаются ,точнее стали случаться, даже при монопольном доступе. типа «optimization file flush failure» чего-то там. при закрытии программы. иногда слетают файлы .DD и .CFG ( 0 байт). иногда матерится на невозможность записать некий файл.

винт:

hdparm -T /dev/sda4

/dev/sda4: Timing cached reads: 13664 MB in 2.00 seconds = 6837.67 MB/sec

кэши не трогал с установки оси. вообще не касался. на самбе сидит около 100 юзеров, жалоб нет.

[1C]
    path = /share/1c
    valid users = user1,user2
    admin users = user3,user4
    read only = No
    directory mask = 0777
    create mask = 0777
    force directory mode = 0777
    force create mode = 0777
    inherit permissions = Yes
    browseable = No

права пооткрывал намеренно всем бухам. force user/group тормозило жутко. о. кстати, убрать надо inherit permissions, ненужно.

80+ юзеров
файловая база

GLHF. Всмысле - Good luck, have fuck.

При таких данных натрахаешься ты наотличненько. Я бы для начала перевел 1С на SQL-базу везде где можно.

Файловая база очень, очень хреново масштабируется по сети.

Я бы для начала перевел 1С на SQL-базу везде где можно.

ну, у меня бухи рогом упираются. даже в восьмерке два релиза конфигураций тянуть приходится (2 и 3), ибо «страшно». бухи - они такие.

debian 7.1 (дистр proxmox - ядро 2.6.32-23-pve, говорят в нем ядро от CentOS), в контейнере openvz - CentOS release 6.5 (Final) крутится samba-3.6.9-169.el6_5.i686
база 2,5ГБ 1-2 пользователя в ней ковыряются

[global]
        workgroup = ME
        realm = ME.LOCAL
        netbios name = SMB-FILE
        server string = SAMBA File server
#       security = ADS
#       security = user
        map to guest = Bad User

        obey pam restrictions = Yes
        pam password change = Yes
        passwd program = /usr/bin/passwd %u
        unix password sync = Yes
        log level = 2
        syslog = 0
        log file = /var/log/samba/log.%m
        max log size = 1000
        max open files = 30000
        socket options = TCP_NODELAY SO_RCVBUF=32768 SO_SNDBUF=32768
        load printers = No
        printcap name = /dev/null
        disable spoolss = Yes
        show add printer wizard = No
        dns proxy = No
        panic action = /usr/share/samba/panic-action %d
        template shell = /bin/bash
        winbind enum users = Yes
        winbind enum groups = Yes
        winbind use default domain = Yes
        idmap config * : range =
        idmap config * : backend = tdb
        create mask = 0777
        directory mask = 0777
        locking = No
        strict locking = Yes

[homes]
        valid users = %S
        read only = No
        browseable = No


[1cdatabases]
        path = /var/lib/samba/1c_databases_guests

        read only = No
        guest ok = Yes

        hosts allow = 10.1.0.0/24

        blocking locks = No
        locking = Yes
        oplocks = No
        level2 oplocks = No
        strict locking = No

Восьмерку, если юзеров больше чем 2-3, загоняй в sql.

вариантов тоже кучу всяких пробовал. работало вроде все сносно, но вот последнее время какая-то беда прямо. покручу блокировки как у тебя, посмотрю, спасибо.

восьмерка (не sql) по-началу очень даже нравилась. но вот с пару месяцев назад прилетело какое-то обновление и начались непонятки, тормоза вообще не дают работать. базу лечил как мог. пока помогло отрубание всех регламентных заданий, но тоже со скрипом работает.

давно уже целюсь, но руки не доходят. хотелось бы на линуксе пощупать 1С-ку. виндовый сервак сразу в пролете, вобщем-то. ибо нету, а покупать из-за 1С-ки не станут скорее всего.

Читал про блокировки следующее. в случае появления к.л. проблем нужно включить все блокировки какие можно. Если это вылечивает ситуацию, то дело в самбе (либо средствами самбы удается решить системные проблемы). Далее ужесточенную политику понемногу смягчяем - отменяем блокировки по одной. Смотрим на какой снова начались проблемы. Эту блокировку оставляем. Прошлые можно отключить. Вообщем поискать вариантик. Как то так.
Чем меньше блокировок тем по идее быстрее
Можно еще посмотреть на форуме 1С про samba.
А вообще диски живы? smartctl не ругается? анализ системных логов - как обычно. Может логи самбы включить уровня дебаг, вдруг что то выясниться.

ок. спасибо за наводочку.