Вся активность

Здравствуйте, В данном случае происходит падение драйвера низкоуровневого сканирования, который считывает более точную информацию об аппаратном обеспечении. Для этого устройства необходимо отключить драйвер - в свойствах устройства или через создание отдельного профиля резидентного агента именно для этого устройства и добавление его в исключение задач сканирования. Так же, пришлите нам пожалуйста этот лог HWiNFO64A_191 для дальнейшего анализа на support@softinventive.ru

Заметил такую особенность что при быстром сканирование происходить перезагрузка гипервизора. После перезагрузки создается файл "HWiNFO64A_191" в C:\Windows\Temp. Подобное происходит не всегда при попытки эмулировать данную проблему не всегда получается ее воссоздать.

Да, можно закидывать .cab, .msu и вообще что угодно в мультифайловом установщике, все находящиеся файлы берутся без проверки на расширение. Они будут находиться в таком же виде и структуре после копирования. То есть для одного уровня – файлы будут в той папке что и скрипт.

А если использовать многофайловый установщик, в который закидывать батник и сам пакет обновления, возможно ли будет получить доступ к пакету обновлений через путь вида "%~dp0\имя_пакета.cab" (текущая рабочая директория батника)? Если я правильно понимаю механизм работы TSD - она тянет установочные файлы на удаленный ПК, значит к ним (файлам) как-то можно обратиться.

Добрый день! Прикреплять и работать напрямую с этим расширением в TSD нельзя, но можно разворачивать пакеты через .bat скрипт и загружать .msu / .cab из сетевой папки с открытым доступом.

Добрый день! Использую TSD версии 3.5.0.1126 Возможно каким либо образом при помощи TSD разворачивать пакеты обновлений Windows форматов .cab или .msu? Чтобы как будто бы WSUS, но не WSUS? 😃

В настоящий момент процесс выбора целей для развёртывания предполагает либо выполнение развёртывания на весь парк устройств по общему списку, либо выбор отдельных ПК из списка на основе анализа версий установленного программного обеспечения. В планах разработки предусмотрен функционал запланированных задач, который будет включать развертывание программного обеспечения с использованием планировщика на ПК, которые были выключены или находились вне сети на момент деплоймента. Данный функционал будет добавлен в одном из будущих обновлений.

Добрый! Использую TSD версии 3.5.0.1126 Через вкладку с историей, как я понимаю, не представляется возможным автоматизировать процесс исключения удачных развертываний? Пока придумал только вариант с сохранением ПК с ошибками развертывания в отдельный список (Развертывание - Показать только ошибки - Сохранить цели из области результатов в отдельный список) после первичного поиска и его последующем редактированием. Этот способ игнорирует "предупреждения", поэтому часть не развернутых все еще может отвалиться с похожей ошибкой: Развертывание завершено, но проверочный файл отсутствует. Пересканируйте этот компьютер, чтобы убедиться, что установка выполнена успешно. Но все это выглядит как костыли. Хотелось бы адекватный функционал для обновления ПО. Может можно как-то feature request оформить на основании темы? Или это противоречит философии TSD? 😃

Добрый день! В описанной вами ситуации рекомендуем воспользоваться функционалом вкладки «История» и исключить из Списка целей развертывания те узлы, на которых обновление версии было успешно завершено. В качестве альтернативы вы можете удалить все узлы, затем добавить только те, на которых развертывание завершилось с ошибкой, и выполнить повторное развертывание, предварительно убедившись, что статус устройств — «Онлайн». Также будем признательны, если вы уточните, какую версию TSD вы используете.

Добрый день! Не могу понять какой логики придерживается ассистент. Для примера возьмем развертывание 1С (просто короткое название), но проблема аналогична для любого ПО. Есть необходимость развернуть более свежую версию 1С. При этом в качестве обязательного условия стоит именно "апгрейд", не в целом установка более свежей версии на весь парк ПК, а именно поднятие версии на тех ПК, на которых уже была установленна 1С. Завожу в TSD новый установщик, прописываю версию программы, прописываю в строке поиска программы "1С:Предприятие 8 (x86-64) (" не указывая версию в самой строке поиска. Выбираю ПО для развертывания; захожу в ассистент поиска ПК для развертывания; нахожу определенный пул ПК, который, в целом, удовлетворяет моим критериям (ПК, на которых уже стоит 1С, но более старой версии); запускаю установку. И вроде бы все хорошо, но развертывание закончилось с ошибками, потому что часть ПК оказалась выключена. Иду по тому же маршруту и тут начинаются проблемы. Теперь при поиске ПО по строке я вижу не только ПК, которые мне нужно обновить, но и уже обновленные. Разумеется, я могу запустить развертывание для всех ПК, но при успешном обновлении 80% этого списка считаю это излишним и нецелесообразным. Я могу поменять строку поиска, добавив к ней в любом виде (простой или сложный поисковый запрос) версию ПО. Однако, если я укажу устанавливаемую версию - я увижу в списке только ПК с этой версией и в развертывание смогу добавить либо их, что совершенно не нужно, либо те, на которых эта версия 1С не найдено, но эта группа включает и ПК без 1С в принципе. И эта группа не подходит под мои критерии "обновления" программы. Изучение документации не смогло подсказать мне механизм, позволяющей отразить в списке для развертывания ПК, на которых стоит развертываемое ПО, но другой версии. Хотя поисковый запрос вида "1С:Предприятие 8 (x86-64) (" И НЕ "8.2.22.2222" прямо так и напрашивается, но отрицание не предусмотренно. Собственно вопрос такой: возможно ли как-то искать ПК именно для обновления установленного ПО автоматически? P.S. Прошу прощения за длиннопост, пытался максимально подробно изложить проблему