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

На 219 то же самое...

не пользоваться динамическим обновлением пробовали?

пробовали - не помогает, про это написано в сабже, дин. обнолвение быстрый способ получить косяк

(3) про то, что пробовали вообще не пользоваться динамическим обновлением, в сабже не написано...

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

Я пока жду что отпишутся по этому поводу из 1Ц, а так за 3 недели жизни на 8.2 ушло невообразимое количество нервов

Это только при динамическом обновлении или 8.2 зависает и без него?

"...в зависимости от активности пользователей список текущих сеансов в консоли администрирования становится недоступен..."

В общем ответ из 1С пришел - в 8.2.14 это должно уже быть исправлено, просили проверить на ближайшей тестовой версии

сроков выхода тестовой в письме не указали...