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

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

Добрый! Использую 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. Прошу прощения за длиннопост, пытался максимально подробно изложить проблему

Здравствуйте, Будем признательны за уточнение: Проблема возникла только для нового хранилища или сохраняется с 19 июля 2024 года для нескольких устройств и была отложена? Хранилище TSD используется в монопольном режиме или оно является общим с хранилищем TNI? Мы можем более точно проверить и сказать, если вы нам сможете прислать .inv файл одного из проблемных устройств - отображаемых в виде непросканированного устройства, но имеющего размер файла больше 1КБ через форму обратной связи в программе в верхнем правом углу окна (Обратная связь - Сообщение об ошибке)..

Добрый день! Не помогло

Сожалеем, но в таком случае только переустановка программы сможет решить проблему.

Такой службы нет в списке служб. ОС перезагружал несколько раз после возникновения проблемы.

Добрый день. Пожалуйста, убедитесь, что служба Network Olympus Web Server Service запущена. Если она уже запущена, попробуйте остановить её и затем снова запустить. В противном случае вы можете попробовать перезапустить операционную систему, на которой установлено ядро Network Olympus — это приведёт к перезапуску всех необходимых сервисов.

Добрый день! Пару дней не могу попасть на веб-интерфейс программного обеспечения. В логах выдаёт следующие ошибки: [2025-05-14 16:00:01.006753] [021100] [ObjectManager] [error] actioninstance actioninstance.1013 wasn't started [2025-05-14 16:00:01.008785] [021100] [ObjectManager] [error] actioninstance actioninstance.1014 blocked by license [2025-05-20 12:00:01.043543] [007220] [ObjectManager] [error] actioninstance actioninstance.1014 wasn't started [2025-05-20 12:20:04.664845] [009208] [ObjectManager] [error] actioninstance actioninstance.1026 doesn't exist Все службы запущены.

Здравствуйте. Спасибо, что обратили наше внимание на эту проблему. Мы можем более точно проверить и сказать, если вы нам сможете прислать расширенный лог файл главного модуля TNI. На указанную вами почту службой поддержки было отправлено сообщение с подробной инструкцией о том, как сгенерировать расширенный лог TNI, а также с уточняющими вопросами по проблеме.

С периодичностью от 5 до 30 минут после запуска программа зависает. Помогает только "убить" процесс и открыть заново. В базе примерно 1100 ПК, система Windows Server 2016 Standart, Xeon E7 4870, 16ГБ. Раньше такого не было, последний месяц это происходит все чаще и чаще. Уже становится невозможно пользоваться ПО. Помогите, в чем может быть проблема, куда копать.