Проблема с кластером (Недопустимое состояние объекта dbgtgt - src\SeanceDebugTarget.cpp)
Платформа 8.3.15.1830, клиент-сервер MSSQL, терминал.
Случайно поменяли дефолтное значение количества баз на процесс и через несколько минут вернули обратно, после чего начались приколы при открытии всех баз, расположенных в этом кластере.
При запуске в тонком клиенте вываливается сообщение "Недопустимое состояние объекта dbgtgt - src\SeanceDebugTarget.cpp"
При запуске отладки вываливается сообщение "ошибка загрузки сетевой инфраструктуры, обычно разрешается только одно использование адреса сокета"
Проблема вылазит хаотически раз-два в день у некоторых пользователей. Проходит само в течение пяти минут, чистка кэша не помогает.
Сталкивался кто-нибудь?
Случайно поменяли дефолтное значение количества баз на процесс и через несколько минут вернули обратно, после чего начались приколы при открытии всех баз, расположенных в этом кластере.
При запуске в тонком клиенте вываливается сообщение "Недопустимое состояние объекта dbgtgt - src\SeanceDebugTarget.cpp"
При запуске отладки вываливается сообщение "ошибка загрузки сетевой инфраструктуры, обычно разрешается только одно использование адреса сокета"
Проблема вылазит хаотически раз-два в день у некоторых пользователей. Проходит само в течение пяти минут, чистка кэша не помогает.
Сталкивался кто-нибудь?
Найденные решения
По логам техжурнала оказалось, что перед ошибкой "Недопустимое состояние объекта dbgtgt - src\SeanceDebugTarget.cpp" всегда возникает ошибка "Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт)".
Источником возникновения обеих ошибок оказались персональные настройки в базах. После копирования настроек от одного пользователя всем остальным, любые сеансы в базах ERP запускались с разрешенной отладкой. К какой-то момент (30 сеансов) свободные порты кончались и вываливалась ошибка dbgtgt. Что интересно - выключить возможность отладки в сеансе было невозможно. Поле просто недоступно для редактирования. А при изменении значения поля "отладка при перезапуске", оно не сохранялось.
Решение проблемы - удаление у всех пользователей персональной настройки "прочие настройки" из раздела "прочие настройки". После этого сеансы будут запускаться без возможности отладки и ошибки уйдут.
Кстати, советы из гугла по увеличению в реестре диапазона портов приводят к невозможности запуска агента сервера 1С.
Источником возникновения обеих ошибок оказались персональные настройки в базах. После копирования настроек от одного пользователя всем остальным, любые сеансы в базах ERP запускались с разрешенной отладкой. К какой-то момент (30 сеансов) свободные порты кончались и вываливалась ошибка dbgtgt. Что интересно - выключить возможность отладки в сеансе было невозможно. Поле просто недоступно для редактирования. А при изменении значения поля "отладка при перезапуске", оно не сохранялось.
Решение проблемы - удаление у всех пользователей персональной настройки "прочие настройки" из раздела "прочие настройки". После этого сеансы будут запускаться без возможности отладки и ошибки уйдут.
Кстати, советы из гугла по увеличению в реестре диапазона портов приводят к невозможности запуска агента сервера 1С.
Прикрепленные файлы:
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
По логам техжурнала оказалось, что перед ошибкой "Недопустимое состояние объекта dbgtgt - src\SeanceDebugTarget.cpp" всегда возникает ошибка "Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт)".
Источником возникновения обеих ошибок оказались персональные настройки в базах. После копирования настроек от одного пользователя всем остальным, любые сеансы в базах ERP запускались с разрешенной отладкой. К какой-то момент (30 сеансов) свободные порты кончались и вываливалась ошибка dbgtgt. Что интересно - выключить возможность отладки в сеансе было невозможно. Поле просто недоступно для редактирования. А при изменении значения поля "отладка при перезапуске", оно не сохранялось.
Решение проблемы - удаление у всех пользователей персональной настройки "прочие настройки" из раздела "прочие настройки". После этого сеансы будут запускаться без возможности отладки и ошибки уйдут.
Кстати, советы из гугла по увеличению в реестре диапазона портов приводят к невозможности запуска агента сервера 1С.
Источником возникновения обеих ошибок оказались персональные настройки в базах. После копирования настроек от одного пользователя всем остальным, любые сеансы в базах ERP запускались с разрешенной отладкой. К какой-то момент (30 сеансов) свободные порты кончались и вываливалась ошибка dbgtgt. Что интересно - выключить возможность отладки в сеансе было невозможно. Поле просто недоступно для редактирования. А при изменении значения поля "отладка при перезапуске", оно не сохранялось.
Решение проблемы - удаление у всех пользователей персональной настройки "прочие настройки" из раздела "прочие настройки". После этого сеансы будут запускаться без возможности отладки и ошибки уйдут.
Кстати, советы из гугла по увеличению в реестре диапазона портов приводят к невозможности запуска агента сервера 1С.
Прикрепленные файлы:
(4)
Удалили устаревшие настройки, пользователь вошел в программу ЕРП
Спасибо!
Решение проблемы - удаление у всех пользователей персональной настройки "прочие настройки" из раздела "прочие настройки". После этого сеансы будут запускаться без возможности отладки и ошибки уйдут.
Удалили устаревшие настройки, пользователь вошел в программу ЕРП
Спасибо!
Было подобное после удаления и восстановления платформы на сервере.
При запуске клиента Сообщение:
"недопустимое состояние объекта [dbgtgt - src\IDebugTargetRegistrationlmpl.cpp(389)]"
Нажимаешь ОК и сеанс все равно запускается.
Помогла чистка кэша пользователя. Ну и проверка соответствия режима отладки.
При запуске клиента Сообщение:
"недопустимое состояние объекта [dbgtgt - src\IDebugTargetRegistrationlmpl.cpp(389)]"
Нажимаешь ОК и сеанс все равно запускается.
Помогла чистка кэша пользователя. Ну и проверка соответствия режима отладки.
Если будет кому полезно, столкнулся с подобной проблемой сегодня на расшаренной через Web-сервер файловой базой. Ничего из перечисленного, в том числе чистка кеша не помогали, а помогло, просто, ещё раз включить отладку и перезапустить 1С.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот