Добрый день.
Имеется конфигурация ЦБ в которую внесли изменения, когда файл с ними получила УБ, она написала - "Конфигурация узла распределенной ИБ не соответствует ожидаемой!". Сделал также как во всех описаниях, т.е.:
1. Выгрузил cf-файл из ЦБ.
2. Снял главный узел в УБ.
3. Загрузил cf-файл в УБ.
4. Установил обратно главный узел в УБ.
Раньше такое помогало, но вот, наконец, не сработало. Ошибка та же.
Digest2 при выгрузке из ЦБ отличается от Digest2 выгрузки из УБ, соответственно когда заменяю Digest2 в файле из УБ на Digest2 файла из ЦБ загрузка проходит, а как сделать так чтобы УБ запомнила новое значение Digest2 не знаю, может кто сталкивался?

Я так понимаю, что надо передать какое-то значение из ЦБ в параметре Digest1, но не представляю как его получить. К примеру:
<v8de:Digest1>e25011119b1a000bb069c38f7db645d5</v8de:Digest1>
               <v8de:Digest2 v2="e59df9b2ad46398bcbd7417f2b895fdc">8544f79515370dc5ad1b24dde76cbbc2</v8de:Digest2> - не понятно как связано значение из Digest1 со значениями из Digest2, вроде как это разница между ними

up!

Что такое УБ, и зачем там снимать главный узел?

Демоническое рассогласование конфигураций.
Точнее сказать - "внутреннего идентификатора" конфигурации.

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

Танцы с бубном - круг за кругом...

Попробуй внести любое незначительное изменение в конфигурацию ЦБ и повторить всё заново что делал в (0)


Если не поможет, попробуй так: то, что выгрузил из ЦБ - загрузи в новую, пустую БД; выгрузи конфу из новой БД и загрузи в ЦБ, обнови конфигурацию БД и повтори то, что делал ранее в (0)

(3) Наверное, это база подчиненного узла в РИБ

"ЦБ - УБ" => "ЦУ - ПУ"

да, УБ - удаленная база

(4) Пробовал, не помогло. Хочется узнать как именно изменить этот идентификатор конфигурации. Я уже в SQL лазил в таблицы _Node, нашел там свой обмен, но id и там отличается (хотел руками перебить).

Судя по скудному описанию из руководства разработчика должна быть какая-то связь между числами из (1)

Блин, у меня 8 удаленных, постоянно работающих баз, можно, конечно, создать новый образ и залить его во все базы, но это очень гемморойно. Да и тема эта уже не раз поднималась, хочется решить этот вопрос.
Наверняка где-то в таблицах SQL можно найти значение идентификатора конфигурации.

Есть мнение, что в файлах обмена не сам идентификатор конфигурации, а его хеш.

(10) Получается, что остается только заново загружать образы в переферийки?

(0) это потому что ты не "загрузить конфигурацию из файла" сделал, а "сравнить, объединить"

инфа 100%

(12) Если бы :-(, я на двух разных переферийках пробовал, а это значит, что надо было бы дважды нажать не на ту кнопку и дважды не заметить окно сравнения/объединения.

(14) да, именно так. если накатить 1 и тот же .cf на все узлы - то все встает на место

(15) Ты хочешь сказать, что если я загружу конфу в остальные 6 перефериек, то обмен пойдет?

(16) нет, только в те, с которыми проблема.

может быть выгрузил и ЦУ не ту конфу случайно (например конфу поставщика)

из ЦУ

(18) Ну это точно нет, я после загрузки cf в переферийку проверил, что там появились все мои изменения.

Fragster вот тебе ещё один способ. Не 100%, а типа 50/50 :)

Накатываем типовое обновление; восстанавливаем свои изменения и обновляем конфигурацию БД.
После этого юзверы выявляют ошибки, которые срочно устраняем с помощью демонических обновлений.

Во время сеанса обмена - получаем ситуацию ТС. Конфигурации были идентичные, а стали - ... короче - аутизмом они поражены :)

(21) Кстати, интересно отметить, что после демонических обновлений все проходило нормально, а тут было обычное и такая херь