Ничего нового, все то же самое.

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


Конфигурацию выгружал, в удаленный узел загрузил. Такая же фигня. Что можно еще сделать?
Релиз платформы 8.3.12.1790, есличо

Удаленный узел файлы обмена всасывает нормально, кстати.

Методика 2 вот отсюда звучит страшновато, да и собсно я так понимаю, она именно для другого случая, когда изменения не идут в удаленный узел

http://catalog.mista.ru/public/65456/

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

(4) Тем, что не работает. Я сделал несколько раз уже. В удаленный узел идут изменения, обратно главный не принимает.

(5) в ЦБ какие-то изменения конфигурации делаются?
Если да, то пересохрани всю конфигурацию в ЦБ - заставь ее заново примениться к базе с реструктуризацией и регистрацией всех своих объектов. Только после этого проведи по шагам методики 1-го пункта.

(6) Делаются. ОНи всасываются успешно в удаленный узел
А обратно шиш.

Но попробую без выгрузки, да

Ща релиз ИБ подобновлю

"А обратно шиш" - а в файле выгрузки есть изменения?

(7) Что-то я не понял. "Удаленный" - это в смысле "подчиненный"? Тогда не понял. Такая ошибка может возникнуть в подчиненных узлах, но не в центральном. Как узел может "всосать успешно", если проверка соответствия - перед началом обмена?

Пятница?

(11) может, я такое тоже видел, на куче точек норм получает. а в центр хрен. Делал выгрузку CF из узла в Центр. норм заработало. По поводу сабжа в (0). Платформы одинаковые? Тоже недавно на 13-й парился с этим, пока одинаковые платформы не поставил, не проходил обмен.

(13) Чудны дела твои, господи. Работал на разных платформах по узлам, но ни разу такого не было. В центральном узле было и не раз "Данные принимаются от узла, для которого зарегистрированы изменения конфигурации..." но чтобы такое... век учись -дураком помрёшь.
Первое что в голову приходит - чистить кэши, перегружать сервак; выгрузить конфигурацию ПУ, на ЦУ вернуться к конфигурации БД и сравнить с выгруженной конфой ПУ...

источник ошибки - в файле от ПБ содержится значение хэш-функции, которое попадает в файл от сохраненной конфигурации в ПБ.
Если это файл для загрузки в ЦБ то ЦБ тоже указывает, что конфигурация не соответствует ожидаемой.

По поводу не совпадения платформ - тоже допускаю, что и в этом может быть причина, т.к. формула для получения хэшфункции в разных платформах может (в теории) давать разные значения. Но часто видел такое, что платформы разные и режим работы с базами разные, а ошибок нет.

Как только конфигурации в ЦБ и в ПБ полностью, абсолютно идентичны - ошибка исчезает.

(15) Механизм РИБ - один из базовых механизмов платформы. Он консервативен не хуже чем британская королева :) Я к тому, что маловероятно изменение алгоритма хэш-функции идентификатора конфигурации.

(10) а как же.
(11) А вот так. Подчиненный узел считает что все ок. Все изменения, что в конфигурации тут навертел - там есть и работают. А главный изменения не принимает.
(13) Одинаковые. Насчет из ПУ в ГУ выгрузки цф это мысль, я попробую потом, как если ща с обновлением версии УТ не взлетит.

(15) замена Digest2 на значение из выгрузки главного узла кстати не помогла, главный узел сказал не приму эту выгрузку.

(17) Имхо, если демоны в базе шалят, то выгрузка/загрузка конфигурации через пустую базу может поможет (из ПБ в ЦБ).

https://forum.infostart.ru/forum15/topic195887/

Версии платформы в ЦБ и ПБ одинаковые?

1. Почистить кеш на ЦБ
2. Почистить кеш на ПБ
3. Выгрузить ЦФ из ПБ, загрузить в ПБ (по стандартной схеме, отключить узел, разрешить изменения, загрузить ЦФ, восстановить статус узла).
4. Попробовать обмен
5. Установить другой допустимый релиз платформы (предыдущий или следующий). Повторить шаги 1-4.

Есть мнение, что количество пользователей использующих РИБ, ничтожно мало и релизы в которых есть баги связанные с РИБ 1С не отзывает.

+(21)
в 3. пункте ЦФ выгрузить из Центральной базы.

(20) одинаковые

(22) это все уже делалось. ну только релизы не менялись.

(24) "ну только релизы не менялись" - это тоже важно. Есть релизы - в которых тупо РИБ не работает из-за багов.

(14) за последние 5 лет минимум дважды сталкивался с релизом на котором РИБ не работает именно из-за багов платформы.

Была беда, когда РИБ вообще игнорировал небольшие изменения конфигурации ЦУ и продолжал принимать объекты базы. Пропало с переходом с 8.3.12 на 8.3.13

Была подобная ошибка недавно,  именно что обмен не грузился из ПБ в ЦБ.  Но там были разные версии платформы 13 и 14 в узлах.  Сделали обе платформы одинаковыми,   добавили в ЦБ  новое метаданное,  после чего проблема загрузки обмена переехала в ПБ,  и там уже стандартной загрузкой конфы залечили.

(25) Так работало ж пару месяцев, с тех пор как РИБ создал.
(26) да перейти не вопрос, но они их плодят как тараканов, а какой более-менее стабильный - хз.

(6) Заработало. Обновил релиз конфигурации, загрузил сф в ПУ, обмен пошел.

(29) отличие только в том было, что перед обновлением обмен я отключил, включил только после заливки нового цф в ПУ.