Иван Левшин aka Ivan L. писал(а):Вы на 100% уверены, что действительно нет проблем и ошибок, анализировались ли случаи с Delivery Failed? Я имею в виду: был ли проведен анализ проблемы доставки и применения Bundle и Policy? Сбой может случиться, например, из-за того, что Actions в бандле просто не отрабатывают. Никаких "лихих решений" в данном случае не требуется, нужно просто проанализировать поведения определенного бандла/политики на устройстве.
Ну и, понятно, что заниматься этим стоит в случае, если Вы уверены в том, что в БД точно нет проблем дублирования ID рабочих мест. Машины добавлены в зону управления каким образом? Агент устанавливался руками, через Deploy или же в результате клонирования рабочего места?
Сделан образ с предустановленными общее применимыми программами. Адаптив агент ZEN в том числе. Компьютер в ZEN не зарегистрирован.
Образ обработан sysprep, т.е. переведен в режим установки с нуля.
Развертывание происходит по этапам
- заливаем образ
- определяем язык, пользователя с админовскими правами + мия компьютера.
- активации Windows через slmgr + активация МS Оfficе
- отрабатывает скрипт для регистрации компьютера в ZenWORKS
zac cc
zac fsg -d
zac reg -g
https://zcm.firma.org- рестрат.
И компьютер отдается пользователю.
В некоторых случаях доставляется ещё проги автоматом на основе служебных обязаностей.
Политики в ZEN объединены привязаны к группе в eDirectory.
Образ для всех машин один, развертывание одинаковое и политики + бандлы также одинаковые и почему в некоторых случаях рабочая станция помечается таким символом - не понятно.
Пример, как предлагается на форуме решать косметически проблемуЕсли знать причину - то можно не закрашивать темное пятно, а сделать что-то чтоб смывалось автоматически.
