Произошла непонятная ошибка работы с хранилищем конфигурации. Обновил релиз конфигурации, поместил изменения в хранилище - и теперь любая другая база (базы сии ранее уже были подключены к данному хранилищу и работали с ним) при попытке обновить конфигурацию из хранилища вылетают без всякой информации. Начинается создание снимка конфигурации, думает некоторое время на 0% - и вылетает с исключением и руганью Винды.
Кэш в папке с хранилищем удалял, другого пользователя пытался подключить, перезаливал dt'шник в базу в надежде подключиться по-новой и обновить, даже переносил папку хранилища в разные места и на разные сервера - всё без толку.
Даже на исходной базе, в которой обновлял релиз, не работает выгрузка конфигурации хранилища в файл. Тоже вызывает вылет программы.
Что бы это значило? И как лечиться может?

(0) Ну пересоздай хранилище, делов то

(1) Пересоздавал - пофик.

Смешно то, что chdbfl.exe никаких проблем не находит в папке хранилища.

Ещё более смешно то, что там же рядом лежит ещё пара папок с хранилищами других конфигураций - и с ними нет никаких проблем.

Номер релиза платформы?

Не так давно была у меня проблема похожая. Проблема была в свойстве конфигурации - "Требуемые разрешения мобильного приложения". В новых версиях 1с добавили новые значения для этого свойства. Когда я сводил два cf (они делались на разных версиях платформы) у меня висло даже сравнение. Брал старый cf, где это свойство не было указано и обновлял через cf. После того как я обнулил это свойство - все взлетело, хотя при попытке руками изменить (войти в свойства конфы) у меня падало с записью дампа. Немного скомкано, но смысл надеюсь ТС уловил

(5) 8.3.17.1989, пробовал и на 8.3.18.какая-то.

(6) Обнулил - это поснимал все галочки? Не оставил ни одной?

(7) А режим совместимости?

(9) 8.3.5. У нас конфигурация обычного приложения.

(8) просто поле очистил, но руками не давал очистить (в свойства не заходил, падал конф), только через сравнение/объединение с пустым этим полем дал обновить

Первое что тебе нужно сделать - это понять в каком месте у тебя cf посыпался...

(12) Так - ни в каком. База работает. Или полагаешь, что надо тестирование конфигурации сделать?

(10) и зачем такая древность ?

Т.е ты заново создаешь хранилище с нуля, и.. болт. Так что ле ?

(13) а причем здесь база? у меня она тоже работала, только вот конфа битая была, и на поведение в режиме предприятия не влияла. ТиИ мне не дало ничего

Я вообще сводил cf к одному из двух хранилищ, тоже сначала думал что хранилище виновато

(14) Патамушта!
(15) Да.
(16) Это я понял - про мобильную фигню.

(18) ну пересобери cf-ник хотя-бы через выгрузку/загрузку в xml

(19) Да, надо попробовать.

(19) Чо за хня с 1С'никами? Что за бред она пишет про 30 или 80 символов в именах путей к файлам? Дожили уже до версии 8.4, а они до сих пор используют какие-то древнючие библиотеки времён 16 бит?ОО_ОО Не смог я выгрузить: ошибка файловой операции.

(21) платформа, 64 хотя бы ?

(22) Сервер - да, клиент - нет.

(23) ну дык открой пофигуратор 64 , для начала

Загрузил архив рабочей базы - из него успешно создал хранилище, к которому можно подключиться. Видимо, конфигурация умудрилась схренёптиться...
Исходно обошёлся 32-битной платформой, хотя и поставил 64-битную и прописал как приоритетную - потом.

Кстати, кажется понял в чём могла быть ошибка в конфигурации. У нас там давно уже ни в какую не хотели обновляться некоторые объекты: очень много Справок и форма ПомощникОбъединения в документе ВводНачальныхОстатковОС (есть в нашей конфе такое). Видимо, эти объекты криво сидели, но до поры до времени не вызывали сильных проблем - но вот вылезли наконец-то.:((
Вывод: если есть сбойные при сравнении/объединении объекты, то они могут вот так накосячить в Хранилище.

(26) Вполне может быть. Про сбойные справки из-за которых возникали проблемы с метаданными слышал неоднократно.