Может кто сталкивался с траблом:
Винда 2003 х64, Скуль 2005 х64, сервак 1с 8.1.9 х64(каюсь сразу, обнова скоро) ;) клиенты все х32.
Изредка возникают зависшие соединения, т.е. клиента нет (ушол домой, всё выключил) а соединение есть. Соединение это из консоли не удаляется, т.е. исчезает из списка, но при обновлении списка - опять появляется, время подключения у него остаётся старое (например утром).
С какой стороны копать? иногда напрягает просто. Помогает только - перезапуск службы

(0) а инфобаза у них нулевая?

(0) случалось иногда подобное, не решили проблему, остановкой сервака только отключали эти соединения

(1) всмысле "нулевая"? ЗУП 2.5.4.6 перелопаченая прилично.
(2) вот так же пока решаем, знать бы откуда хоть копать начинать

(3) в смысле соединения к базе с ID=0

(4) нет, реальное соединения, с номером, пользователем и т.д. нулевые с фоновым крутятся, они не мешают вроде монопольному доступу к базе

(5) не нулевые должны отключаться методом disconnect

(6) а метод disconnect разве не равен удалению соединения из консоли сервера 1с? по моему равнозначные действия... причём соединение то удаляется, но сразу возникает опять, с теми же параметрами, как то: имя пользователя, время установки и т.д.

Как то была такая же проблема, появилась ни с того ни с сего. Устранилась только с переходом на новую платформу. С 8.0 на 8.1.

(7) это наверное отключенные задания
в настройках кластера укажи время отключение таких задач

(8) печально что мы уже на 8.1 ( будем обновлятся до 8.1.10 или 11 тогда
(9) это в 8.1.9 тоже есть? вроде в 10 или 11 появилось только?

Dandelion при переходе с 8.0 на 8.1 такая проблема не исчезла... :( У нас 8.1.10.50 и всё так же... Может быть как-нибудь со скуля попробовать удалить это соединение? Но вот как его найти?

Такая же проблема. Платформа 8.1. Заметили что остается висеть неубиваемая сессия, та что работала монопольно. То есть, есть обработка закрытия периода самописная, именно после ее работы сессия остается висеть. Лечим пока перезагрузкой сервера. Но наводит на мысль что обработка некоректно завершает работу и у этой сессии "привелигированное" положение, но вот чем образовано и как лечить, пока вопрос... Может у кого есть мысль где копнуть?

(0) Такое бывает, когда у пользователя открыта транзакция на скуле. Чтобы убить такое соединение на сервере приложений, надо сначала убить соединение на скуле.

1С посоветовала перейти на 8.1.11, типа "исправлена ошибка", бум пробовать...

(13) вот (11) это и предложил, присоединяюсь к его вопросу: Может быть как-нибудь со скуля попробовать удалить это соединение? Но вот как его найти?

(15) Посмотреть в консоли сервера приложения

Смотрим инфу по соединению:
Сервер, Порт сервера, Номер соединения... ничего конкрентного
Дак всё же как это соединение выцепить на скуле?

(15) Не помогает c SQL удалять это соединение, пробовал у себя на сервере все равно остается висеть.

Сошлись пока на единственном способе - перезапуск сервера приложений. Не катастрофа, но неудобство всё таки.