С дс логи собирай через софт инвентори

И потом их тоже парсить. Ну шило на мыло

Проще с ссм клиентов палить без агента

Я бы брал с DHCP новые диапазоны, но есть dhcp, до которых я не могу ходить

Только что такой косяк раскопал в Install Behavior, что хочется лицо фейспалмом пробить.

Подробности? )

Знаешь, что такое интрига? Завтра скажу.

есть такой анегдот... про то "как заинтересовать идиота..."

Серега, позже расскажу, убегать надо.

:) лан
давай блогпостом? :)

В общем, воркфлоу - заменить приложение А на приложение Б. Приложение Б - это 64 битная версия приложения А. Чтобы его заменить нужно схлопнуть процессы приложения А и удалить. У обоих приложений заданы процессы самих себя во вкладке Install behavior. Для того, чтобы закрыть процессы написан скрипт деинсталляции. Что происходит - запускается процесс, который закрывает все процессы приложения А, затем приложение удаляется, а приложение Б не устанавливается, т.к. клиент считает, что процессы приложения Б запущены и установка завершается ошибкой.

Т.е. как это выглядит, клиент перед удалением проверяет наличие процессов, при этом спокойно удаляет все заменяемые приложения, а потом сообщает, что процессы запущены, а по факту их на этот момент уже нет.

Более того, у нас включено отображение процессов, которые нужно завершить, но окно Software Center падает, т.к. не может вывести их.

В общем, как-то так.

Если такое уг происходит, то behavior лучше не использовать, при установке использовать task kill process

Да, я так и сделал в этом случае.

Просто для меня это было открытием.

У меня такое было для менеджера обновлений гранд сметы

Возможно, разработчики рассматривали кейсы, когда нужно поставить какой-нибудь Adobe Acrobat, который требует отсутствия процессов MS Office и т.д.

Но не замену.