ошибка при обмене "исчерпан лимит (20 попыток записи сообщений обмена)"

Добрый день.
1. Каков релиз платформы 1С:Предприятия?
2. Какой способ обмена используется?
3. Попробуйте уменьшить количество элементов в транзакции.

А каким образом, подскажите?

Указано на изображении.

Прикрепленные файлы

• ОбменСУдаленнымиПодразделениями.jpg 53.36 КБ

Добрый день. Столкнулся с такой же проблемой. Если раньше решалась проблема обменом на клиенте, то теперь не помогает.
1. релиз платформы 8.2.17.153
2. конфигурация Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.05.09)
3. способ обмена по подразделениям
4. количество элементов в транзакции менял
5. копмонента защиты 2.0.0.110

Достаточно ли у пользователя прав для записи в каталог обмена? На других релизах платформы такая же ситуация? В журнале регистрации есть более полная запись об ошибке?

У пользователя права администратора, другие релизы не пробовал.. В журнале регистрации ошибка: 2013.03.08 12:01:34|Администратор информационной базы|Обмен.Узел_ЦБ.Чтение|error|Ошибка чтения сообщения. Попытка № 20 : Ошибка при вызове метода контекста (НачатьЧтение)
(Имя модуля: ОбщийМодуль.одОбменДанными.Модуль, номер строки: 3 411)

Падает на попытке загрузки файла обмена. Точнее не на загрузке, а на попытке его прочитать. Проблема в самой платформе. Не может прочитать недопустимые символы в файле обмена, хотя файл обмена при этом замечательно формируется.
Вот похожая ситуация
http://rarus.ru/forum/forum7/topic3378/?PAGEN_1=2#message20516
Надо искать недопустимые данные.

А как найти эти недопустимые символы?

В данной ветке есть фрагмент кода по разбору и проверки файла загрузки. Надо обработку сделать для этих целей.

каким то странным образом заработало с галкой выполнять обмен на клиенте.. почему не хочет выполнять на сервере, права у usrv1cv82 администратора, сообщение принимает по почте и копирует в папку C:\SMTP\TEMP

хотя раньше все работало

Добрый день, все по той же проблеме.. обмен на клиенте работает и даже выгружает с сервера, но вот при загрузке все та же ошибка "исчерпан лимит"

Еще один коллега по несчастью.Там не все так просто- это он ошибку выводит на чтение файла , а на самом деле ошибка скорее всего не в чтении, а где то при записи элементов обмена. Просто обработка выполняется в транзакции и ошибки выдаются только при откате из неё, причем пока я код разбирал (на сколько моего ума хватило), ошибки случившиеся при записи -обмен в логи не пишет. только итоговые ошибки
Я тут тему заводил:
http://rarus.ru/forum/forum7/topic3923/#message23722
http://rarus.ru/forum/forum7/topic3923/#message23722

Так пока не победил проблему -приходится руками обмен производить , надоело уже
У меня симптомы следующие: обмен идет в течении дня через 15 мин.с 7.00 до 23.00. Потом всякие регламенты идут ночные -ну это не важно.
Каждый день , в какой то момент, причем произвольный по времени происходит стопор в процессе обмена, т.е. 20 попыток прочитать файл -и досвидания, ждем следующего сеанса. Ну а там опять 20 попыток и все заново по кругу. Выход один -произвести обмен через обработку "Обмен с удаленными подразделениями вручную". После этого обмен опять работает какое то количество циклов -потом опять встает стопором. Ошибка практически такая же как и в сабже. Т.к. обмен вручную проходит нормально, а пользователи и вручную и настроенные в фоновом задании одни и теже (Администратор информационной базы) - т.е. права одинаковые, права  у usrv1cv82 администратора не только локального, но уже дали ему права доменного администратора (хотя наш местный админ -был очень против)- все равно обмен полностью не работает, требует ручного вмешательства.
Путем долгих экспериментов у себя выяснил, что остановка автоматического обмена происходит тогда когда либо создается , либо изменяется накладная на"Реализацию автомобилей", т.е при изменении других элементов базы данных -все работает, как только создали или модифицировали накладную на автомобили -все получаем остановку в системе обмена.
В конфигурации эта накладная изменена(точнее только её модуль, остальное не снято с поддержки), но сразу хочу сказать, что добавилась только одна строчка кода в модуле печати накладной и больше ничего не менялась, т.е. это НЕ ДОЛЖНО влиять на систему обмена.
В связи со сложившимся состоянием прошу разработчиков помочь разобраться в проблемах обмена и параллельно с решением этой проблемы ответить на 2 вопроса:.
1. Почему один и тот же файл обмена под одним и тем же пользователем загружается в ручном режиме и не загружается  в автоматическом (эта ситуация исключает некорректные символы в файле- он тог да вообще не грузился бы никак)?
2. Как можно произвести отладка работы фонового процесса обмена?
Очень жду помощи......

"Маякните" хоть -помощи ждать?

Причину надо искать в данных, которые были выгружены. Велика вероятность что какой то объект содержит недопустимые символы и платформа "падает" при загрузке своего же файла. Как найти такой объект уже была ветка на форуме. Но через форум вылечить базу - не тот формат.

Но почему тогда он загружается на клиенте? если бы были проблемы в данных он тогда совсем не грузился

И я о том же говорю....Могу даже файл обмена сделать и сюда выложить, только думаю не в том направлении "копаем"

Собственно текст ошибки в журнале регистрации -это одна из попыток :

По второму узлу  -тоже самое. (могу предположить -в обоих узлах у меня изменили накладную на реализацию автомобили - обмен остановился с обоими филиалами

Файлы ниже прикрепляю

Прикрепленные файлы

• MessageExchange_АМ_ЦБ_0000002406.xml 1.8 МБ
• MessageExchange_ЭД_ЦБ_0000002368.xml 344.56 КБ

Сразу же после этого прогнал обмен через обработку руками- все нормально, те же файлы. В логах сообщения подряд идут:
1
2

И накладные появились в базе ЦБ....

Какие-нибудь еще советы будут? Проблема так и не решена. Из последних попыток сделал следующее:
зашел на сервер локально под учеткой usrv1cv82 -что бы исключить возможные проблемы с кодировкой текста Windows. Проблема проявляется также: в фоновом задании  останавливается при попытки загрузить измененный документ "Реализация авто", при ручном запуске (тот же файл) проходит нормально. Как еще диагностировать проблему- пока не придумал, жду рекомендации сотрудников Рарус

Есть идеи по поводу зависания.
Есть возможность удаленно подключиться для тестирования?

16.05.2013 в первой половине дня устроит? только как связь держать-это вопрос

Ответил в личку

В 5-й Альфе исправление ошибки, при обменах будет в ближайшем релизе. Релиз выйдет примерно в конце мая.
В обменах 4-й Альфы пока не выявили ошибку. Станислав Владимиров, если ошибка по прежнему не устранена, то есть ли возможность удаленно подключится к Вашей базе для выявления причин?