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

Но после этого у главной базы ошибка появилась:


Ошибка при чтении изменений из файла обмена.
Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!
Чтение данных из файла обмена завершено с ошибками!

Создал начальный образ. Заного залил его во второй магазин, сделал обмен, все ОК. Сегодня звонят и говорят, чтио обмен опять не проходит и не проходил после меня больше.

Опять таже ошибка.



Начат обмен данными по настройке "Обмен с Лесозаводская" (14:41:32).
Ошибка при чтении изменений из файла обмена.
Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!
Чтение данных из файла обмена завершено с ошибками!
Запись изменений текущей информационной базы в файл обмена завершилась успешно.
Обмен данными по настройке "Обмен с Лесозаводская" завершен (14:41:42).

программные файлы одинаковые?

Платформа?

Да платформа одинаковая, правил только конфу.
До этого работало нормально, добавил галочку в конфигураторе в правилах обмена, регистрировать изменения ЧекККМ.

Локально балуюсь все норм

как у них появилась ошибка из за чего, понять не могу

надо смотреть что они там грузят, из какого каталога, есть ли правильный файлик в этом каталоге.

я пробовал удалить и заного выгрузку делалЮ все равно

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

PS: на всякий случай напоминаю. Вдруг автор об этом незнал, забыл.

(8) я написал что конфу обновили

и обмен проходил

Ааа... понятно. Позравляю - весьма распостраненный глюк при демоническом обновлении. Выгрузить конфу ЦУ; отвязать узел; загрузить конфу ЦУ в узел; привязать вновь узел.

(8) ошибка немного другая при не обновленной конфигурации

Что сделать то

(11) спасибо, попробую

(11) а что значит отвязать узел и как (

(14) В СП посмотри "УстановитьГлавныйУзел"

Просто интересно стало: посмотри сообщение обмена (можно блокнотом) от центрального узла и от подчиненного узла.

А именно:
В сообщении от ЦУ, значения в <v8de:Digest1>...</v8de:Digest1> и <v8de:Digest2>...</v8de:Digest2>. Там должны быть нули и пусто, если там "абракадабра" типа "12617267jdf898192df..." - то центральный узел продолжает отправлять изменения конфигурации.

Скорее всего нет подтверждения изменения конфигурации у вторичной базы. Центральная будет посылать изменения пока не получит подтверждения.

Утилита администрирования конфигураций и информационных баз 1С:Предприятия 8  
В версии 8.2.13.219 утилита содержит следующие возможности:

•- тестирование и исправление конфигураций
•- регистрация изменений конфигурации в распределенной ИБ

Утилита может быть использована для:

•- исправления ошибок обновления конфигураций, стоящих на поддержке, сконвертированных при помощи версий 8.2.9.356
•- исправления проблемы разсинхронизации конфигураций главного и подчиненного узлов распределенной ИБ

ни о чем не говорит? особенно последний пункт?)

(18) Автор, какбы, версию платформы не озвучил - потому и дал "универсальный" ответ.

(17) как ей их дать

8.2.13.205, там нет?

(20) загрузить обмен, запустить конфу в конфигураторе, обновиться, запустить в пользовательском режиме, загрузить еще раз. Выгрузить сообщение, загрузить его в центральную

<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
               <v8de:Digest2 v2="84adf840f2f2a97718f4ddc9026683c5">84adf840f2f2a97718f4ddc9026683c5</v8de:Digest2>

(22) не прокатывает, конфа не обновляется, она считает что обновленная

(24) я не поняла: если ты заново выгрузил узел, то какие могут быть проблемы? Может они просто не ту базу выгружают?
А вообще, тебе вроде сказали уже - отвяжи узел, накати на него цф центрального и привяжи обратно

(25) фига фишка

работало

перестало и опять начало.

понял все

(29) не то выгружал?

да у пользователя ОБМЕН на терминальном сервере была старая глючная база.

Что и требовалось доказать

Получается автоматом выгружалось из нее, они работали в одной, а сливалась другая )))
сейчас сделал вручную там и там через удаленный доступ, все прошло и доперло