[Solved] OpenOffice && NFS v.3

Есть рабочая станция с Gentoo Linux.
Есть файловый сервер FreeBSD (раздача по NFS v.3).
Всё смонтировано, всё работает, с правами всё ОК.

Попытка открыть расположенный на подмонтированном каталоге файл приложениями ОО обламывается (приводит к зависанию).
При этом те же файлы там же прекрасно открываются и редактируются приложениями GNOME Office.

У кого-нибудь такое было?
Баг-репорт писать в portage или сразу разработчикам ОО?

поставь openoffice-3,

поставь openoffice-3, если глюк остаётся то пиши багрепорт

блокировки

Ох... Я эту тему поднимал в течении нескольких лет на разных форумах...
Об этой проблеме столько уже понаписано. Гуглите с ключевыми словами "OpenOffice NFS lock".
Например вот:
http://www.inf.bme.hu/~pts/solution_to_openoffice_nfs_locking.html
На NFS3 rsize и wsize уменьшите до 1024 и потихоньку увеличивайте, пока OOo не начнёт зависать. И отключите блокировку на NFS.

Полностью проблему удалось решить только отказавшись от FreeBSD в пользу Gentoo на сервере и на клиенте и использованием NFS4(rw,rsize=32768,wsize=32768,tcp,lock,intr,rdirplus).

SAL_ENABLE_FILE_LOCKING

SAL_ENABLE_FILE_LOCKING мешает, точнее не совсем корректная работа блокировок. На http://community.i-rs.ru/ я как-то выкладывал ебилды с патчем на предмет отключения этих блокировок. А потом настроил блокировки в сети и в этом патче, для меня, надобности больше нет.

.

prof-alex написал(а):
потом настроил блокировки в сети

Вас не затруднит дать ссылку на руководство (в смысле: что и куда крутить)?
Задача на сейчас далеко не первостепенная, но разобраться надо. Будет...

--
Live free or die

Тут вроде всё:

Тут вроде всё: http://community.i-rs.ru/index.php/topic,8803.msg56947.html#msg56947

Вот тут обсуждалось: http://www.gentoo.ru/node/11089

.

prof-alex написал(а):
Тут вроде всё: http://community.i-rs.ru/index.php/topic,8803.msg56947.html#msg56947

Увы, не всё.
Касаемо последнего комментария по ссылке скажу: по условиям задачи (FreeBSD на сервере) совершенно не в тему.
В Gentoo mount_nfs и зовётся иначе, и такой опции (-L) там нет.

Буду думать дальше.

ЗЫ: За ссылку на тему спасибо. Только думается мне, ответа там нет. :(

ЗЗЫ: Могу присласть слайд "Why NFSv4 Sucks" ;)

--
Live free or die

Я описал свои

Я описал свои настройки, а у меня фряхи нет, и ссылку я на свой пост потому и дал.

..и есть у меня это слайд.

вероятно NFS4+TCP все решит

Anarchist написал(а):
prof-alex написал(а):
Касаемо последнего комментария по ссылке скажу: по условиям задачи (FreeBSD на сервере) совершенно не в тему.

Не важно кто сервер. У меня когда-то и клиенты и сервер были на FreeBSD - проблемы были те же... Потом я начал постепенный переход и появились клиенты Gentoo, а потом и сервер перевел на Gentoo, но ещё оставались некоторые клиенты на FreeBSD - так что я боролся с этим во всех вариантах и побороть удалось только полным переходом на Gentoo+NFS4+TCP. В те времена я поднимал это вопрос в fido7.unix.bsd, но решения так и не было найдено. Скорее всего проблема именно в NFS3.
Как я уже писал, проблему решил полный переход на NFS4(nfs4 rw,rsize=32768,wsize=32768,tcp,lock,intr,rdirplus).
Но на FreeBSD пока нет нативной поддержки NFS4, поэтому я и не пытался использовать связку FreeBSD+Gentoo+NFS4, но её можно попробовать поставить самостоятельно, но так как к тому времени я уже решил отказываться от FreeBDS, то прикручивать NFS4 к FreeBSD я уже не стал.

Как временное решение, в бытность использования FreeBSD, я сильно понижал rsize/wsize (само собой с потерей производительности) и еще у меня были скрипты-костыли удалявшие "застрявшие" блокировки.

Мне трудно с

Мне трудно с этим спорить, я с фряхой не работал, а потому мне нечего возразить на тему FreeBSD <-> Linux, но на линуксе в моей сети проблем с ООо не наблюдается (стучу по дереву).

Проблемы с ООо были, и я пытался решить их на инфравском сайте, но уже тогда всплыла их NFS-специфичность. Рано или поздно нужно было браться за настройку NFS, многие моменты в различных mini-HOWTO опущены, NFSv3 это конгломерат разных сервисов, типа Unix-way, не о всех этих моментах упоминается. Вот и заняло это много времени, а теперь уже забывается. Но логи с руганью lockd или ещё какого-нибудь демона, хотя бы показывают куда рыть...

.

prof-alex написал(а):
Проблемы с ООо были, и я пытался решить их на инфравском сайте, но уже тогда всплыла их NFS-специфичность.

Есть мнение, что проблема является не только NFS, но и ОО-специфичной.
С элементами Gnome Office я в той же ситуации с этой проблемой не сталкивался.

prof-alex написал(а):
Рано или поздно нужно было браться за настройку NFS, многие моменты в различных mini-HOWTO опущены, NFSv3 это конгломерат разных сервисов, типа Unix-way, не о всех этих моментах упоминается.

Есть такое.
Проблема в том, что документы обширнее mini-HOWTO в куда бОльшей степени устаревают.

Спасибо за направление поиска.
Буду думать.

:wq
--
Live free or die

В один прекрасный момент

решил ради интереса сделать # grep lockd /etc/defaults/rc.conf на файловом сервере.
Посмотрел на результат - и ещё больше заинтересовался.
Но, так как я очччень ленив, то подсказки искались с подачи гугля.
И они нашлись:

Цитата:
Some applications (e.g. mutt) require file locking to operate correctly. In the case of NFS, rpc.lockd can be used for file locking. To enable it, add the following to the /etc/rc.conf file on both client and server (it is assumed that the NFS client and server are configured already):

rpc_lockd_enable="YES"
rpc_statd_enable="YES"

Start the application by using:

# /etc/rc.d/lockd start
# /etc/rc.d/statd start

If real locking between the NFS clients and NFS server is not required, it is possible to let the NFS client do locking locally by passing -L to mount_nfs(8). Refer to the mount_nfs(8) manual page for further details.

Соответственно, после изменения строки запуска файлового сервера с

rpcbind_enable="YES"
nfs_server_enable="YES"
mountd_flags="-r"

на

rpcbind_enable="YES"
rpc_lockd_enable="YES"
rpc_statd_enable="YES"
nfs_server_enable="YES"
mountd_flags="-r"

и запуска недостающих демонов всё зажило как надо.

:wq
--
Live free or die

:)

Познавательно :)

На самом деле я здесь

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

Но. Беглый просмотр дерева portage лично у меня оставил вопросы относительно конфигурабельности и полноты реализации в Gentoo функциональности NFS.v3-сервера.
Правда, здесь во весь рост встаёт вопрос актуальности задачи.

:wq
--
Live free or die

- - -

Это я там бучу затевал. (-; Тогда проблема так и не решилась.
Сейчас:
- клиенты и сервер на Gentoo,
- NFS4 с блокировками (rw,rsize=32768,wsize=32768,lock,tcp,intr,rdirplus);
- OOo-3.0.0, OOo-3.0.1 (сборные и от i-rs)
Все пока работает замечательно!

.

inspirra написал(а):
Это я там бучу затевал. (-; Тогда проблема так и не решилась.
Сейчас:
- клиенты и сервер на Gentoo,
- NFS4 с блокировками (rw,rsize=32768,wsize=32768,lock,tcp,intr,rdirplus);
- OOo-3.0.0, OOo-3.0.1 (сборные и от i-rs)
Все пока работает замечательно!

Правильно делал :)

В рамках моей формулировки задачи (NFS.v3) задача так и не решена (или решение неизвестно).

Ты пошёл обходным путём, получил работоспособную конфигурацию, с чем тебя можно и поздравить и пожелать творческих успехов :)
Мне с учётом моих реалий (по NFS туда хожу только я, ОО особой любовью не пользуется) тоже жить можно.

ЗЫ: А про настройку блокировок в NFS.v3 почитать было бы всё же интересно.

:wq
--
Live free or die

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".