После созднании хранилище конфигурации не пускает в конфигуратор

и в пользовательском режиме так же не заходит,просто висит и все

chdbfl что показывает?

(0) база файловая или sql?
Если удалить из списка и создать заново?

база sql

(3)нет помогает

бэкап походу придется поднимать

пошла такая бодяга после того как откл.от хранилища,после покл.хранилище под другим пользователем(хранилища),после чего он попрасил обновить конфигуратор и здесь он завис.....

(7) какие-то ты басни рассказываешь
ну, или базе твоей трындец давно и ты просто об этом незнаешь. Разверни бэкап и запусти ТИИ

(0) было такое
лучше бы вы от него отказались
после где-то месяца работы мы от него отказались появлялись непонятные стыковки, в конфигуратор не пускал и т.д.

(9) Руки из ж о п ы надо достать, особенно админам.

(10)  это у "1С" руки из ж o п ы

это не нормально когда после очередного сохранения конфигурации он вылетает и больше не пускает
хотя получалось как-то исправлять но больше не стали рисковать

(11) Почему у одних все валится из рук, а у других работает?

(13) >>  а у других работает?

интересно  как у них работает?
я весь в догадках у кого там все работает

продуктив, кстати говоря, к хренилищу подключать не стоит. Прямо совсем не стоит. Максимально полезно продуктив обновлять комплектами поставки, полученными из конфы, подключенной к хранилищу

(15) "продуктив, кстати говоря, к хренилищу подключать не стоит"

Обоснование можно

??

Да, кстати, сегодня обнаружил интересную, мягко говоря, херню с хранилищем. Было у нас древнее (с 2003-го года) файловое хранилище. И вот решили мы его перевести под сервер хранилища конфигурации. Перевели со свистом - всего-то три недели всякие бюрократические и организационные проволочки проволакивали. Короче не суть. Поднял службу, каталог файлового хранилища перетащил в хоумдир службы (ни каких других манипуляций не было - только копирование файлов с машины на машину эксплорером).
Подключаюсь к серверному хранилищу этому и вижу (с нехилым таким изумлением) - в комментариях к коммитам пропали все разрывы строк. Во всех комментариях.
Родил пару кирпичей от удивления, но потом забил - в остальном-то работает.

(18) а потом выяснилось, что изначально всё1 лежало на линухе, потом перевели на винду...

(19) нифига. И там, и там - винда. Была 2003x32, а стала 2008x64. Но я склоняюсь к подозрениям, что crserver.exe как-то иначе разрывы строк интерпретирует, чем 1cv82c.exe

(16) это опыт, сын ошибок трудных. Кроме того, vde69 когда-то жути нагонял с реальными примерами, когда подключение продуктива к хранилищу добра не приносило. Деталей не помню, ибо это чертовски редкая хрень и я от подключения продуктива к хранилищу давным давно отказался по другим гораздо более организационным причинам.

вообщем продемонстрировал на копии:
1)создал хранилище под пользователем Администратор(по умолчанию)
2)создал еще 1-го пользователя "Обновление"(в хранилище),снял все 3 галочке на вкладке права(этот пользователь предназначен только получать из хранилища+обновить конфу в главной базе).Сохранился.
3)в этой же базе откл.хранилище и подкл.хранилище заного уже под пользов-лем "Обновление",т.к.сейчас в хранилище зарегистрирован пользователь Администратор...
И вот после подкл. пользователя "Обновление" конфа требуется обновить,и на обновлении зависает

(22) это что-то конкретно у тебя не так. Я так делаю довольно часто и ни чего не зависает

(22) (23) Релиз?

(23) да,заметил,на демо Бух 2.0 отработало нормально
(24) УНФ,база под 100 гб

релиз 1с. Не уверен, но кажется в каком-то релизе 8.2 было что-то про фикс багов по работе с хранилищем.

(16) я могу обосновать по чему рабочуюю нельзя к хранилищу подключать, я об этом уже пару раз писал...

(14) За три года юзанья хранилища, только один раз пришлось его пересоздать заново из-за непонятного косяка.

(27) Можешь? Обоснуй.

(29) следи за логикой

1. главное назначение хранилища - совместная разработка, в том числе с использованием неявных связей модулей
2. при совместной разработке в хранилище помещаются не рабочие обьекты (например Вася создал документ, а Иван должен включить его в план обмена, по этому Вася помещает документ в хранилище что-бы он мог выступать регистратором/ссылкой для Ивана)
3. При работе с хранилищем получение измененных обьектов в рамках конкретной задачи не реализовано (тупо нельзя получить только изменения касаемые отдельно взятой задачи).
4 по этому при получении из хранилища в рабочую базу нет механизма позволяющего исключить попадание неработающих объектов из п.2

именно по этому на рабочую можно накатывать или протестированые "поставки", или через "сравнить/объеденить", ни один из режимов не реализован при работе с хранилищем, по этому подключение к хранилищу не несет в себе ничего положительного а только добавляет вероятность косяков.

Работаю в базе один, Хранилище использую для документирования и отслеживания изменений. В рабочей базе хранилища нет. Глюков не заметил. "Все очень удобно!" (цы)

(30) Какая-то непонятная для меня логика имхо.
При получении из хранилища в рабочую базу подтягиваются ВСЕ изменения, которые внесли разработчики. Чем это может помешать, и чем это отличается от накатывания обновления, созданного из хранилища(разве что неудобством), непонятно.
При правильном использовании хранилища всё работает на ура.

(32) тем, например, что в хранлище помещают изменения не только потому, что они протестированы. Вообще-то два хранилища решают все эти (30) проблемы, но подключать продуктив к хранилищу даже со стабильным кодом не стоит

(33) А не надо помещать в хранилище то, что не протестировано. Сколько лет с хранилищем, подключенном к боевой базе работали, и всегда всё было ОК. Единственно, что случалось - это пару раз падало само хранилище по непонятным причинам. Лечилось тупо созданием нового и подключением к нему.

+(34) Хотя я не спорю: если не умеешь работать с хранилищем, то лучше его не использовать.