Автоматическая установка калибра не выполняется только при развертывании с помощью SCCM

Question

У меня есть установка для Caliber Author Suite (издатель - Micro Focus), и моя установка работает, когда я запускаюсь как системный администратор на клиенте с использованием командной строки.Я перехожу к ccmcache и запускаю exe со следующими аргументами командной строки:

caliber-authorsuite-115-hf7.exe /V"/qn NOADMIN=YES ALLCLIENT=YES" /S

Однако, когда я пытаюсь установить из SCCM, я получаю ошибку 0x653(1619).Я немного растерялся на данный момент.Я не вижу в журналах ничего, что могло бы указывать на что-либо, но, честно говоря, я могу искать в неправильных журналах.Если установка работает в CMD, она должна работать в SCCM afaik.

Развертывание настроено как установщик сценария, и у меня есть строка, скопированная выше, в поле "Программа установки".Поле «Начало установки в» пустое.Любые идеи?

РЕДАКТИРОВАТЬ: я добавил журналирование и вот результаты попытки установки:

=== Verbose logging started: 1/11/2019  10:21:23  Build type: SHIP UNICODE 5.00.7601.00  Calling process: C:\Windows\SysWOW64\MSIEXEC.EXE ===
MSI (c) (58:C4) [10:21:23:811]: Resetting cached policy values
MSI (c) (58:C4) [10:21:23:811]: Machine policy value 'Debug' is 0
MSI (c) (58:C4) [10:21:23:811]: ******* RunEngine:
       ******* Product: C:\Windows\system32\config\systemprofile\AppData\Local\Downloaded Installations\{B8AAF34B-B4DF-4C47-8BDA-C424E745859F}\Borland Caliber Author Suite.msi
       ******* Action: 
       ******* CommandLine: **********
MSI (c) (58:C4) [10:21:23:813]: Client-side and UI is none or basic: Running entire install on the server.
MSI (c) (58:C4) [10:21:23:813]: Grabbed execution mutex.
MSI (c) (58:C4) [10:21:23:872]: Cloaking enabled.
MSI (c) (58:C4) [10:21:23:872]: Attempting to enable all disabled privileges before calling Install on Server
MSI (c) (58:C4) [10:21:23:887]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (4C:D0) [10:21:23:921]: Running installation inside multi-package transaction C:\Windows\system32\config\systemprofile\AppData\Local\Downloaded Installations\{B8AAF34B-B4DF-4C47-8BDA-C424E745859F}\Borland Caliber Author Suite.msi
MSI (s) (4C:D0) [10:21:23:921]: Grabbed execution mutex.
MSI (s) (4C:84) [10:21:23:962]: Resetting cached policy values
MSI (s) (4C:84) [10:21:23:963]: Machine policy value 'Debug' is 0
MSI (s) (4C:84) [10:21:23:963]: ******* RunEngine:
       ******* Product: C:\Windows\system32\config\systemprofile\AppData\Local\Downloaded Installations\{B8AAF34B-B4DF-4C47-8BDA-C424E745859F}\Borland Caliber Author Suite.msi
       ******* Action: 
       ******* CommandLine: **********
MSI (s) (4C:84) [10:21:23:964]: Note: 1: 2203 2: C:\Windows\system32\config\systemprofile\AppData\Local\Downloaded Installations\{B8AAF34B-B4DF-4C47-8BDA-C424E745859F}\Borland Caliber Author Suite.msi 3: -2147287037 
MSI (s) (4C:84) [10:21:23:992]: MainEngineThread is returning 3
MSI (s) (4C:D0) [10:21:23:995]: User policy value 'DisableRollback' is 0
MSI (s) (4C:D0) [10:21:23:996]: Machine policy value 'DisableRollback' is 0
MSI (s) (4C:D0) [10:21:23:996]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (4C:D0) [10:21:24:000]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2 
MSI (s) (4C:D0) [10:21:24:024]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2 
MSI (s) (4C:D0) [10:21:24:025]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProgress 3: 2 
MSI (s) (4C:D0) [10:21:24:025]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProgress 3: 2 
MSI (s) (4C:D0) [10:21:24:025]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied.  Counter after decrement: -1
MSI (s) (4C:D0) [10:21:24:025]: Restoring environment variables
MSI (c) (58:C4) [10:21:24:029]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied.  Counter after decrement: -1
MSI (c) (58:C4) [10:21:24:029]: MainEngineThread is returning 3
=== Verbose logging stopped: 1/11/2019  10:21:24 ===

Установка все еще работает при запуске из командной строки с повышенными правами вне SCCM.

РЕДАКТИРОВАТЬ 2: Я установил программу для установки с графическим интерфейсом, и начал его через SCCM / Software Center.Мне удалось щелкнуть, а затем не удалось извлечь файлы и запустить MSI с «Этот пакет установки не может быть открыт. Убедитесь, что пакет существует и вы можете получить к нему доступ, или обратитесь к поставщику приложения, чтобы убедиться, что этоявляется действительным пакетом установщика Windows ".Конечно, это заставляет меня думать, что я должен повторно загрузить установщик от поставщика и обновить содержимое в SCCM - ОДНАКО установщик все равно работает нормально, если я запускаю его вручную из каталога cmmcache, поэтому не имеет смысла, что пакетсам по себе поврежден или каким-либо образом проблема.

Answer 1

Эта установка exe извлекает MSI-файл в (локальные) appdata пользователя.(Вы можете увидеть эту строку в журнале: C: \ Windows \ system32 \ config \ systemprofile \ AppData \ Local \ Скачанные установки {B8AAF34B-B4DF-4C47-8BDA-C424E745859F} \ Borland Caliber Author Suite.msi).

Проблема в том, что appdata системной учетной записи фактически находится внутри system32, а system32 - это папка с перенаправлением на wow.

Как правило, при установке 64-битной Windows имеется копия для программ (программные файлы - это 64-битные программные файлы (x86), 32-битная папка и файлы systme (здесь system32 - это 64-битная, а syswow64 - 32-битная).папка). Эмуляция Wow64 отвечает за проверку того, является ли запущенная программа 32-битной и пытается ли она получить доступ к одной из папок, которая, по ее мнению, является 32-битной (в 32-битной системе Windows 32 и программные файлы также существуют и являются 32-битными версиями).поэтому некоторые программы имеют этот жесткий код) перенаправьте эту программу на соответствующую другую.

Теперь, как systemprofile является подпапкой system32 (в отличие от всех других профилей, которые хранятся в C: \ users и не перенаправляются wow)он также перенаправляется.

Похоже, что здесь происходит то, что ваш исполняемый файл имеет некоторый механизм для извлечения содержимого его msi в папку «Загруженные установки» в AppData и является 64-битным исполняемым файлом (так что это system32\ config \ systemprofile). Однако для некоторыхКак только он настроен для запуска 32-битного msiexec.exe (вы можете увидеть это в первой строке журнала, где написано C: \ Windows \ SysWOW64 \ MSIEXEC.EXE).Когда этот файл пытается получить доступ к пути, указанному exe, wow преобразует путь system32 в syswow64 (хотя msiexec.exe все еще считает, что он находится в system32), и файл msi больше не может быть найден.Этого никогда не произойдет, если вы попытаетесь вручную, потому что у обычного пользователя папка% localappdata% не перенаправлена, поэтому 32-битные и 64-битные приложения находят ее одинаково.

Хотя существуют методы для подавления перенаправления папок, неясно,это даже сработало бы здесь, потому что, если msiexec.exe загружает, например, dll из system32, и перенаправление будет отключено, это может привести к сбою, поэтому лучшая идея здесь - просто извлечь файл msi (просто запустите установку вручную и извлеките ее из загруженного файла).Папка установки), а затем развернуть с помощью файла MSI напрямую.(Если exe устанавливает какие-либо предварительные требования до MSI, возможно, также необходимо установить их)