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

http://www.forum.mista.ru/topic.php?id=737743
Пишут что можно просто переименовать папку, где лежит хранилище и проблем не будет.
Пока этот шаг не могу сделать, второй разработчик не на месте. Но думаю позже это сделать.

А пока, может есть другое решение?

Включен тех. журнал. Но там пусто!
И из-за чего такая ошибка конкретно кто в курсе?
---
абсолютно прав, дело в блокировочных файлах. Уже несколько раз сталкивался. Чаще всего эти файлы по 0кб не дают себя удалить, ибо их чтото держит. Это чаще всего легко поправить зайдя в "Управление компьютером - служебные программы - общие папки - открытые файлы" и там снять захват заблоченых файлов. Тогда их можно удалить и спокойно подключится.
---
Перезагрузить компьютер/сессию терминального доступа с которого была открыта 1С ?
---
ЧерныйКот, да я полностью выходил пользователем, которым заходил на сервер для разработки.
Перезагрузить этот сервер также пока не могу.

Кстати с версии 8.2 изменилось расположение кэша. Только сейчас заметил.
С 1c\1Cv82 на 1c\1cv8.
Чистка кэша на сервере для разработки не помогла.
---
ЧерныйКот, пришел коллега. Перезагрузили сервер для разработок. И все подключилось без проблем!
---
Чистка кэша на сервере тоже не дает результата.
Подожду тогда перезагрузки сервера.
---
можно обойтись без перезагрузки - в каталоге хранилища лежат блокировочные файлы размером 0б. Их нужно удалить. только права админа нужны. При этом никто не должен быть в конфигураторе. Ну и если остался где-то зависший сеанс пользователя, работавшего с конфигуратором - то его тоже нужно завершить
---
у нас хранилище лежит на сервере. Значит отрубаю все тестовые базы. Затем киляю эти файлы и дело в шляпе?
Если такое снова будет, попробую ваш вариант. Но пока такого не было!
---
абсолютно прав, дело в блокировочных файлах. Уже несколько раз сталкивался. Чаще всего эти файлы по 0кб не дают себя удалить, ибо их чтото держит. Это чаще всего легко поправить зайдя в "Управление компьютером - служебные программы - общие папки - открытые файлы" и там снять захват заблоченых файлов. Тогда их можно удалить и спокойно подключится.
---
У меня эта проблема решилась другим неожиданным способом.
Пока я ждал удобного времени для перезагрузки сервера 1С, решил восстановить себе в тестовую базу свежий бекап. После восстановления копии, пришлось, естественно, отключиться от хранилища и снова подключиться к хранилищу под собой.
Наверное, при этом в хранилище происходят какие-то "нужные" изменения, так как после этого рабочий конфигуратор перестал выдавать ошибку и спокойно подключился к хранилищу.
---
Мне пришлось еще раз попрактиковаться в решении этой проблемы.
Сразу пошел в каталог хранилища, увидел там файлы с расширением "cfl". Все они с нулевым размером. У меня было 4 файла.
Так как прав на удаление мне не хватает, я их переименовал (добавил в конце ".bak"), предварительно закрыв все конфигураторы, подключенные к хранилищу.
После этого работать с хранилищем можно было работать в обычном режиме.
---
Выскакивает периодически. Решаем проблему переименованием пути к хранилищу: подменяем IP сервера его именем.
---
Удаление пустых файлов не помогло, а Ваш вариант сработал. Спасибо!
---
Удаление пустых файлов не помогло, а Ваш вариант сработал. Спасибо!

Аналогично
---
Спасибо! Помогло
---
Помогло удаление всех файлов размером по 0 кб.
---
Для устранения ошибки нужно завершить все сеансы 1С на клиенте и снять задачи 1С в диспетчере задач. После этого подключение к хранилищу происходит без ошибок.
---
Та же ошибка вылетела, никаких файлов с 0-вым размером не удалял
решил данную проблему очистив кэш через "Администрирование хранилища".
---
Снять все задачи в диспетчере и убить сессию на сервере.
---
Снять все задачи в диспетчере и убить сессию на сервере. Первое сообщение за 12 лет после регистрации на форуме.

"Двенадцать, Карл!"
---
Еще такое решение есть:

Если есть 2 сервака (например прод и тестовый), можно зайти на втором серваке, подключиться к хранилищу (должно без ошибки) и поместить все захваченные данные в хранилище. После этого на первом серваке зайдет без ошибки
---
Помогло поменять в пути подключения хранилища адрес сервера на его IP.
---
помогло перезайти в учетку на RDP