1с код ошибки 10023

Обновлено: 07.07.2024

Что имеем. Большая сеть. Три выделенных виртуальних сервера, на каждом ключ на 100 лицензий, с серверов проброс на usb шину. Nethasp.ini настроен корректно. Все работало отлично несколько лет.

Сейчас у некоторых компьютеров не видит Ключи лицензий, пишет: прочитан успешно, ORGL8 Сетевой, установлен
Поиск лицензии на сервере:
ORGL8 Сетевой, установлен, неисправен или не подходит для 1С:Предприятия
Более 150 пользователей работают корректно, проблема выявилась у 15-20 пользователей.

Что предшествовало: зависание сервера 1С, сервер виртуальный, админы перегрузили его, но как это может быть связано не понимаю.

Что сделано: проверили nethasp.ini, переустановили локальную 1С, запустили монитор с локальных машин - все Ключи видит, свободные Лицензии на серверах имеются. Проверили все базы на всех серверах 1С, их у нас 3, вроде нигде не стоит серверу раздавать Лицензии. Попрыгали, по колёсам постучали.

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

Подскажите, встречалась ли такая ситуация? Что проверить? Куда посмотреть? Что подсказать админам?

Причину нашли - это ошибки в сети.
Перевели проблемный компьютер в другую подсеть, лицензии есть, перевели обратно - лицензий нет (для выполнения этих работ даже пришлось админа из отпуска вызывать).
Этими действиями доказали, что ошибки в сети. Сейчас специалисты занимаются поиском проблемы.

Всем спасибо за ответы и внимание к посту.

(1) не описана архитектура самой сети.
Проверить/настроить технологический журнал. Там будет информация о попытках получения лицензии.
Проблемные клиенты всегда одни и те же? Если разные, тогда тупо не хватает лицензий. Проверять получение лицензий с перезагруженного сервера.

(2) а что именно по описанию сети? Я программист 1С, мне трудно описать. Но я могу спросить у админов.

Технологический журнал настроить на клиенте ? Ок, спасибо. Сделаем. В принципе, он ошибку явно пишет, но может там больше напишет. Посмотрим.

Проблемные клиенты одни и те же. Если компьютер заходит в сеть, то заходит всегда, если не заходит, то не заходит вообще.

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

Сейчас решаем проблему переводом на терминальный сервер, и пользователи заходят сразу. Но это временная мера.

Спасибо за ответ!

(2) вот журнал проблемного комьютера:

(11) Можно попробовать почистить кэш пользователя. А раз имело место подвисание сервера приложений 1С, то и его(сервера) кэш - тоже. (13) точно все почистили?
Попробуйте удалить базу из списка баз на проблемном компьютере и подключить повторно.
Компьютеры в домене?
Попробовать перезагрузить все сервера.
Динамическое обновление перед этим делали?

(15) компьютеры в домене. Три разных сервера не пускают, ни в одну из баз. Даже создаем локальную пустую базу. и в локальную не пускает. Думаю проблема не в 1С, но пока даже локализовать не получается.

Сервера с ключами перегружали.

Сервер 1С проблемно перегрузить, но попробуем. Хотя даже если локальная база не запускается, то сервера не при чем.

(16) может что с правами домена для этих компьютеров. Может перемещаемый профиль побился, не может получить.
Попробовать на проблемном компьютере добавить нового пользователя и включить его в домен. Зайти под ним и настроить на нем получение лицензии.

(17) кажется, что проблема с компьютером, если на проблемном компьютере зайти под другим пользователем, до доступа нет. А у этого пользователя на своем компьютере доступ есть.

Антивирус отключали, есть программа информационной безопасности, может быть она режет. Но админ говорит, что все ОК с ней.
А админ по сети говорит, что с сетью все хорошо.

но однако же доступа нет

Работоспособность ключей по отдельности проверяли? У нас была подобная ерунда, кстати тоже с зависанием (сошлись на том что выход ключа из строя и привел к зависанию сервера). (4) ко всем ключам пользователи подключаются. Из чего делаю вывод, что ключи работают нормально. Или может быть такое, что сервер как-то особенно обрабатывает отдельных клиентов ? telnet на 475 порт с проблемных компов до серверов ключей проверьте
В настройках стартера 1С на проблемных компах стоит галка "Использовать аппаратную лицензию" ? ну тогда как вариант исправьте файл nethasp.ini указав там только 1 сервер лицензий для проблемных компьютеров
И так попробуйте со всеми 3-мя серверами, заодно выясните есть ли битый ключ

22:51.785000-15000,HASP,2,process=1cv8c,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORGL8,,size=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->. '
22:51.785002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:51.910000-109000,HASP,2,process=1cv8c,Txt='
NETHASP_LOGIN(,prog=17,ser=ORGL8. )->. '
22:51.910002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:52.004000-93997,HASP,2,process=1cv8c,Txt='
NETHASP_SETIDLETIME(idle=8,prog=17,ser=ORGL8. )->. '
22:52.004002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:52.300000-281000,HASP,2,process=1cv8c,Txt='
NETHASP_READBLOCK(,prog=17,ser=ORGL8,pos=0,size=5,,)->,,stat=0,buf=01000000000000E8E546'
22:52.300002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:52.456000-155997,HASP,2,process=1cv8c,Txt='
NETHASP_HASPID(,prog=17,ser=ORGL8. )->id=0,,stat=15,'
22:52.456002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=15,SysErr=0,stat=0,'
22:52.628000-171997,HASP,0,process=1cv8c,Txt='
NETHASP_LOGOUT(,prog=17,ser=ORGL8. )->. '
22:52.628002-1,HASP,0,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=15,SysErr=0,stat=0,'
22:52.643000-14997,HASP,2,process=1cv8c,Txt='
LOCALHASP_ISHASP(,,ser=ORGL8. )->found=0,port=0,stat=-100,'
22:52.643002-1,HASP,2,process=1cv8c,Txt='
LOCALHASP_ISHASP(,,ser=ORG8A. )->found=0,port=0,stat=-100,'
22:52.643004-1,HASP,2,process=1cv8c,Txt='
LOCALHASP_ISHASP(,,ser=ORG8B. )->found=0,port=0,stat=-100,'
22:52.674000-30995,HASP,2,process=1cv8c,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORG8A,,size=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->. '
22:52.674002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8A. )->NStat=0,SysErr=0,stat=0,'
22:52.924000-249997,HASP,2,process=1cv8c,Txt='
NETHASP_LOGIN(,prog=17,ser=ORG8A. )->. '
22:52.924002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8A. )->NStat=129,SysErr=0,stat=0,'
22:52.940000-15997,HASP,2,process=1cv8c,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORG8B,,size=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->. '
22:52.940002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8B. )->NStat=0,SysErr=0,stat=0,'
22:55.482000-2541997,HASP,2,process=1cv8c,Txt='
NETHASP_LOGIN(,prog=17,ser=ORG8B. )->. '
22:55.482002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8B. )->NStat=129,SysErr=0,stat=0,'

(20) ничего ценного эти логи не дают.
C:/Program Files (x86)/1cv8/conf/nethasp.ini покажите.
Сеть с этими компьютерами работает нормально? Доменные политики посмотрели?
Ключ на перезагруженном сервере физический или лицензии?
Если отключить сервер лицензирования, то отрубятся еще компьютеры?
Если физический, то может накрыться. Если лицензии, то можно попробовать перерегистрировать. Оборудование точно не меняли на сервере?

C:/Program Files (x86)/1cv8/conf/nethasp.ini

NH_TCPIP = Enabled ; or Disabled ; Use the TCP/IP protocol
NH_SERVER_ADDR = 10.1.15.166, 10.1.15.167, 10.1.15.168
NH_TCPIP_METHOD = TCP ; Send a TCP packet or UDP packet
; Default: UDP
NH_USE_BROADCAST = Disabled ; Use TCPI/IP Broadcast mechanism.
; Default: Enabled

Сеть с этими компьютерами работает нормально? Доменные политики посмотрели? - да, нормально. Запускаю Alladin monitor на проблемном компьютере, все ключи видит. Админы политики проверили, говорят, что все ОК

Ключ на перезагруженном сервере физический или лицензии? - Физический

Если отключить сервер лицензирования, то отрубятся еще компьютеры? - да, сервер перегружали, отваливаются как милые

Если физический, то может накрыться. Если лицензии, то можно попробовать перерегистрировать. Оборудование точно не меняли на сервере? -физический. Не меняли. Он может накрыться частично? для некоторых пользователей?

Думаю, дело не в ключе. или в компьютере, или в сети.
Не можем разобраться.

Спасибо за информацию !

(22) на всех компьютерах с ключами установлен и запущен Hasp LM. На серверах отключено раздачу лицензий. Так?
Можно попробовать переустановить HaspLM.
nethasp.ini привести к стандарту и пробовать по одному адресу:
[NH_COMMON]
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=10.1.15.166
NH_PORT_NUMBER=475
NH_TCPIP_METHOD=UDP
NH_USE_BROADCAST=Disabled

И да, NH_TCPIP_METHOD = TCP в HaspLM просто игнорируется, работает только по UDP.

(23) ок, завтра попробую такой nethasp.ini по очереди менять и ставить один ip , уже пробовали, попробуем ещё раз.

Отключить раздачу лицензий на сервере, это в свойствах базы? Или есть ещё где-то?
В свойствах баз проверил несколько раз. мы уже обжигались на этом, там другие признаки, сначала все заходят, а потом перестают, иногда получаются кому-то забежать, если лицензия освобождаются.

У нас же, немного по другому: есть компьютеры, которые не заходят никогда, а есть которые заходят всегда. Если переводим в терминал, заходят всегда

Если клиент и сервер в разных подсетках (доменах), на сервере в локальную группу «Пользователи DCOM» пропишите пользователя клиента. Члены этой группы могут запускать, активизировать и использовать объекты DCOM на этом компьютере.

Проблема: После выбора информационной базы (но до логина в 1с) возникает ощибка «Объект сервера 1С предприятия не обнаружен. 800706BF».

Решение:

Проблема: Ошибка соединения с сервером 1С:Предприятия 8.0: Неправильный путь к файлу C:\W

Решение: Возможная причина ошибки в том, что для пользователя USER1CV8SERVER не заданы переменные окружения TEMP и TMP, поэтому при создании новой базы временные файлы пытаются быть созданными в корне диска C:

Проблема: Ошибка создания информационной базы: Компоненты OLE DB провайдера не найдены

Проблема: При попытке добавить базу с локальной станции, 1C предлагает только вариант выбора файлового варианта базы.

Решение: На появление меню выбора вида создания базы (файловая или на сервере Предприятия) может влиять только ключ. Если ключа нет, то платформа может быть максимум базовой, а базовая не работает с сервером, поэтому этого меню нет. Если же оно есть, но недоступно, то возможно не установлены компоненты доступа к серверу на этой локальной станции.

Проблема: Выдается ошибка «Не удалось зафиксировать файл базы данных для открытия или изменения …/1cv8.1CD»

Решение: Фиксация файла базы данных – это разновидность внутренней блокировки, которая требуется, чтобы на некоторое непродолжительное время обеспечить целостность структуры файла при выполнении операций чтения данных или фиксации транзакции. При чтении требуется, чтобы эти структура файла была в целостном состоянии, а при фиксации транзакции структура может изменяться. При нормальной работе такая ошибка возникать не должна. Суть сводится к следующему: для выполнения фиксация результатов транзакции может потребоваться выполнить перестройку внутренних структур данных файла *.1cd. А для выполнения чтения данных необходимо гарантировать, чтобы такая перестройка структур данных не выполнялась. Для обеспечения согласования этих операций имеется механизм внутренних блокировок, называемых фиксацией. Фиксация выполняется с ожиданием. В то же время предполагается, что фиксация выполняется на непродолжительное время, меньшее, чем время ожидания. Таким образом, если упомянутая ошибка возникла, то имеет место некоторое нарушение нормального хода событий. Мы наблюдали такую ситуацию и уже описывали ее в партнерской конференции. Вкратце все выглядит примерно так. В какой-то момент времени запрос на блокировку участка файла (функция LockFile() Win32 API ) выдает ошибку Network error. В результате возникает ошибка движка файловой базы данных «Не удалось зафиксировать файл базы данных для открытия или изменения». Природа ошибки нам пока непонятна. Известно только, что она возникает далеко не у всех. Не отмечено никакой связи возникновения этой ошибки с версией 1С:Предприятия 8.0 и используемой конфигурацией. По-видимому речь идет о каких-то особенностях некоторых сетей.

Вполне возможно, что проблема возникает из за нестабильности работы сети Один из способов проверить - выполнить команду: ping [Имя сервера] -t на компьютере, с которого запускается 1с после чего запустить 1с и посмотреть, что будет происходить…

80004027 - приложение 1CV8 или сомпонента v8.server.1 выключена, если сервер на Windows Server 2003. См. статью «Особенности настройки Windows Server 2003 при установке сервера 1С:Предприятия 8.0» на диске ИТС.

00000005, 00000041, 80070005, 80080005, 80000009, 80030005, 8001011B - клиент не имеет прав на доступ к серверу (access denied). Выполните рекомендации статьи «Вопросы установки и настройки 1C:Предприятия 8.0 в варианте «клиент-сервер»» из раздела методической поддержки 1С:Предприятия 8.0 на диске ИТС.

800706BA, 800706BE - на сервере произошло неожиданное исключение. Сервер упал. Нужны записи из Event Log с сервера.

80010108 - внутренняя ошибка клиентского приложения. Нужны записи Event Log клиентского компьютера и описание действий, выполнявшихся в это время.

80070776 - Запустить DcomCnfg.exe и проверить протокол для DCOM Должен быть TCP/IP с ориентацией на подключения

8000401A - В свойствах COM+ приложения 1CV8 на серверном компьютере на закладке Identity установлен Interactive user, но никакой пользователь интерактивно не вошел в серверный компьютер.

8001011C - На клиентском компьютере запрещено использование DCOM. Помогает запустить на клиентском компьютере dcomcnfg.exe и на закладке Default Properties установить флаг Enable distributed COM on this computer.

80070721 - Ошибка возникает при рассогласовании протоколов аутентификации между DCOM клиентом и сервером в том случае, если для связи между ними используется Microsoft Internet Information Services (IIS). Возможно, для DCOM используется протокол Tunneling TCP/IP. Установите на компьютере - сервере 1С:Предприятия и на клиентских компьютерах для DCOM протокол Connection-oriented TCP/IP.

Ошибка блокировки при транзакциях

Microsoft OLE DB Provider for SQL Server: Transaction (Process ID 55) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

HRESULT=80004005, SQLSTATE=40001, native=1205

Возникает при конфликте транзакций, часто при записи объектов.

Ошибка блокировки при транзакциях 2

Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.

HRESULT=80040E31, SQLSTATE=HYT00, native=1222

Более 256 таблиц в запросе

Ошибка выполнения запроса «Построенный запрос к СУБД использует слишком много таблиц. Допустимо не более 256.»

Когда в запросе идет обращение более, чем к 256 таблицам.

Если эта ошибка возникает во внешнем соединении 1С:Предприятия, то это означает отсутствие соответствующих прав у пользователя того приложения, которое обратилось к внешнему соединению. Это может быть любое интерактивное приложение или, например, WEB-сервер. В частности, если в качестве WEB-сервера используется Microsoft Internet Information Services, то таким пользователем может быть пользователь IUSR_<Имя компьютера> или ASPNET.

Методика настройки прав доступа пользователей к COM+ серверу описана в разделах «Вопросы установки и настройки 1C:Предприятия 8.0 в варианте «клиент-сервер»» и «Особенности использования внешнего соединения 1С:Предприятия в WEB-приложениях». (С) ИТС

Ошибка 80010108 Может возникнуть в том случае, если клиентское приложение некоторое время (несколько минут) находилась в неактивном состоянии, например из-за засыпания компьютера или долгого ожидания на точке останова в отладчике. Причиной этого является особенность механизма DCOM, обеспечивающего принудительный разрыв соединения с сервером, если клиент долго не проявлял активность. (C) ИТС

Ошибка 80010005 Может возникнуть в клиентском приложении в процессе обращения к серверу 1С:Предприятия, если при перерисовке экрана клиентское приложение обратилось к серверу 1С:Предприятия повторно. Это может быть проявлением внутренней ошибки клиентского приложения 1С:Предприятия. Для ее оперативного исправления желательно описать обстоятельства ее возниконовения и обратиться на линию технической поддержки 1С:Предприятия 8.0. (C) ИТС

Ошибки 800706BA, 800706BE Сигнализируют об аварийной ситуации на сервере 1С:Предприятия, которая привела к его автоматическому перезапуску. (С) ИТС

Ошибка записи/проведения

Ошибка при вызове метода контекста (Записать): Операция не выполнена!

Возникает, если в модуле записи/проведения присвоить Отказ=истина

Ошибка преобразования данных XML

возникает при рассинхронизации структуры данных (конфигурации) между узлами распределенной базы

В базе нет пользователя с административными правами При редактировании списка пользователей роли берутся только из конфигурации БД. Обновить конфигурацию БД (F7).

Попытка передачи мутабельного значения на сервер 1С:Предприятия Возникает только в клиент-серверной версии (SQL). Для исправления ошибки нужен программист. Если у вас типовая конфигурация, попробуйте обновить ее до последнего релиза. Мутабельный - изменяемое. На сервер 1С можно передавать значения только примитивных типов данных.

Клиентский поток исполняется на сервере. Удалить клиента веременно невозможно v8: Клиентский поток исполняется на сервере. Удалить клиента веременно невозможно

Однако не обязательно перезапускать сервер приложений (выгоняя всех пользователей), чтобы убить зависший таким образом процесс. Достаточно найти этот процесс на SQL сервере и убить его на SQL сервере.

В документах «Приходный кассовый ордер» и «Расходный кассовый ордер» реквизит «Основание» имеет в свойстве «Неограниченная длина» включенный флаг , надо снимать флаг и указать длину этого реквизита

«Ошибка SQL: Поле не найдено «MaxGetCode«

Эта ошибка выдается в файловом варианте, когда клиенты разных версий одновременно работают с ИБ в файловом варианте.

Ошибка «Внутренняя ошибка 2738»

Решение: Начиная с релизов конфигураций УПП 1.2.6.2 и БП 1.5.6.3 для 8.1 введена цифровая подпись. Для подписанных программ виртуализация защищенных каталогов отключена, в том числе и для каталога Program Files, в который записываются шаблоны конфигураций по умолчанию. При включенном UAC прав на запись в этот каталог нет, что и вызывает ошибку записи. Для решения проблемы установки необходимо либо отключать UAC, либо устроить каталог шаблонов в другом месте, доступном для записи.

Здравствуйте!
Я уже писал о ключах защиты в статье: КЛЮЧИ ЗАЩИТЫ 1С и ошибках которые с ними связанные НЕ ОБНАРУЖЕНА ЛИЦЕНЗИЯ ДЛЯ ИСПОЛЬЗОВАНИЯ ПРОГРАММЫ!
Сегодня дам пошаговый алгоритм по устранению проблем с ключом защиты 1С.

1. Проверить наличие ключа usb в порту сервер.
2. Проверить, на сервере состояние процесса с именем «Hasp loader» он должен быть запущен
3. Командой telnet с локальной машины проверить доступность сервера по порту 475
Пример: telnet 192.168.0.100 475

Мы все проверили, а ошибка осталась!

Тогда берем в руки бубен и начнем. Находим файл nethasp.ini обычно в папке, где установлена «1С:Предприятие» C:\Program Files\1cv82\conf\bin или C:\Program Files\1cv82\bin.
Файл nethasp.ini — это файл настройки ключа защиты.

Файл nethasp.ini разбит на секции, нас будет интересовать секция [NH_TCPIP].
Если параметры отделены двойными знаками “;”, это означает игнорирование данных настроек, по умолчанию настройки отключены.
Драйвер ключа ведет таким образом:
1. По локальной сети посылается пакет типа broadcast (475 порт) в поисках сервера ключа защиты
2. Если ответ не получен тогда ошибка

Недостатки настроек файла nethasp.ini по умолчанию:
1. на пакет broadcast уходит время
2. broadcast но нагрузка на сеть, хоть и не большая
3. не все сервера отвечают на подобные пакеты

В файле nethasp.ini делаем следующие настройки:
1. Укажем где искать сервер ключа
Пример: NH_SERVER_ADDR = 192.168.0.100
2. Запретим поиск broadcast
NH_USE_BROADCAST = Disabled
3. Типы пакетов поставим TCP-протоколом
NH_TCPIP_METHOD = TCP

Практика показывает, что скорость запуска «1С:Предприятие» после этого возрастает.
Недостаток. Адрес сервера ключа не должен меняться иначе меняем и на локальных машинах в файле nethasp.ini

При использовании платформы 8.2.14 (сборки < 8.2.14.533)
Выходят из строя аппаратные ключи защиты, эта ошибка документирована 1С под номером 10079025
Лучше обновится на 15 релиз!

Думаю, Вам будет интересно узнать и о программной защите 1С.

Всем успехов! Пожалуйста, оставляйте свои комментарий, мне важно Ваше мнение.

Есть ли у кого инструкция как обновить БП+УАТ 2.0.3.1 на УАТ 2.0.4.1

---------- Post added at 08:58 ---------- Previous post was at 08:57 ----------

Есть ли у кого инструкция как обновить БП+УАТ 2.0.3.1 на УАТ 2.0.4.1

Привет смотрю ты крут)
есть вопрос , а для Казахстана есть Конфигурация "РАРУС: Общепит" ?
жду ответа спс