Не открывается конфигуратор именно в серверном режиме #553135

Точнее отркывается, появляется меню, но тут же виснет. Диспетчер задач показывает, что приложение работает. Проц не загружен, винт редко мигает. Это не первоначальное открытие конфигурации. Ждал 1,5 часа. Причем такое происходит на разных базах, на разных серверах, и только на моем компе. Кэш чистил не помогло. В файловом варианте все отлично работает. Платформа 8.1.15, под 8.2 все работает. 1С-ку удалял, ставил - не помогло.

Есть идеи?

что сказал филемон ?

и чтоже написано в ТЖ?

ап

э... попробуй запустить толстого клиента с ключем /ClearCache - сам он при этом не откроется, потом уже запусти конфигуратор... ну и вообще почисть кэш.

кстати - этот кусок ТЖ с сервера или с клиента?

интересно также глянуть другой

c клиента

глянь что на сервере.

Ща

а вот первые строки 37:55.3742-0,SCOM,1,process=1cv8,Func=setSrcProcessName(RHostRoot) 37:56.1870-7968,SCALL,1,process=1cv8,ClientID=1,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,Method=0 37:56.1871-0,CONN,1,process=1cv8,Txt=Clnt: DstUserName1: SERVER-SQLAdministrator StartProtocol: 0 Success 37:56.1873-1,SCALL,1,process=1cv8,ClientID=1,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,Method=0 37:56.5620-1558,SCALL,1,process=1cv8,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,Method=0 37:56.5621-0,CONN,1,process=1cv8,Txt=Clnt: DstUserName1: SERVER-SQLAdministrator StartProtocol: 0 Success 37:56.5623-1,SCALL,1,process=1cv8,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,Method=0 37:56.5782-1,SCALL,1,process=1cv8,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,Method=0 37:56.9990-4060,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=1 37:57.0150-159,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=2 37:57.0152-1,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=10 37:57.0154-1,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=12 37:57.0156-1,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=8 37:57.0158-1,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=32 37:57.0160-1,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=14 37:57.0162-1,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=40 37:57.0310-147,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=4 37:57.0461-1,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=3 38:00.6562-1,SCALL,1,process=1cv8,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,Method=4

А как на смотреть со стороны сервера? просто файл настройки ТЖ кинуть в binconf?

а чего это не откроется? открывается после очистки

2 ы... 2 если у тебя 32-битный сервер, то да... если 64-битный, то тоже туда, но Програм Файлз, без (х86) ну это в том случае если сервер на Винде

но инфу нужно будет потом смотреть по каталогам типа rphost_1444

Да. Значит туда закинул.

ааа, вон оно че )) там уже 32 Мб., а какие строки искать?

короче мое подозрение - что это так или иначе кэш и динамическое обновление... Но если почистив кэш все равно не станет заходить, то тогда придется править Базу вручную например как здесь: но опять же - у тебя случай немного другой, поэтому кто знает 2 подозрительные... у меня такого не было, поэтому не скажу точнее

32 Мб - мало... у меня если на все события то за минуты до 1 Гига разрастается.

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

м.... рестратовать серверы 1С можно?

ты имеешь виду кэши, которые храняться в Documet and Setting?

ну да...

после шести вечера разрешили перезапустить

Что искать в логе rphost?

перезапустить - не помешает но проще еще один процесс создать. и на него подключиться.

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

2 а как подключится на конкретный процесс?

А вот как какие-то, строки где ругается на какой-то файл

В первый раз с такой фигней сталкиваюсь. И главное в поиске нигде нет похожей проблемы.

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

Хм. странно... Конфигуратор открылся, через ошибку по кнопке "Подробно"

гы...

"То ли лыжи не едут, то ли я..."

Спасибо. Узнал хоть, что такое ТЖ ))

У нас недавно было что-то похожее на 8.2 - сначала после выхода из предприятия процессы не завершались, если убивал вручшую, то попытки войти в базу завершались на запуске стартера не доходя до отображения списка баз. В итоге за нас кто-то перезапустил сервер и все заработало.

не помогло

ап

да ясно же и так все - не юзать 8.1, юзать 8.2 чего апать-то?

все седят на 8.1, из-за одного меня не будут переходить на 8.2

ну пусть не переходят.. но и не обновляются.. чего суетиться?..

Короче помогло вот что ))))