Страница 1 из 1

Консультант+, проблемы запуска.

СообщениеДобавлено: 08 июн 2012, 11:05
BDmV
Если кто сталкивался подскажите, пожалуйста, как решили проблему.
Стоит сетевой К+
Если К+ запускается с клиентов WinXp, то проблем нет ни у кого, но стоит его пустить с Win7 сразу ни один WinXp клиент запустит К+ не может (возникает сообщение: или "нет прав для запуска", или "постройте объединённые словари").

К+ (вер. 401208) установлен на NSS томе в SLES 11 SP1

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 08 июн 2012, 12:57
Dimerson
кеширование на клиенте если отключить в св-вах ?

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 08 июн 2012, 14:39
BDmV
Хм... Помогло вроде... :)
Огромное СПС за подсказку. :beer:

ЗЫ. Пойду ловить начальницу, чтоб и у неё отрубить кэширование. :)

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 13 июн 2012, 11:19
Ковалев Артем
И на сервере тоже, а то были глюки в некоторых версиях клиентов, когда при отключенном кеше на клиенте, но включённом на сервере - файлы лочились.

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 13 июн 2012, 11:53
Dimerson
скорее наоборот. оплоки обих уровней в OFF. с к клиентами XP все ок. а на клиенте висты/7 надо таки кеширование руками отрубать ... иначе глюки'с ....

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 13 июн 2012, 13:28
BDmV
На SLES`е за оплоки "OPLOCK_SUPPORT_LEVEL отвечает?
Достаточно будет в RM это параметр в 0 выставить или нужно как-то терминально рубить оплоки?

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 13 июн 2012, 14:03
Dimerson
да в 0

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 13 июн 2012, 15:35
BDmV
Dimerson писал(а):да в 0

Огромное Спасибо за подсказку...

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 06 июл 2012, 17:02
$erg
Мне админы Консультанта посоветовали установить OPLOCK_SUPPORT_LEVEL=1, и мне помогло. Клиенты XP и W7, блокировались файлы, причем не только консультанта а и еще одной софтины. Причем на клиентах кэширование не отключено.
OPLOCK_SUPPORT_LEVEL
Этот параметр контролирует блокировки ncp oplock. Контрольные значения:
0 - отключено
1 - исключительная блокировка
2 - общая блокировка

Такое мне передали на листике:
В версии NOVELL 6.5 при установке по умолчанию для кэширования файлов
используется метод Opportunistic locking Level II, работающий на томах
с файловой системой NSS (данный метод можно включить, начиная с версии
NOVELL 5.1 SP6). По нашему мнению данный метод работает некорректно. В
этом можно убедиться, проведя не сложный эксперимент. Необходимо
прочитать любой файл значительного объема (т.е. пролистать не менее 50 %
содержимого), находящийся на сервере. Затем, не выходя из файла на
первой машине, прочитать этот же файл с другой машины. После закрытия
файла с обеих машин данный файл остается заблокированным, его уже
невозможно ни переместить, ни удалить до перезагрузки обеих машин.

Для нормальной работы программ использующих в своей работе совместный
доступ к файлам (в том числе и КонсультанПлюс) необходимо использовать
Opportunistic locking Level I. Для этого необходимо с консоли
файл-сервера ввести команду:

set Level 2 oplocks enabled = off

Ссылка на TID 10085899:

http://support.novell.com/cgi-bin/searc ... 085899.htm

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 23 авг 2012, 11:15
sovchik
у меня аналогичные проблемы, но с клиентами на win2000 sp4.

BDmV писал(а):
Dimerson писал(а):да в 0

Огромное Спасибо за подсказку...

у меня установка в 0 привела к куче ошибок с блокировками файлов. Правда в foxpro проге, а не в Консультанте, но думаю и там случится такой-же казус.
выставил в 1, пока полёт нормальный.

вопрос к отключившим кэш - насколько упала производительность работы с файлами на томе?

Re: Консультант+, проблемы запуска.

СообщениеДобавлено: 23 авг 2012, 21:32
Иван Иванов
sovchik писал(а):вопрос к отключившим кэш - насколько упала производительность работы с файлами на томе?

Скорость работы с файлами падать не должна, тем более что тонкое место обычно сеть. Может падать скорость работы с файловыми БД но как по мне это не так уж критично. Один фиг клиенты часто обращаются к одним и тем же таблицам, соответственно кеширование происходит или при однопользовательском/малонагруженном режиме работы или редко используемых файлов БД. Imho прирост скорости не значительный а риск "сломать" БД большой, лучше уж ускорять терминалами или гагабитной сетью чем такими способами. Ну или зверинец в сети убирать. 1С например постоянно проблемно работала с включенными оплоками при размещении базами на нт серверах с клиентами вин98 и нормально при однородной сети. Тут тоже подобная картина.