Настроена РИБ с 3 точками.
2 нормально обновляются, а третья почему-то не обновляется конфигурация. При этом данные обновляются...
В чем может быть дело?

Центр не понимает, что ему надо еще и конфу отправить.

(1) а как ему объяснить?
Для других баз понимает...

(2) вернее для других узлов риб.

(0)Данные в РИБ не могут обновляться при разных конфах.

(4) я тоже так думал

структура данных не менялась, менялся только код.
мож с кэшем что... надо проверить.

сам такого ни разу не видел, но реально документы передаются в обе стороны, а конфигурация не обновляется...

Экспериментально выявил, если внести изменения в структуру данных, например добавить константу, то это изменения конфигурации передаются.
А если изменить модуль или форму существующего документа, то изменения не передаются...

wtf?

(9) когда вносишь определенные изменения смотришь при обновлении базы данных на строку состояний и видишь, что проскакивает регистрация измененных объектов метаданных. Если меняешь только в коде модулей, то ничего не регистрируется, не сравнивается. Часто видел, что делают в составе объектов какой-то, который не очень-то нужен, но его нарочно меняют, чтоб заставить конфигуратор регистрацию выполнить.

это самое простое и легко запоминающееся - сделать константу с типом строка и менять в ней число символов

(9) "Демоническое обновление"(с)

Покорми оленей... тьфу, - почисти кэши.

(10) (11) да в том то и дело, что передается не вся конфигурация, а только изменения.
При этом константа меняется, а код модуля документа нет.

(12) это я в первую очередь сделал.
Не помогло.

Платформа 8.3.11.2867, если что.

(15) но ты же сам пишешь, что проблема только с одной базой из трех -

Может можно как-то вручную зарегистрировать изменение вконфигурации?

(17) Если это РИБ, то конфигурации в узлах - идентичные. Ок?

Может быть, как вариант, старое доброе "выгрузил/отвязал/загрузил/привязал"? В смысле выгрузил конфигурацию из центрального узла - загрузил в подчинённый узел.

* в актуальных типовых конфигурация это уже решено штатно:
https://its.1c.ru/db/metod8dev#content:5802:hdoc

Зайдите в режиме конфигуратор и попробуйте сохранить конфигурацию бвзы данных , бывает такое

(18) первую фразу не понял. у меня не так.
структура данных одинаковая, а модули не обновляются.

Это все происходит на переписанной Бух 2.0.

UPну на всякий случай, мож еще мысли появятся)

Пока склоняюсь, к тому что бы создать новый узел вместо этого.

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

(21) Смысл моего предложения: заменить конфигурацию базы ПУ (вы озвучили её как "третья") на конфигурацию из ЦУ альтернативным способом "вручную". Погуглите "Конфигурация узла распределенной ИБ не соответствует ожидаемой". Например:
https://interface31.ru/tech_it/2015/12/1spredpriyatie-8-vosstanavlivaem-avtoobmen.html

Смысл предложения: не пытаться "починить" конфликтную конфигурацию базы подчиненного узла (ПУ) - а заменить на идентичную конфигурацию базы центрального узла (ЦУ). Ведь по определению РИБ, конфигурации должны(!) быть идентичные.

(23) Погугли "демоническое обновление" и расстанься с иллюзиями :)

PS: Я предложил наиболее "ходовой" способ решения проблемы (как мне кажется), исходя из Вашего сообщения что кэши были очищены и это не помогло. На самом деле, есть много иных решений, если известно конкретное "проблемное" место в конфигурации - то можно изменить/заменить локально только этот "участок" конфигурации.

Ты в РИБ то выполнил синхронизацию?

(26) (24) сейчас попробую, думаю это лучший вариант.
там всего один модуль изменен, его вручную перенесу.

Только подозреваю, что в будущем ситуация повторится, и придется каждый раз вручную обновлять...

(28) Если не поможет - пишите, объясню почему не получилось :))

(29) Спасибо!)
Пока отвязал от центрального, внес изменения, привязал обратно.