Line 1674 file src dataexchangetcpclientimpl cpp

Удаленный хост принудительно разорвал существующее подключение.

В программах 1С где идет групповое проведение документов программа вываливается с ошибкой:

Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://SRV-2:1561 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение.
line=1574 file=src\DataExchangeTcpClientImpl.cpp

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:

Платформа 8.3.10.2252. MS SQL 2014, конфигурация УТ 11.3 и УТ 10.3

Проверял на 8.3.10.2168, 8.3.9.2170 результат один

(1)Тоже словили такую ошибку.. решилось просто — на кластере в консоли управления сервером стояло ограничение по памяти на один процесс (rphost).. а для завершения процесса формирования необходимо было больше памяти.. подняли ограничение — процесс завершился без ошибки.

Вероятно, на УФ запускается операция с длительным синхронным уходом на сервер.
Если так, то реализовывать фоновым заданием.

Последние 2 дня тоже мучаюсь с этой ошибкой, как в топике WS 2012 R2, обновления ставятся, на выходных обновлял платформу для бухгалтерии, торговля и бухгалтерия на разных платформах стоят, торговля как раз на 8.3.9.2233, может поставить платформу постарше? Не пробовал никто?

IPv6 отключен.
52:55.420022-0,EXCP,0,process=rphost,ClientID=21,Exception=NetDataExchangeException,Descr=’server_addr=(2)192.168.2.100:52527 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=2240 file=src\DataExchangeServerImpl.cpp’
52:55.420023-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
Вот такое продолжаю ловить.

Такая же ситуация. Платформа 8.3.9.2233
При обновлении конфигурации, или вдруг ни с того ни с сего хост принудительно разрывает соединение. Копал в сторону явного прописывания айпи адресов в параметрах подключения в кластере 1С, на вэб сервере, на субд — не помогает, явно прописал в файлах hosts соответствие имен и айпи адресов.
До момента когда стал ловить данные сообщения вэб сервер iis стоял на одном хосте с 1С кластером и проблем не было, но там и платформа была 8.3.9.2033, сейчас вэб сервак и 1С разделил на разные тачки по соображениям безопасности.
Теперь вот склоняюсь что iis и 1С сервер на разных хостах и при обмене данными теряются пакеты или же глюки платформы, что тоже совсем даже не исключено.
Может кто сталкивался и положительно решал данные глюки, поделитесь.

Сейчас обнаружил, что рабочие процессы 1С постоянно новые создаются а старые исчезают.
Кластер был настроен по дефолту — проблема была, кластер настроил: максимальные размер рабочего процесса, перезапуск при достижения лимита с ожиданием в 60 секунд, такой процесс завершать через 180 секунд, все параметры тщательно проверил и все должно быть отлично. Но. проблема не уходит, хост за день раза три разрывает соединения регулярно. Пробовал на один процесс ограничить обной базой и 35 соединениями. вообщем всяко «играл» с настройками — не помогает

Дело не в настройках. У нас такое есть сейчас (платформа 8.3.6.2299, но не в версии дело). В одном объекте зачем-то заиндексировали реквизит строковый в 1000 символов. При обращении к этому объекту происходит падение того рабочего процесса сервера, на котором сидел соответствующий клиент. А клиент видит как раз то сообщение, что в заголовке темы. Проверьте, мало ли — может подобный косячный объект.

(5)
Если я правильно уловил мысль, то на iis сервере можно установить ограничение скажем 2000 тысячи символов (не помню сколько там по умолчанию, но там есть ограничения) и проблема может уйти.

(6) нет, ИИС ни при чем. падает рабочий процесс 1С из-за кривого индекса. Может в регистре каком измерение добавили строковое и при проведении косяк происходит. Это если вообще в этом дело.

Разобрался, второй день рабочие процессы живут не прерываясь.
Как оказалось причина в IPv6 и IPv4. Windows 2012r2. Платформа 1c 8.3.9.2233 в тех журнале 1C постоянно видны запросы на на этот хост ::1 после чего возникают сообщения о том что хост не является сокетом и пошли отвалы. Нашел инфу на оф сайте майкрасофта про то, что данной винде могут быть проблемы если у Вас не обновляется винда.
Вот тут скачивайте фикс по отключению IPv6 и после применения перезагружайтесь, если надо включить IPv6 то скачивайте второй фикс и после перезапускайте винду
https://support.microsoft.com/ru-kz/help/929852/how-to-disable-ipv6-or-its-components-in-windows
Но можно и руками отключить IPv6 после чего обязательно перезагрузить тачку.

Итак идем в реестр
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\ ­Parameters
Здесь создаем новый параметр, для этого делаем правый клик на разделе Parameters и в контекстном меню выбираем «Создать» -> «Параметр DWORD (32-бита)». Задаем имя этому параметру – DisabledComponents. Теперь делаем двойной клик левой кнопкой на вновь созданном параметре, и устанавливаем значение 0xff
Все. после перезапуска ПК в тех журнале есть только пару строчек что при запуске рабочего процесса была попытка подключиться к хосту с айпи адресом ::1 но так как он не найден в системе то подключение рабочих процессов идет на IPv4 и там и продолжают жить и здравствовать.

ybatiaev; agentesecreto; maaximuss; houpl; корум; HaIIpuKoJIe; lda0312; Misanets; vital1c; sapervodichka; user843810; payta; Ioanngood; BorovikOV; OlegAr; RibD; Pashkaa; + 17 – Ответить

Источник

Удаленный хост принудительно разорвал существующее подключение

При проведении документов возникает ошибка «Передача данных прервана по инициативе принимающей стороны. server_add=tcp=server_name descr=line1982file=src\DataExchangeTcpClientlmpl.cpp», при этом только на одном, удаленном от сервера, компьютере(на остальных работает исправно). Может ли это быть из-за медленного соединения?(Удаленный компьютер работает по локальной сети, версия 1С 8.3.13.1644)

(0) попробуйте старый формат ЖыРа (журнал регистрации)

Может рпхост падает из-за переполнения стека, например? Где-то данные зациклились в справочнике или что-то подобное.

«Еще одна ошибка связана с медленной работой или зависанием на записи в журнал регистрации, использующим новый формат. В технологическом журнале, при этом, можно увидеть следующие записи:

81029657-3fe6-4cd6-80c0-36de78fe6657: Передача данных прервана по инициативе принимающей стороны.’

Данная строка ТЖ говорит о том, что процесс rmngr центрального сервера не отвечает, так как занят работой с журналом регистрации. И далее в технологическом журнале можно видеть следующие записи:

0,EXCP,0,process=rmngr,p:processName=RegMngrCntxt,p:processName=ServerJobExecutorContext,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657, Descr=’src\RMngrCalls.cpp(549):
81029657-3fe6-4cd6-80c0-36de78fe6657:server_addr=tcp://[сервер]:[порт] descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) line=1073 file=src\DataExchangeTcpClientImpl.cpp’

Помимо этого, достаточно часто возникает проблема с высоким потреблением памяти журналом регистрации в новом формате. Данное поведение проявляется, например, если кто‑то из пользователей случайно запустит выборку по ЖР без ограничения по периоду. При этом весь журнал регистрации попадет в память, вытеснит весь кэш и «положит» сервер.

Данные проблемы являются достаточно критичными и при их проявлении рекомендуется перевести журнал регистрации в старый формат.»

ну еще попробуйте сервер 1с х64, если у вас стоит 32-разрядный

и проверьте файрволл у клиента (добавить приложение 1С в исключения огнестены), может он «гадит»

Источник

Чудесатая ошибка при обновлении

На MS SSQL крутится база УТ 11.4. Внес небольшие изменения в конфигурацию, пытаюсь обновить. При обновлении выдает ошибку
Ошибка при выполнении файловой операции ‘v8srvr://servername/basename/Params/DBNames’
Ошибка эта вылезает уже некоторое время и раньше я лечил ее выкидыванием всех пользователей и рестартом агентов. Однако, теперь это не помогает. Сделал вообще радикально: заблокировал запуск новых сеансов, регламентных заданий, но ошибка все равно проявляется. И что самое интересное, в тот момент, когда она возникает, в списке сеансов появляется какое-то фоновое задание.
Пытался выгрузить базу в dt, но при этом получил ошибку
server_addr=tcp://servername:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1674 file=src\DataExchangeTcpClientImpl.cpp
Создал из бекапа копию базы — там все отлично. На радостях пересоздал рабочую базу из того же бекапа — фигвам. Выяснилось, что у базы есть опубликованые веб-сервисы, подумал, что через них что-то цепляется. Отменил публикацию — воз и ныне там.
Куда еще можно покопать?

Покопал. Эту-то ошибку я и без него получал
18:34.886000-0,EXCP,4,process=1cv8,OSThread=3928,Usr=Username,ClientID=2,Exception=NetDataExchangeException,Descr=’ server_addr=tcp://servername:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1674 file=src\DataExchangeTcpClientImpl.cpp’

(0) хотя бы серверный кеш очистил ?
>>> пересоздал рабочую базу из того же бекапа — фигвам

просто рестор сделал заместо рабочей базы и болт, так что ле ?

(6) Да, просто восстановил. Кеш вроде каждую ночь чистится
(7) Там на память в основном кивают, памяти до пса, 64Гб оперативка, 100Гб свободно на С

(8) Кэш на сервере каждую ночь чистится? Вы сервер приложений каждую ночь останавливаете или кэш чистите при работающем сервере приложений?

(9) Тут не очень в курсе, надо выяснять, админ этим занимается.
(10) Да вот как-то не обращался. А что, реально могут помочь? Имел, просто, негативный опыт обращения в техподдержку мегакорпораций (к мелкомягким), понял, что смысла нет. У 1С это лучше поставлено?
(11) Попробую почистить, но что-то не уверен, что поможет.
Придумал способ, как обновиться: остановлю сервер 1С, сделаю бекап в копию, там накачу доработки, сделаю бекап копии и накачу его на рабочую базу. Вот только очкую: что-то может пойти не так?

(13) Да вопрос-то не в том, кто чем занимается. Вопрос в том, что не обновляется нифига. И я, и админ на удаленке обслуживаем, должностных инструкций не имеем, так, какая разница, кто чем занят? Где-то он меня подстрахует, где-то я его.
(14) Раньше помогало, теперь нет. И обновление не демоническое, а с выкидыванием всех и запретом новых сеансов

Источник

Читайте также:  Execute maven commands from java
Оцените статью