30.07.10 — 16:15
Всем здравствуйте. Цепляюсь из одной sql базы к другой sql базе с помощью ODBCDatabase. На команде База.ПрисоединитьИБ(Путь, Пользователь, Пароль) выскакивает сабж. Как лечить? База лежит на сервере под Windows Server 2000.
Блин, писал и тестировал в терминале под убунтой — всё пахало. Радостно пошёл показывать юзеру, который в терминале под виндой — и такие грабли. Подскажите кто чем может. Фпоиске был. Спасибо.
Кстати, на самом сервере пробовал запускать под админом — то же самое.
1 — 30.07.10 — 16:16
Ну логично, там где слово «доступ», помотреть все ли права
2 — 30.07.10 — 16:17
говорю же, на серваке запускал под админской учеткой — и то же самое. Админ клянется, что права все
3 — 30.07.10 — 16:19
(2)Под админской учеткой- не считается.Юзеры то не под ней сидят стопудово.А админа проверить бы надо насколько не врет в своих клятвах..
4 — 30.07.10 — 16:20
+(3)Или кто-то заходит и на вводе пароля остановился или завис. Тогда блокируется имхо по чтению другим потоком.
5 — 30.07.10 — 16:20
users.usr — блочится с момента открытия окна авторизации и до запуска глобальника, сделано это для исключения коллизий изменения списка пользователей и входа в систему
6 — 30.07.10 — 16:21
приложением верне, не потоком
7 — 30.07.10 — 16:29
а в списке открытых файлов он должен быть когда лочится?
8 — 30.07.10 — 16:30
по-моему, ПрисоединнитьМД кладет на блокировку. По крайней мере, я не разу не обламывался по блокировке.
9 — 30.07.10 — 16:30
(7) если терминальная сесия — то нет, если по сети — да
10 — 30.07.10 — 16:30
(7)По идее должен. Но не обязательно. Его могут открыть, прочитать, закрыть и держать лоченым до запуска глобальника.
11 — 30.07.10 — 16:30
(8) тут не МД, а ИБ 
12 — 30.07.10 — 16:32
кто-то висит на вводе пользователя+пароля
по сусалам гаду!
13 — 30.07.10 — 16:33
да с ней тока этот юзер и работает. а он стопудово не висел, когда мы с ним ето дело запускали.
14 — 30.07.10 — 16:33
(13)Тогда посмотри зависшие сессии.
15 — 30.07.10 — 16:39
хотя, не, туплю, в той к которой цепляемся — как раз таки все и работают. вот же блин, три офиса оббегать, штоле. а ещё народ по удаленке в соседней области сидит ыхыхы
16 — 30.07.10 — 16:39
нету зависших (
17 — 30.07.10 — 16:42
(16) открой конфигуратор в нем окно пользователей сделай изменения и нажми сохранить, если будет ошибка — значит кто-то сидит
18 — 30.07.10 — 16:43
(16): есть.
19 — 30.07.10 — 16:44
(17) сохранился
20 — 30.07.10 — 16:44
(18)+: они в мониторе не светятся есичо.
я таких отлавливал только прокрикивая с сисадмином я монитор он сессии.
21 — 30.07.10 — 16:46
(19) если сохранился — значит или прав нету или уже разлочили, попробуй заново подрубится, если не выйдет — права
22 — 30.07.10 — 16:49
странно. попробовал подцепиться к другой, потом снова к этой — и заработало. чудны дела твои…
23 — 30.07.10 — 16:50
в общем усем спасибо, сисадминов с праздником!
Рэйв
24 — 30.07.10 — 16:51
(16)Сессии не только в скуле смотреть надо но и в сервере 1С
antoneus
30.07.10 — 16:15
Всем здравствуйте. Цепляюсь из одной sql базы к другой sql базе с помощью ODBCDatabase. На команде База.ПрисоединитьИБ(Путь, Пользователь, Пароль) выскакивает сабж. Как лечить? База лежит на сервере под Windows Server 2000.
Блин, писал и тестировал в терминале под убунтой — всё пахало. Радостно пошёл показывать юзеру, который в терминале под виндой — и такие грабли. Подскажите кто чем может. Фпоиске был. Спасибо.
Кстати, на самом сервере пробовал запускать под админом — то же самое.
Рэйв
1 — 30.07.10 — 16:16
Ну логично, там где слово «доступ», помотреть все ли права
antoneus
2 — 30.07.10 — 16:17
говорю же, на серваке запускал под админской учеткой — и то же самое. Админ клянется, что права все
Рэйв
3 — 30.07.10 — 16:19
(2)Под админской учеткой- не считается.Юзеры то не под ней сидят стопудово.А админа проверить бы надо насколько не врет в своих клятвах..
Рэйв
4 — 30.07.10 — 16:20
+(3)Или кто-то заходит и на вводе пароля остановился или завис. Тогда блокируется имхо по чтению другим потоком.
vde69
5 — 30.07.10 — 16:20
users.usr — блочится с момента открытия окна авторизации и до запуска глобальника, сделано это для исключения коллизий изменения списка пользователей и входа в систему
Рэйв
6 — 30.07.10 — 16:21
приложением верне, не потоком
antoneus
7 — 30.07.10 — 16:29
а в списке открытых файлов он должен быть когда лочится?
Это_mike
8 — 30.07.10 — 16:30
по-моему, ПрисоединнитьМД кладет на блокировку. По крайней мере, я не разу не обламывался по блокировке.
vde69
9 — 30.07.10 — 16:30
(7) если терминальная сесия — то нет, если по сети — да
Рэйв
10 — 30.07.10 — 16:30
(7)По идее должен. Но не обязательно. Его могут открыть, прочитать, закрыть и держать лоченым до запуска глобальника.
antoneus
11 — 30.07.10 — 16:30
(8) тут не МД, а ИБ
Cthulhu
12 — 30.07.10 — 16:32
кто-то висит на вводе пользователя+пароля
по сусалам гаду!
antoneus
13 — 30.07.10 — 16:33
да с ней тока этот юзер и работает. а он стопудово не висел, когда мы с ним ето дело запускали.
Рэйв
14 — 30.07.10 — 16:33
(13)Тогда посмотри зависшие сессии.
antoneus
15 — 30.07.10 — 16:39
хотя, не, туплю, в той к которой цепляемся — как раз таки все и работают. вот же блин, три офиса оббегать, штоле. а ещё народ по удаленке в соседней области сидит ыхыхы
antoneus
16 — 30.07.10 — 16:39
нету зависших (
vde69
17 — 30.07.10 — 16:42
(16) открой конфигуратор в нем окно пользователей сделай изменения и нажми сохранить, если будет ошибка — значит кто-то сидит
Cthulhu
18 — 30.07.10 — 16:43
(16): есть.
antoneus
19 — 30.07.10 — 16:44
(17) сохранился
Cthulhu
20 — 30.07.10 — 16:44
(18)+: они в мониторе не светятся есичо.
я таких отлавливал только прокрикивая с сисадмином я монитор он сессии.
vde69
21 — 30.07.10 — 16:46
(19) если сохранился — значит или прав нету или уже разлочили, попробуй заново подрубится, если не выйдет — права
antoneus
22 — 30.07.10 — 16:49
странно. попробовал подцепиться к другой, потом снова к этой — и заработало. чудны дела твои…
antoneus
23 — 30.07.10 — 16:50
в общем усем спасибо, сисадминов с праздником!
Рэйв
24 — 30.07.10 — 16:51
(16)Сессии не только в скуле смотреть надо но и в сервере 1С
Показывать по
10
20
40
сообщений
Новая тема
Ответить
ТолькоЯ
Дата регистрации: 06.03.2011
Сообщений: 65
Скопировала 1с себе на флешку,чтобы поработать дома. Работала, теперь почему-то не могу войти, пишет-общая файловая ошибка при доступе к……usrdefusers.usr
Agema
Дата регистрации: 20.01.2008
Сообщений: 116
Ну и удалите на флехе папку …usrdef -дома пароль или разделение доступа ведь не нужно?
ТолькоЯ
Дата регистрации: 06.03.2011
Сообщений: 65
удалила уже,комп перезагрузила,и все равно при запуске пишет то же самое, бред какой-то
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20833
надеюсь не флэшки работаете?
Agema
Дата регистрации: 20.01.2008
Сообщений: 116
Переместите папку с базой на локальный диск, лучше на второй, несистемный (типа D:), наверно Вы работаете с базой с флешки, 1С77 некорректно работает в таком режиме.
zak555 (398843952)
Дата регистрации: 27.03.2008
Сообщений: 4656
Показывать по
10
20
40
сообщений
У кого было такое:«Ошибка разделения данных при доступе к …..users.usr»Кто то добрался до окошка введите имя и пароль… И уснул….Используется W2003server+SQL+1CСomputer manager —> shared files—> open files открытого файла users.usr нет.Юзеров 42 пройтись по каждому через «remote control» и посмотреть что у него происходит не принесло результата, у трети включен screen. По занимаемому месту процесса в памяти тоже не помогает т.к. если пользователь только вошел и ни чего не делает, то процесс в памяти занимает очень мало, столько же сколько и «весит» процесс входа в 1С.А так хочется сохранить настройки нового пользователя.Кто нибудь знает лекарство от этого дела?
если юзвери ходят как в локальную базу — нет. Можно посмотреть блокировки только расшареных файлов.
Дык база на сервере.и папка userdef не расшарена
вот тебе еще один минус терминалов. Хотя конечно можно настроить путь в базу через сеть
А сверить юзеров которые залогинены в терминал, со списком активных юзеров в 1с? Вот и найдешь круг подозреваемых.
Возможно, но одновременно на сервере крутится 4-5 баз. И юзеры шныряют туда-сюда. Если еще способы? Возможно ли программно определить, что весит приглашение зайти в базу (т.е. юзер уснул)
Тэги:
Комментарии доступны только авторизированным пользователям
Ошибка возникает при попытке сохранения списка пользователей в конфигураторе ИБ на платформе 1С:Предприятие 7.7:
Основной причиной такой ошибки служит блокировка файла users.usr пользователем, который хочет запустить программу в режиме «Предприятие». На его рабочем месте можно наблюдать следующую картину:
Как правило, лечится данная ошибка ожиданием 5-10 секунд. Однако, могут найтись пользователи, которых отвлекли и они забыли про необходимость подключиться к ИБ.
Как устранить ошибку?
В том случае, если ИБ расположена в каталоге с общим доступом, можно воспользоваться средствами администрирования операционной системы, на которой установлена ИБ и сбросить файловую блокировку с файла users.usr (Управление компьютером Общие папки Открытые файлы)
В остальных случаях придется найти и сбросить процесс, который заблокировал доступ к файлу, либо перегрузить компьютер.
Поделиться страницей в соц.сетях
У кого было такое:«Ошибка разделения данных при доступе к …..users.usr»Кто то добрался до окошка введите имя и пароль… И уснул….Используется W2003server+SQL+1CСomputer manager —> shared files—> open files открытого файла users.usr нет.Юзеров 42 пройтись по каждому через «remote control» и посмотреть что у него происходит не принесло результата, у трети включен screen. По занимаемому месту процесса в памяти тоже не помогает т.к. если пользователь только вошел и ни чего не делает, то процесс в памяти занимает очень мало, столько же сколько и «весит» процесс входа в 1С.А так хочется сохранить настройки нового пользователя.Кто нибудь знает лекарство от этого дела?
если юзвери ходят как в локальную базу — нет. Можно посмотреть блокировки только расшареных файлов.
Дык база на сервере.и папка userdef не расшарена
вот тебе еще один минус терминалов. Хотя конечно можно настроить путь в базу через сеть
А сверить юзеров которые залогинены в терминал, со списком активных юзеров в 1с? Вот и найдешь круг подозреваемых.
Возможно, но одновременно на сервере крутится 4-5 баз. И юзеры шныряют туда-сюда. Если еще способы? Возможно ли программно определить, что весит приглашение зайти в базу (т.е. юзер уснул)
Тэги:
Комментарии доступны только авторизированным пользователям
Ошибка разделения данных при доступе к …………..users.usr
Убедитесь, что никто из пользователей не оставил включенным Предприятие в момент авторизации (где указываются имя пользователя и его пароль) – в это время блокируется файл Users.usr, либо, если Вы подключаетесь по сети – убедитесь, что отсутствуют запрещения на запись в папку usrdef на том компьютере, где находится база. Если это так – кто-то установил запрет для безопасности. Либо разрешите запись в эту папку, либо заходите в Конфигуратор для изменения списка пользователей на компьютере с базой.
| 
опубликовано: 30 Июль 2007, 21:34