romanromanrom
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору kollegin Добрый день! Обновление до версии 4.0.9939 вкупе с советом eugenics61 выбрать протоколом транспорта rdp - tcp - субъективно сократило количество отвалов, но не решило полностью проблему. За неделю было 2-3 отвала. Вчера обновился до версии 4.0.9941 - в ближайшее время отпишусь о результатах. Цитата: Сможете описать стенд и клиентов максимально подробно? | Как и писал - виртуалка, на которой столкнулись с этой проблемой крутится на Server 2012R2 со всеми последними обновлениями, хостовая машина - также Server 2012R2. На хостовой кроме роли hyper-v ничего нет. На виртуалке из доп.ПО - только MS Office 2013 Standart и 1С, а также то, что ставится при настройке работы на электронных площадках через сайт sertum.ru - т.е. крипто про, дрова рутокен, capicom и тд. При вылете, сетевой адаптер на хостовой машине (который является виртуальным коммутатором Hyper-V) вываливается в "Неопознанную сеть" с айпишником вида "169.х.х.х". На самой виртуалке то же самое - сетевое подключение "Неопознанную сеть". После отключения, а затем включения этого адаптера на хостовой машине - он получает правильный адрес и виртуалка становится доступна пользователям и они возвращаются в свои сеансы. Также есть еще такой момент - первые минут 5-10 работы после таого сбоя всё очень заторможенно работает, объясняю это себе тем, что куча пользователей (более 200) одновременно возвращаются в свои сеансы (хотя загрузка цп, памяти и сети при этом едва доходит до 60%). В журнале событий ни на хостовой машине, ни на виртуалке не нахожу никаких ошибок, предшествующих вылету, только уже последствия. При этом, другие виртуалки (и windows и linux), которые крутятся тут же рядом, но воткнуты в соседний порт того же физического сетевого адаптера (но использующие, соответственно, другой виртуальный коммутатор hyper-v в качестве своего сетевого адаптера) не испытывают таких проблем. Что касается клиентов - это все Windows 7, 8.1, 10. |