LinuxForum.Fans
Тема

MS Office+samba+glusterfs+RF12

Автор: Cruiser78 4 сообщений 3295 просмотров
#51956

Итак наткнулся сегодня на расчудесатую граблю. Временное решение нашел, но вот причины....

Итак дано:
1. Серверная ось - RF Remix 12. Попратченная полностью в прошедшие выходные.
2. Сетевое файловое хранилище на glusterfs-3.0.4 или просто серверный каталог без затей. Или Win2003 сервекр.
3. Раздача файлов юзерям идет по самбе.
Всё у всех работает. Однако сегодня перенес пару каталогов с выводимого из эксплуатации офтопичного сервера. На самбовый ресурс, который сидит на гластере. И у пары юзерей сразу же возникли проблемы. А именно - ни ворд, ни ексель (причем очень разных версий, на одном АРМе древнее, на другом - 2007) не могут открыть файлы, размещенные на этом новом сетевом ресурсе. Могут создать файл, сохранить в нем информацию, но потом открыть - не могут. FAR'ом эти файлы нормально открываются, редактируются (на этих проблемных АРМах под проблемными юзерями.
Далее, если я переношу файло в самбовый ресурс, который раздается с обычного серверного каталога - ворд с екселем спокойно это файло открывают. На остальных АРМах, у остальных юзерей такого не наблюдается ни разу. Ворды с екселями работают устойчиво и беспроблемно на самбовых ресурсах, которые я раздаю с glusterfs'а.
В чем дело - не понимаю:
Вот кусок конфига гластерной части самбы (откуда файло читается беспроблемно почти на всех АРМах, за исключением особоодаренных):

text

[FirmDocs]
comment = Документы фирмы 
path = /media/glusterfs/exports/FirmDocs
browseable = yes
public = yes
writable = yes
create mask = 0666
directory mask = 0777
write cache size = -1
locking=Yes
strict locking = auto
strict sync=no
csc policy = manual
posix locking = yes

Вот кусок конфига простой части самбы (откуда файло читается беспроблемно вааще):

text

[BD]
comment = 1C baze 
path = /opt/pub/nfs/BD
browseable = yes
public = yes
writable = yes
create mask = 0666
directory mask = 0777
write cache size = -1
locking=Yes
strict locking = auto
strict sync=no
csc policy = manual
level2 oplocks = yes
oplocks = yes
# наследовать владельца (вышестоящей директории)
inherit owner = yes
# наследовать ACL
inherit acls = yes
# наследовать права
inherit permissions = yes

В чем собака зарылась - не понимаю.... Почему на грабле пляшут только два компьютера, а остальные грабли не видят?..
--------------------------------------
Всем спасибо.

#52075

Пользуйтесь все же центосью, а не федорой... федора - тестовая площадка, даже в стабильном виде...

#52202
Hrafn написал:
Пользуйтесь все же центосью, а не федорой... федора - тестовая площадка, даже в стабильном виде...

Дело не в Федоре совершенно. Я в этом уверен абсолютно.
Вчера вечером сделал настройки самбового ресурса, что раздается с гластера полностью идентичными настройкам самбового ресурса, что раздается с простого диска. Сейчас только что проверил - при раздаче ресурса с простого диска проблем нет. При раздаче ресурса с glusterfs (при идентичных настройках самбы) - на проблемном компьютере ексель открыть файл не может. Однако любая другая программа его открывает и корячит влегкую. С остальных компьютеров - проблем вообще нет.
И что самое непонятное - эта проблема есть только на 2х компах. Оба под управлением WinXP, но версии оффиса разные, на одном (новом) 2007, на старом - 2000. На всех остальных компах ось Win2000 и XP, а оффис - в полном ассортименте. Я даже из RF13 OpenOffice туда хожу и проблем тоже нет.
Применил костыль: перенес ресурс с glusterfs на обычный диск. Проблема ушла.
Отсюда вывод - на этих двух компах есть нечто, что так раскорячивает на них оффис (only), что самба перестает отдавать с gluster'а файло. А может и не only. Когда я вводил сервера в промышленную эксплуатацию, то хотел посадить базу 1C на glusterfs. И сажал. В тестовом режиме оно работало без проблем. А как только пошла промышленная эксплуатация - база через час развалилась ошибками.
Тогда оперативно перенес базу на обычный диск и проблема ушла.
Сейчас думаю, что всё это было из-за работы именно этой пары компьютеров. Но вот что на них так работает - понять не могу.

#101292

glusterfs 3.0 и 3.1 не поддерживает mandatory locking (несмотря на заявление об этом в документации). Для возможности беспроблемной работы с документами office нужно в описании шары добавить параметр posix locking = no. При этом доступ к этим файлам должен быть только через самбу, т.к. в os информация о блокировках не будет передаваться.
Очень подробный обзор glusterfs (и его подводных камней) можно найти здесь: http://www.bog.pp.ru/work/GlusterFS.html
В качестве бонуса, можно включить поддержку posix acl и тогда при установке samba > 3.5 можно задать списки доступа как на ntfs: http://kvadriga.blogspot.com/2010/11/building-ubuntu-1010-deb-for-glusterfs.html

Войдите или зарегистрируйтесь, чтобы ответить.