Файл users.usr #228148

Доброе утро!! Подскажите как избавиться от ошибки: ошибка разделения данных при доступе к users.usr??

Кто-то пытается зайти в базу... Т.е. висит окошко выбора пользователя...

аха ... - если в терминале - всех выкинуть или послать хотя бы предупреждение ... типа - подлец, который не ввел пароля - скорее введи .. :)

безпроблемно хоть из самой 1С, хоть внешне, можно ваапче сделать что пох на это окошко будет

Это я в курсе, а как же вычислить, кто этот перец?? Со вчерашнего дня не могу сделать изменения для юзеров.

сеть ?

Если не трудно, подскажи как???

Сеть ?

Не понял

А подскажи как?

6 кста - а переименовать папку - где храниться база - не пробовал? (только надо всех выгнать кого можно) (хм ... - задумчиво так я это сказал ...)

Дык файл кем-то открыт. НА сервере можно посмотреть кем...

Работа идет вся через терминал, и на серваке видны иса соединения, а какой из них висит в режиме ввода пароля, не понятно???

Посмотри в мониторе, какого пользователя нет в базе, а процесс висит.

net files | find /i "users.usr"

Это можно сделать с локальной машины используя ком. строку???

1. Очисть путь для файлов пользователя.

только на сервере

+ точнее - на той машине, на которой лежит каталог ИБ

а если база лежит локально (терминал + сервер БД в одном)?

+19 - не пашет, если локально

+14 можно командой, а можно и через Управление компьютером Общие папки Открытые файлы

+21 опять же если база открывается по сети

тогда все еще проще - taskkill

а как узнать, КТО ИМЕННО??? (юзероф то много)

Уверен ?

Для сети - (все системы начиная с 95)

попробуй... (я уже пытался)

Уверен ?

+ а я уверен что можно и локальные, но рекомендую даже для терминала делать сетевые пути, многое станет просче

да! (на 99,9%)

т.е. все локальные пути прописать как сетевые?

да вот видишь всего 99.9, а я знаю этот 0.1% - именно для локальных систем, и причем все штатно виндой, без фич/приблуд

+ локальных систем == локальных путей

(32,33) тогда быстрее делись этими знаниями!!! P.S. Уверенность моя была в том, что комманда "net files | find /i ""users.usr""" не работает, если файл открыт локально (локальный путь)

openfiles /?

чета не разрешает мне включить отображение локальных файлов. Там вроде перезагрузка требуется. Да и систему притормаживает эта фича. Видимо наши админы прикрыти это.

видимо самый оптимальный вариант - заменить на сетевые все локальные пути к базам. спс за подсказку

Делаю это во внешнем отчете

в русской версии винды ключа не нашел пока, это не админы прикрыли - это "кривая" локализация утилиты (также "криво" локализована tasklist, но по ней нашел) Но можно включить по другому, есть утилита в support tools - gflags.exe - "Maintain a list of objects for each type" а лучче так gflags -r +otl (включаем) gflags -r -otl (выключаем)

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

- должно быть запущено на сервере баз

а про быстродействие что скажешь? сказывается или "почти незаметно"?

Так я запускаю это на серверебаз. И еще, админ просмотрел юзуемые файлы, его там нет, а ошибку выдает, в чем может быть касяк???

Иногда недостаточно выгнать каку-нить свалочь из 1С - надо еще ее попереть с терминалки. Где-то встречал, по-моему на инфостарте, приблуду убивающую нахрын окна логирования - поищи и обрещешь.

Так и есть.

ты прав на все 100%. действительно это "кривая" локализация утилиты - проверил на неруссиф.системе, работает. gflags - сработало. все ок. Далее остается ловить и разбирать выходной файлик.

+ и пути сетевые + если надо с любого компьютера, то надо openfiles /query вместо net files

- терминал ! значит пока не сделаешь и не перезагрузишь сервак ничего не будет, и нужна уже будет , а пока - рекомендую выгнать админа, что тупа подключиться к сеансам усеров сложно ? или сделать wmic process where name='1cv7s.exe' call getowner или чтонить в этом духе