Была тема v8: 8.2 Как восстановить пароль администратора кластера серверов?. Но перешел на 8.3, и теперь не найду srvribrg.lst.

Давно им не пользовался, нужды не было... все работают на RDP-сервере, если надо кого выгнать из 1С, терминальную сессию закрываю. Помню, что сервер 1С стоял на SQL-сервере, при 8.2, но сервер много раз модернизировался... А тут обновил обновил базу, а в ней сидит пользователь. Не живой, служебный Com=обмена. Как выгнать его?

Надо спросить у администратора кластера.

(0) удалить кластер. создать кластер.

(0) srvribrg.lst все там же

(2) Сисадимы не в курсе, что он (1С сервер) есть!

(0) в поиск на диске введи *.lst. и найдет.

(6) На терминале нашел в папке c:\Program Files\1cv82\srvinfo\, а на SQL-сервере - вообще нет!? Перенесли что ли 1С-сервер?

(7) так тебе пароль от чего восстановить нужно? если от сервера 1с, то он на сервере 1с и должен быть

пароль можно тупо удалить. тем же обычный текст

(9) Где, в каком файле?
(8) Пытаюсь зайти в консоль 1С-сервера, выскакивает табло "Администратор кластера": Имя, пароль!? Или не важно где стоит 1С-сервер и его консоль?

(9) необычный тект, а чем-то зашифрованный. но можно создать базу и подменить пароль из неё.

(9) сначала нужно найти то место, где удалять) посмотри (7)

+ (10) они могут стоять на разных серверах?

(10) в свойствах кластера его положение есть, посмотри. на том сервер и удалять

(13) конечно, могут

На терминале в консоль даже Локальный кластер отсутствует, а на SQL-сервере вроде все есть, список баз не разворачивается,  пароль администратора кластера просит!?

(16) нужно заходить на сервер 1с, а не терминала

нйти там файл и удалить пароль

(17) Уже теряюсь в догадках: где 1С-сервер, как посмотреть?

(19) Вы потеряли свой сервер приложений 1С?)

(19) а вы там собственно кто?.. )

(19) посмотрите у тех, у кого 1с запущена - путь к базе

(22) Какой путь, SQL-сервер указан, и имена баз.

(15) Мне было бы удобней, чтобы консоль на терминале стояла. Могу в пустую консоль на терминале добавить локальный кластер и базы?

(23) значит сервер 1С и СУБД один, туда и надо идти

(25) Мне сейчас не сервер 1С нужен, а его консоль. А ее похоже снесли...

(26) "на SQL-сервере вроде все есть, список баз не разворачивается,  пароль администратора кластера просит!?" - вроде есть же консоль)

(27) Но файла srvribrg.lst нет!?

+ и папки srvinfo\reg_1541 как на терминале.

(28) в 8.3 файл называется 1CV8Clst.lst, находится в каталоге реестра кластера, который указан в параметрах службы 1С

(29) на сервере 1с, не на терминале

(29) а с чего вы взяли, что что-то вообще есть? может нет ничего нигде. все удалили.

(30) Файла 1CV8Clst.lst на SQL-сервере тоже не нашлось.
(24) + Не получилось в консоль на терминале добавить Локальный кластер с SQL-сервером - Не найдено ни одного сервера с размещенным сервисом!?

А нет, сменил имя у "Центральный сервер" на SQL-сервер сразу появился локальный кластер и базы, на они не разворачиваются - пароль администратора кластера просит!? А файл srvribrg.lst на терминале не изменился.

(34) значит ищи этот файл на сервер SQL

Количество слов "сервер" в этой ветке зашкаливает

(36) а как же его по-другому назвать?)

(35) Если 1С-сервер есть, то папка srvinfo\reg_1541 и файл srvribrg.lst обязательно должны быть, по другому никак?

Заново ставить (чтобы srvribrg.lst появился) - полностью сносить 1С, и заново ставить?

(39) какой путь после ключа -d у тебя указан в свойствах службы 1С? Пример: http://www.maxblogs.ru/images/2154.jpg

(40) В 1C:Enterprise 8.3 Server Agent (x86-64) "C:\Program Files\1cv8\8.3.10.2466\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "D:\1c-srvinfo". Значит искать на D:\1c-srvinfo? Есть такой:
{
{1,
{17513660-6003-4f21-9a8c-57ff7ae72f5d,"Локальный кластер",1541,"ANDROMEDA",0,0,0,0,0,0}
},
{0},0,1}
Нет в нем никакого администратора кластера!?

(37) Рекомендую активно использовать слово "хост" во избежание путаницы / двоякой трактовки / непонимания

(41) + А вот в 1cv8wsrv.lst что-то есть... Спс (40).

Основной вопрос темы решен. Попутно, по служебному пользователю Com-обмена: в ПередЗавершениемРаботыСистемы() переменной ComОбмен присваиваю Неопределено. Этого достаточно, чтобы пользователь Com-обмена не зависал в других базах?

На http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=592579 так советуют:
Попытка
    КомСоединение.Terminate(Ложь);
Исключение
КонецПопытки;

В v8: Срочно закрыть ком соединение используют Disconnect() тоже через Попытка.

В v8: Закрытие COM-соединения 1С 8.2 - .Close();

Самый надежный вариант - убивать процесс ОС